IPD的势、道、法、术、器
目录
简介
一、势：为什么 IPD 是必然选择？
二、道：IPD 的底层哲学
三、法与术：从战略到执行的具体路径
四、器：让流程真正落地的工具与组织
不是每家公司都需要全套 IPD，但每家公司都需要 IPD 思维
简介
如果做过产品的话，你大概率都会经历过下面的这种状态：
花了半年时间打磨的产品推向市场，客户说「这不是我想要的，还得改」；
设计师做完方案，研发说硬件性能跟不上，实现不了；
物料采购说零件没有现货，量产风险很大；
到了工厂又说没法量产，组装成本太高......
产品最终是否能成功，不靠组织能力，全是靠运气和个人能力。
将靠运气转变为靠系统，这就是 IPD 体系做的事。
这篇文章，我用「势道法术器」框架，把逻辑讲清楚。
图1：IPD 势道法术器五层框架——自上而下，从商业哲学到工具落地
一、势：为什么 IPD 是必然选择？
整体来说，IPD 更适合科技类硬件企业。
硬件产品开发的核心矛盾，是「快速验证需求」与「高昂试错成本」之间的博弈。
软件产品上线发现 bug，发个补丁就行。
尤其在当写这个有想法就能“中文编程”的 AI 时代，从想法到编码到测试，完全可以实现自动化，解决问题反而变得不那么重要。
但是硬件不一样，虽然很多环节也可以借助 AI 提效。
比如我最近在测试的，从需求任务拆解、数据手册、波形分析，甚至是电路设计，全链路 AI 赋能：
问题是，一旦打板、开模，后续调试发现硬件和结构有问题，先不考虑物理成本，单单时间都是按周、按月延期。
到了批量化生产阶段，一旦犯错往往都是毁灭性的，你根本承受不起这个代价。
尤其对于全新的硬件产品，从构思到推向市场一般需要1-2年的时间。
推向市场之后，还需要一年左右才能获得足够收入覆盖投入。
产品越复杂，周期越长。
所以在硬件领域，「先想清楚再干」是必须优先考虑的。
这就是势，在硬件「试错成本极高」的行业规律下，用系统化方法降低不确定性，是必然选择。
图2：IPD 实施后四项核心指标的提升幅度（数据来源：PRTM）
二、道：IPD 的底层哲学
先理解「道法术器」框架本身。
「道」是规律、规则，或者事物的本质；
「法」是在对「道」理解的基础上，设计的具有可操作性的方法体系；
「术」是实施「法」时的技术、技巧以及经验和能力；
「器」是工具、模板、资源和设备。
道以明向，法以立本，术以立策，器以成事。
「道」不可见，「法」是对「道」的静态显现，「术」是应用「法」时的动态行为，「器」是提高效率和质量的工具。
IPD 有七大核心思想，是整个 IPD体系的地基，后面所有流程、方法、工具都围绕它们构建。
思想一：研发是投资行为。
产品开发的目的是「通过产品实现商业成功」，不是「做出一个产品」。
项目不能满足商业目标时，可以被终止。
思想二：基于需求的研发。
不是「我觉得客户需要什么」，而是通过系统化的市场洞察和需求管理来确保产品真正解决客户痛点。
思想三：平台化开发。
在不同产品中共享零部件、组件、子系统和技术（CBB 共用构建模块），从零开始的重复劳动大幅减少。
思想四：跨部门协作。
市场、研发、制造、采购、财务、服务的人坐在一起，共同为产品商业成功负责。
思想五：结构化流程。
按阶段分解、逐层展开，每个任务都可以由单一团队高质量完成。
思想六：业务与能力平衡。
产品有生命周期，但组织能力能让企业源源不断地推出新产品。
思想七：灵活发展，与时俱进。
IPD 不是一成不变的——必须在不断吸取业界最佳实践的过程中持续变革和优化。
七个思想指向同一个方向：
让产品开发从「凭感觉、靠运气」的个体行为，变成「系统化、可预期」的组织能力。
也就是「做正确的事情」和「把事情做正确」。
前者确保产品聚焦市场需求，后者提高效率、减少浪费。
两者结合，最终实现商业成功。
图3：IPD 六阶段开发流程 + 六大模块 + DSTE 战略体系全景
三、法与术：从战略到执行的具体路径
法的层面：六大模块与端到端流程。
IPD 不是单一流程，是一套完整的流程体系。
需求管理是起点：搞清楚客户要什么；
战略规划是方向：未来 3-5 年往哪走；
产品规划和技术规划是路径，技术开发是储备，产品开发是交付。
DSTE 战略管理体系含四大步骤：
战略制定（SP，3-5 年方向）→ 战略展开（BEM 解码）→ 战略执行与监控 → 战略评估。
战略的重点不是输出报告，而是让各层级达成一致，实现「上下同欲，左右对齐」。
战略规划（每年滚动）、产品路标（每季度更新）、产品开发（按阶段推进），这就形成了一个持续运转的产品机器。
做到「预研一代、开发一代、销售一代」的三代产品格局时，就不会出现「不知道下一代做什么」的窘境。
术的层面：具体怎么干。
需求管理五步：收集→分析→分发→实现→验证。
不是一次性工作——一般建议每周一次。
频率太高，研发扛不住；
太低，机会窗口就过了。
FAB 功能优势模型：
Feature：特性，产品具备的属性；
Advantage：作用，属性带给客户的优点；
Benefit：益处，客户最终获得的好处。
很多产品经理只描述功能不讲客户收益，结果输出的是产品说明书式的需求文档。
市场洞察讲究「五看」：
看趋势、看客户、看对手、看自己。
关键不是收集信息，而是形成判断，没有形成结论的洞察只是陈述事实，不是市场洞察。
IPD 和敏捷不冲突。
敏捷解决开发效率问题，IPD 解决商业成功问题，是两个层面。
硬件节奏不同——手机半年发布一代，投一次板几十万上百万，太敏捷成本扛不住。
关键是根据业务模式选择合适的流程节奏。
概念阶段是创新的核心窗口——需求在此基线化，不再随意更改。
这跟「想好了再干」的原则完全一致。
图4：FAB 功能优势模型 + 需求管理五步闭环
四、器：让流程真正落地的工具与组织
有了道、法、术，最后一步是「器」，也就是用什么工具、什么组织来让这些东西真正跑起来。
流程铁三角：
流程：规定了什么阶段做什么事；
组织：明确了谁来做；
工具模板：提供了做的方法和标准。
三者缺一不可。
DCP 决策评审体系
从项目启动到退市共五个关键决策点：Charter 立项评审 → CDCP 概念决策 → PDCP 计划决策 → ADCP 可获得性决策 → EDCP 生命周期终止决策。
这些评审由 IPMT（集成组合管理团队）负责，从投资角度审视每个项目。
IPMT 的决策机制很值得注意：
主任有一票否决权，但没有一票通过权，决议必须获得半数以上赞成。
会议不是临时召集，而是以固定日历提前排好。
TR 技术评审体系
管的是「把事做对」。
从 TR1 产品需求概念评审到 TR6 小批量评审。
TR 结论有三种：
Go（通过）、Go with Risk（带风险通过）、Redirect（调整方向后重审）。
TR 没有 No Go，项目是否终止是 DCP 的事。
跨部门团队是一切落地的组织基础。
IPD 定义了多支跨职能团队：
IPMT 管投资决策，PMT 管市场管理，PDT 管产品交付，TDT 管技术平台，LMT 管生命周期维护，RMT 管需求，CDT 管任务书开发。
每支团队都汇集各领域专业人员，对产品成功共同负责。
IBM 当年给华为的诊断有一句直指矛盾的话：
「华为员工都很忙，不断地加班，然后他们忙到没有时间一次性把事情做对，但是有时间不断地改。」
IPD 给华为带来的最大变化：先想清楚了再干。
前期增加了投入，但整体上缩短了开发周期。
图5：DCP/TR 双评审体系 · 七支跨部门团队 · 华为实施历程
不是每家公司都需要全套 IPD，但每家公司都需要 IPD 思维
IPD 只适合大企业的说法不准确。
对制造型大企业，IPD 是完整的系统工程，可以直接实践。
对创业型小公司，不能完全照搬，但 IPD 的底层思想（研发是投资行为、基于需求做产品、跨部门协作、先想清楚再干），是具有直接借鉴意义的。
真正关键的是你有没有用 IPD 的思维方式在做事。
你有没有在项目启动前真正去跟目标客户聊过？
你有没有在投入大量资源之前先验证核心假设？
你的团队成员在做决策时，是不是同时考虑了商业维度而不是只盯着一亩三分地？
这些问题，跟公司大小无关。
IPD 的「势道法术器」框架最终要回答的，其实是一个很简单的问题：
怎样让产品成功从「碰运气」变成「可预期」，变成系统化做事。
而系统化的起点，永远是从「先想清楚」开始的。
作者简介
卫朋，《硬件产品经理》作者，实战派产品及流程专家，人人都是产品经理受邀专栏作家，CSDN认证博客专家、嵌入式领域优质创作者，阿里云开发者社区专家博主。