说起产品开发流程，已经很少有人聊IPD这个话题了
记得刚入行那会儿，IPD简直是产品经理的圣经，人人都说要搞集成产品开发，要跨职能协作，要并行工程
可现在呢，好像已经很少听到有人提这个了
大家现在都在谈敏捷开发、快速迭代、用户反馈闭环
这种变化背后，其实是整个商业环境的根本性转变
现在想想，IPD那套方法确实太慢了
它要求你在一开始就把所有事情都想清楚，把所有文档都准备好，然后一层层审批
可现在的市场哪有这个耐心
你这边还在走流程，竞争对手那边已经上线了三个版本
我认识一个做SaaS的朋友，他们产品每周都要更新两次
要是用IPD那套流程，估计一个功能从提出到上线得半年
等上线的时候，用户需求早就变了
这让我想起彼得·德鲁克说过的一句话，企业存在的唯一目的就是创造顾客
现在的顾客需要的是快速响应，是持续优化，而不是一次性的完美产品
IPD是为大规模制造业设计的，那时候一个产品生命周期可能好几年
但现在呢，很多数字产品的生命周期可能就几个月
还有一点特别重要，就是现在的产品越来越依赖数据驱动
你需要快速上线，收集数据，然后根据数据反馈来调整
IPD那种前期就把所有功能都定死的做法，根本适应不了这种节奏
我前段时间看了一本书，讲的是亚马逊的产品开发方法
他们强调的是快速试错，小步快跑
这和IPD的理念完全是两个方向
可能有人会说，那IPD的优势呢，比如降低风险、确保质量
但说实话，现在的市场环境下，过慢的开发速度本身就是最大的风险
你错失市场机会的成本，可能比产品有点小问题的成本高得多
当然我不是说IPD一无是处
在某些领域，比如航空航天、大型基建，它可能还是很适用的
但对我们这些做互联网产品、数字服务的人来说，确实该换换思路了
有时候我在想，是不是所有曾经流行的管理方法，最终都会面临这样的命运
它们诞生于特定的时代背景，解决特定的问题
但当时代变了，问题变了，方法也必须跟着变
所以现在每次看到有人还在死抱着IPD不放，我就觉得挺可惜的
不是方法不好，是它已经不适合这个时代了
就像你用马车的思维去开跑车，技术再精湛也跑不快
你觉得呢