IPD咨询总结：做完才评审就晚了：IPD 的三道评审关卡

摘要：IPD用决策评审DCP、技术评审TR、同行评审PR三道关卡分层设防。翰德恩咨询指出，评审的本质是把风险从事后救火前移到事前设防，让缺陷在最早、最便宜的阶段被揪出。

很多人以为，评审就是项目做完后"把把关、收收尾"。其实在 IPD 里，评审是分层设防的，它最在意的事不是"验收"，而是"把风险尽早控制在源头"。

为什么越早越好？有个被反复验证的规律：产品越往后改，代价越高，而且是指数级升高。需求阶段改一处，可能只要半天；到了量产才发现结构问题，就是几十万模具费和一个月工期打水漂。所以 IPD 把评审拆成三道关卡，让问题在不同层级被提前拦截。

第一关：决策评审（DCP），管"该不该投"

DCP 在最顶层，回答的是一个商业问题：这个项目还值不值得继续烧公司的资源？

它由 IPMT（投资决策委员会）、PDT 经理及核心代表一起，在产品开发每个阶段的结束点开会，审视各领域策略和执行情况，最终拍板"继续、转向，还是砍掉"。

它的本质，是把产品开发当成投资行为。很多公司缺的就是这道闸——项目明明已经跑偏，却因为"都投了这么多"而硬撑，越陷越深。DCP 存在的意义，就是为"敢于止损"提供制度化的出口。

TR 在中层，由来自市场、研发、生产、测试、采购、质量等领域的专家组成委员会来评审。它要确认三件事：技术成熟度够不够、关键准备点是否就位、还存在哪些风险，并形成对策建议。

TR 是 DCP 的"弹药"——技术评审说"风险可控"，决策层才敢投下一阶段的钱。两层之间是输入关系，不是平行关系。少了扎实的 TR，DCP 就只能靠拍脑袋。

PR 在最底层，针对的是具体的交付物：文档、图纸、代码。做法是让业务上下游的专家做交叉检查，把缺陷和隐患在最早阶段揪出来。

回到开头那张代价曲线：PR 之所以重要，就是因为它发生在最前面，改起来最便宜。一份需求文档里写错一个逻辑，评审会上被同行两句话点破，相比上线后再返工，省下的不止百倍。

三关各有主角：DCP 靠有投资决策权的管理层，TR 靠跨领域技术专家，PR 靠上下游同行。关键不在"开了会"，而在"评审有结论、结论被跟踪"——这是很多企业只建了流程、却见不到效果的根源。

翰德恩咨询在辅导企业落地 IPD 评审体系时发现，不少团队把 TR 开成了走过场的"汇报会"，DCP 又常被老板主观拍板取代，评审的"决策属性"和"技术属性"双双失灵。真正有效的评审，是让数据说话、让分层把关真正转起来。

评审的本质，是把风险从"事后救火"挪到"事前设防"。三道关卡各管一段：DCP 管方向、TR 管技术、PR 管细节。把它们串起来，产品从立项到上市，才不至于走到一半才发现：原来从一开始，路就走偏了。