被忽略的产品开发流程

最近一个朋友发起了一个话题“产品从 0 到 1 要经历的阶段”,我很感兴趣,和朋友们一起讨论,也看了一些大家实际工作中的流程,非常有启发。回顾自己所参与的项目,我发现实际工作中的产品开发流程和大家基本都认可的产品开发流程有所区别。

以下大体是一个比较完整的产品开发的流程:

但是,由于业务需要,你做过的或者正在进行的产品流程其实是一个简化版。以我接触过的部分项目(产品)为例。

短时间需要上线一款产品 ,流程可能是这样:

我经历过一个项目,因为业务原因客户要求 2 周内必须上线,调研完需求之后,进行时间估算,天天加班都来不及,只能砍掉能省的部分。最后甚至来不及完整的测试,就匆忙上线,到现在已经运行接近一年,状况尚佳。

其实, 实际的流程 是这样:

同类产品的复用 ,流程可能是这样:

甚至是这样:

这种情况在 toB 类型的产品中非常常见,说白了就是套用之前的产品,这也是很多公司强调程序开发中“低耦合”重要性的原因。

其实, 实际的流程 是这样:

总结

不同公司的产品开发流程大同小异,但是由于业务的原因,实际工作往往会简化流程。作为产品经理,并不意味可以省略这些节点,比如没有时间开评审会,可以与团队成员单独沟通,收集问题;没有时间做交互、原型,可以补充一个简洁但详细的说明文档。

我一直认为产品经理应该对结果直接负责。无论实际工作是什么流程,建立一套适合自己的产品开发流程,形成自己的产品设计理论,也就构建了产品经理独特的人格,这才是能够独当一面的产品经理。


文/牧师