产品规划思考05(7.11)

最近自己一直在做产品规划方面的内容总结，最重要的是对我们的整体产品架构体系进行重构，另外就是对一些零散思路的梳理和总结，为后续产品规划和产品研发做准备。

从项目到产品，从产品到运营，估计是大部分软件企业希望的发展轨迹，但是很多却只能一直停留在做项目阶段，或者说连做项目都算不上 ，只能做软件人力外包等事情。那我们自己来说，前几天对我们最近10年做的软件项目做了下梳理和统计，发现大大小小通过做项目形成的软件产品有20多个，而实际到现在还在不断的进行升级维护的不超过5个，其余的全部都没有具备可复制性，放在配置库的代码也没有了任何价值。

一个项目形成的软件应用如果后续不能剥离可复用组件，或者不能产品化复制，那么对于整个公司来说就没有任何有价值资产积累，对企业来说也无法形成可持续的盈利模式。这个也是我原来一直在强调的， 企业不是赚每个员工人天报价的差价钱，而是应该赚钱产品大量复制的钱。

在IPD集成产品开发里面，我们经常会谈到一点就是市场驱动研发，市场和研发的紧密协同，而实际上对于大部分软件企业来说，只有销售和研发，中间缺少了关键的市场环节。如何来理解这个事情？

有市场环节时候，所有努力全部围绕在我们的核心目标和产品研发上展开，不会偏离。 即我们前期是根据市场需求调研，通过对市场需求的分析来规划我们的产品，制定产品研发迭代计划，其次就是我们产品研发出来后是市场配合我们去做市场推广和策划，重点就是推我们的目标企业和目标用户。那么这样我们做的事情，研发的产品始终都会围绕我们的目标进行。如果市场环节确实，那就变成销售看到有项目机会就会去接，后续开发团队也很难真正围绕主体产品开展持续的研发投入。

而销售型项目方式你会发现，当接一个新的项目型订单，是定制开发方式时候，销售在说这个项目具备可复制性，可以进行产品化孵化，而实际上根本无法产品化。

这么多年下来，我们孵化成功的产品，或者说能够持续研发投入不断进行架构优化和功能迭代的产品最终只有两个，即一个是我们的自研ESB产品，一个是DevOps支撑平台，自研ESB我们做了快6年，而DevOps支撑平台我们也做了3年，不断的持续改进。从自研ESB到我最新的API网关产品，也是平滑的过渡。也正是这个原因，在最新产品规划里面，将DevOps平台 API网关作为核心的产品进行规划并持续演进。

当我们陷入到项目化的泥坑的时候，实际上主要是两个方面的原因，一个就是本身的生存和现金流压力，其次就是无法抵住高利润的诱惑。 但是对于很多项目型的项目，刚开始评估的高利润到最后反而成了亏本项目，需求范围的不确定，后期反复变更，验收的困难相信也是大部分软件企业都面临的问题。

产品规划的落地和研发过程管理

产品规划最终要落地，因此必须有后续的产品研发版本计划，如果从半年或1年的产品规划角度来看，需要有具体的大版本研发计划和小版本研发规划。大版本可能比较粗，而小版本则是需要细化到具体的需求项，周期也要控制在2到4周以内。以方便项目的监控和跟踪管理。

研发版本计划制定后，就有执行，就有跟踪监控，就有研发过程管理，而最近2年由于大部分在外面做项目，发现研发过程管理这块缺少还是比较多，即原来已有的标准化的研发过程很多都没有继续执行，很多过程资产也没有进一步积累，这个本身是一种关键确实。即使我们现在推DevOps支撑平台，也需要和我们的项目管理，和我们的研发过程管理，和研发支撑工具链紧密的集成。