从IPD实践者到研发体系架构师：用第一性原理重思流程本质

做IPD相关工作这些年来，我最大的一个感触是：市面上关于IPD的抱怨，多半不是IPD错了，而是我们把一个思考体系用成了操作手册。很多研发管理者的职业路径，是从“跑IPD流程”开始的：填模板、组织评审、追文档、盯计划，这套动作熟练以后，就容易产生一种错觉——自己对研发体系已经很懂了。可一旦换一家公司、换一个产品场景，原封不动的流程突然失效，团队开始抵触，决策层开始质疑，那时候才会意识到，自己掌握的只是流程的形，而不是体系的魂。

这篇文章是“从IPD实践者到研发体系架构师”系列的第一篇。我不打算先讲某个模板怎么做、某类评审怎么开，而想把底层的思考方式先立住：怎么用第一性原理去还原IPD，以及IPD和产品创新本源之间的关系到底是什么。这个话题适合两类人：一类是正在一线执行IPD、但总觉得“流程很重、效果一般”的实践者；另一类是被要求去搭体系、做裁剪、搞变革的研发管理者。你会发现，IPD里大量看似复杂的东西，追到源头其实都能用很朴素的经济学和管理学问题来解释。

1. IPD越用越重，问题出在把流程当成了体系

1.1 我自己曾卡在“流程优化者”的层级

把IPD实践者的成长路径粗略分一下，大概是三个阶段：流程执行者、流程优化者、体系设计者。

流程执行者关心的是“这一步怎么做”，评审材料怎么组织、文档命名怎么规范、TR和DCP分别要过哪些输入；流程优化者开始关心“怎么做更好”，会去压缩环节、合并评审、减少多余签字、提升项目周转效率；而体系设计者关心的是“这一步为什么存在”，会追问流程背后究竟要给哪个决策提供什么信息，这个信息能不能用更低成本的机制获取，如果不能，那流程本身就应该被重构。

我自己在第二个阶段停留了很长时间。当时我做过一个很得意的动作，把某个中型项目在计划阶段的内部评审从三次压到一次，理由是重复评审浪费时间。压缩之后，项目流程确实变快了，表格数量也降下来了，但团队并没有因此变得更轻松。后来复盘才发现，问题出在我动了流程的“形”，却没有动支撑决策的证据链。原来三次评审看起来冗余，实际承担着不同的信息收敛功能：第一次是技术方案自检，第二次是跨领域拉通需求，第三次才是跟商业目标对齐。省掉两次会议之后，这些对话并没有消失，而是变成了数不清的会前电话和临时沟通，成本从显性变成了隐性。

从那之后我得到一个教训：一个没见过体系全貌的人去优化流程，大概率是按下葫芦浮起瓢。

1.2 三个信号说明你正在被流程反噬

实践者要判断自己所在的组织是真在用IPD，还是正在被IPD拖着走，我建议你观察三个信号。

第一个信号，评审材料越来越精美，评审结论越来越模糊。一套几十页的胶片，图表完整、配色统一，但评审结束之后，项目组根本说不清楚IPMT到底批了什么、不批什么。如果一场评审会开完，结论只是“会后再看”“再补充一下数据”，那说明这套体系已经退化成过场表演了。

第二个信号，没人说得清某份文档的读者是谁。你问工程师为什么写这份文档，他大概率会说“流程要求”“模板里有”。再问一句“这份文档写完谁看？看完会做什么决定？”很多人答不上来。这不是工程师的问题，是流程设计者早就忘了文档的服务对象。

第三个信号，跨部门协作只发生在评审会上。IPD之所以强调跨部门团队，本意是让研发、市场、采购、制造、服务在关键节点之前就把信息对齐。如果一个组织只在会议桌上第一次见面，说明结构化并行工程根本没有建起来。会上讨论的往往不是方案，而是立场。

把IPD用成今天这个样子，不能全怪组织执行力不够，很多时候问题出在引入IPD时就直接把“流程和模板”当成了体系本身。

1.3 “流程就是体系”的认知怎么来的

这个认知偏差其实有很现实的原因。IPD被引入国内企业时，通常伴随大量可交付的文档模板、评审要素表和流程文件，项目团队看到什么就学什么，自然而然就会把“照着模板写、按着流程走”理解为IPD的全部。

另一个原因是，不同背景的人对“体系”的理解差异非常大。研发背景的管理者容易把IPD理解成一套工程方法，市场背景的管理者容易把它理解成一套需求分析方法，财务背景则更关心投资回报。为了让大家有一个共同语言，最后大家能对准的，往往不是抽象原则，而是那些看得见摸得着的流程文件。

还有一层原因是决策文化的惯性。很多企业过去是老板拍板、研发执行，IPD要求的是基于事实和数据的集体决策，这个改变要比流程文件难得多。如果不改变决策文化，流程跑得再完整，也只是把过去的“一言堂”包装成了“评审会”。

所以我的看法是，IPD显得重，并不一定是它真的重，而是很多组织在用最重的方式，去掩盖最轻的思考。

2. 回到产品创新本质：IPD为什么值得存在

2.1 产品创新失败，往往不是输在点子，而是输在因果链断裂

从第一性原理出发，你首先得回答一个问题：产品创新这个事，原本要解决什么？

大多数企业的产品创新，并不缺好点子。很多公司的邮件里、走廊上、技术交流会上，随处都能听到有趣的想法。真正稀缺的，是让点子顺利走完从创意到现金流的完整因果链。这条链有三段：第一段是价值假设链，要回答“谁会买单、他为什么买单、我们能帮他解决什么非解决不可的问题”；第二段是技术实现链，要回答“这个东西能不能做出来、以什么成本做出来、靠什么供应链做出来”；第三段是资源配置链，要回答“到底有没有合适的人和钱，在