📚 智能硬件PM学习日报 | 2026年8月28日（周五）
🎯 今日主题：IPD集成产品开发流程（约15分钟）
一、IPD是什么？为什么PM必须懂？
IPD（Integrated Product Development，集成产品开发）是一套把"产品研发当投资来管"的方法论体系。它最早由美国PRTM公司在《产品及生命周期优化法》中提出，后被IBM和华为发扬光大——IBM靠它翻身，华为靠它崛起。
一句话理解IPD： 不是"怎么把产品做出来"，而是"怎么确保在做正确的产品，并正确地做出来"。
对PM来说，IPD解决的核心问题是：资源有限、需求无限、风险无处不在。 你需要一套机制来回答——这个项目值不值得投？什么时候该止损？哪个阶段该做什么决策？
二、IPD的六阶段全流程
IPD把产品开发分为6个阶段，阶段之间用"决策评审点（DCP）"把关：
概念 → 计划 → 开发 → 验证 → 发布 → 生命周期
↓ ↓ ↓ ↓ ↓
CDCP PDCP TR评审 ADCP LDCP
(概念 (计划 (技术 (可获得 (生命
决策) 决策) 评审) 性决策) 周期终止)
| 阶段 | 核心问题 | 关键交付物 | 无人机场景举例 |
|---|---|---|---|
| 概念阶段 | 做什么？为什么做？ | 初始业务计划、市场需求文档 | 市场调研发现警用无人机机场需求缺口，初步定义"全自动机巢"概念 |
| 计划阶段 | 怎么做？要多少资源？ | 详细业务计划、系统规格、项目合同 | 完成机巢的系统架构设计、BOM初算、项目WBS分解、资源预算 |
| 开发阶段 | 做出来 | 详细设计、原型机（EVT） | 硬件原理图、PCB Layout、结构3D模型、EVT样机组装和功能验证 |
| 验证阶段 | 做对了吗？ | DVT/PVT测试报告、小批量验证 | DVT做环境测试（高低温、振动、淋雨），PVT跑产线验证良率和产能 |
| 发布阶段 | 能卖了吗？ | 量产确认、上市计划 | 首批量产交付、销售培训、售后体系就绪 |
| 生命周期 | 怎么管下去？ | EOL计划、迭代方案 | 收集用户反馈、规划v2.0、物料EOL预警和替代方案 |
三、两条评审线——PM必须分清
IPD最核心的设计是双线评审机制：
① DCP（Decision Check Point）——业务线
- 评审人：IPMT（集成组合管理团队，由公司决策层组成）
- 关注点：商业成熟度——市场机会还在吗？投资回报算得过来吗？该继续还是止损？
- 核心逻辑：做正确的事
② TR（Technical Review）——技术线
- 评审人：技术专家团队
- 关注点：技术成熟度——设计方案合理吗？有没有重大技术风险？测试结果达标吗？
- 核心逻辑：正确地做事
| 评审点 | 类型 | 评审内容 | 关键判断 |
|---|---|---|---|
| CDCP | DCP业务 | 概念阶段业务计划 | 这个市场机会值不值得进入？ |
| PDCP | DCP业务 | 详细业务计划+开发预算 | 投入这些资源做这个产品，ROI能接受吗？ |
| TR1 | TR技术 | 产品需求和概念 | 需求定义是否清晰完整？ |
| TR2 | TR技术 | 需求分解和规格 | 系统规格是否合理？需求是否全部落地？ |
| TR3 | TR技术 | 总体方案 | 技术方案是否可行？有无重大风险？ |
| TR4 | TR技术 | 模块/详细设计 | 各模块设计是否达标？ |
| TR5 | TR技术 | 样机验证 | EVT/DVT测试结果是否通过？ |
| TR6 | TR技术 | 小批量验证 | PVT良率和产能是否达标？ |
| ADCP | DCP业务 | 发布决策 | 产品能上市了吗？上市计划是否就绪？ |
| LDCP | DCP业务 | 生命周期终止 | 该产品是否该退市？替代方案是否就绪？ |
PM的关键认知： DCP是"投资决策"，TR是"技术把关"。两者缺一不可，但性质完全不同。PDCP没过，项目不立项；TR没过，项目可以补救后重来。PM要对DCP负责（业务逻辑），技术负责人要对TR负责（技术逻辑）。
四、IPD的四大核心组织
| 角色 | 组成 | 职责 | 类比 |
|---|---|---|---|
| IPMT | 公司决策层 | 选项目、分资源、控投资、止损 | 董事会/投资委员会 |
| PDT | 跨部门团队（市场+研发+供应链+财务+质量+售后） | 制定业务计划、执行开发、保证交付 | 特种部队小队 |
| PDT经理 | PM或项目经理 | 协调PDT日常工作，对项目结果负责 | 特种部队队长 |
| 职能经理 | 各部门负责人 | 为PDT提供资源和专业支持 | 后勤部长 |
重点理解PDT： PDT是一个虚拟组织——成员来自不同部门，项目期间一起工作，项目结束后回归各自部门。这和传统的"各部门接力赛"（市场→研发→生产→销售）完全不同，IPD要求所有角色从概念阶段就介入。
五、智能硬件场景中的IPD实践要点
1. EVT/DVT/PVT三轮试产与IPD的对应关系
| 试产阶段 | 对应IPD阶段 | 核心目标 | 典型样机数量 |
|---|---|---|---|
| EVT（工程验证） | 开发阶段末 | 验证功能可行性 | 5-20台 |
| DVT（设计验证） | 验证阶段初 | 验证设计是否达标（性能、可靠性、环境） | 20-100台 |
| PVT（生产验证） | 验证阶段末 | 验证产线能力和良率 | 100-500台 |
| MP（量产） | 发布阶段 | 正式批量生产 | 按订单 |
2. 智能硬件IPD的特殊挑战
- 软硬件协同：飞控、图传、云平台三条线并行开发，集成时机和接口定义必须在计划阶段就锁定，否则后期联调灾难
- 供应链前置：关键器件（主控芯片、传感器、电池）的采购周期可能是8-16周，必须在概念阶段就开始供应商选型
- 认证周期：FCC/CE/3C等认证需要2-3个月，必须在开发阶段就同步准备，不能等DVT过了才想起来
- 模具周期：注塑模具开发6-8周，如果DVT才发现结构问题要改模，项目至少延期2个月
3. 一个典型的"IPD缺失"翻车案例
某无人机公司做一款手持遥控器，跳过了概念阶段的市场验证和计划阶段的详细规格定义，直接进入开发。结果：
- 开发到一半，销售反馈"客户要的是7寸屏，不是5寸"——概念阶段缺市场验证
- 结构设计做完才发现主控芯片交期16周——计划阶段缺供应链评审
- EVT过了但没做TR4（详细设计评审），DVT才发现EMC不过——技术评审被跳过
- 最终项目延期5个月，BOM超预算40%
根因： 不是技术不行，是流程缺位。IPD的价值就在于——它强迫你在每个关键节点停下来看清楚再往前走。
六、PM在IPD中的实操建议
- 概念阶段：做好Charter（项目章程）——用一页纸说清楚"为什么做、给谁做、做什么、怎么做、要多少资源"。Charter写不清楚，后面全白费。
- 计划阶段：锁定产品规格基线（Baseline）——PDCP之后规格变更有专门的PCR流程，原则上EVT之后不再接受规格变更。PM要守住这条线。
- 开发阶段：管理好WBS——华为要求每个工作包工期不超过两周，责任到人。PM要把控粒度，太粗容易失控，太细增加管理成本。
- 每个TR都要有"准出标准"——不是"差不多就行"，而是明确的通过条件。比如TR4（详细设计评审）的准出标准可以是：原理图评审通过、关键器件选型确认、EMC仿真通过、DFM检查完成。
💡 知识速览（4个知识点）
1. IPD不是"大公司专利"
很多中小团队认为IPD太重、不适合自己。实际上IPD的核心思想——阶段门控、跨部门协同、投资决策——任何规模的团队都适用。小团队可以简化评审形式（不用正式评审会，但必须有checklist），但不能跳过评审逻辑。
2. CBB（公共构建模块）是IPD的隐藏杀手锏
CBB（Common Building Block）指可跨项目复用的技术模块。比如无人机的图传模块如果做成CBB，后续所有新品都可以复用，开发周期缩短40-60%。PM在规划产品线时要有意识地推动CBB沉淀。
3. IPD vs 敏捷——不是非此即彼
IPD适合硬件（阶段门控不可少），敏捷适合软件（快速迭代）。智能硬件的正确姿势是：硬件走IPD阶段门控，软件在每个IPD阶段内部用敏捷冲刺。两者在开发阶段并行、在TR5（样机评审）节点汇合。
4. 门径管理（Stage-Gate）与IPD的关系
门径管理是IPD的前身和核心骨架。IPD在门径管理基础上增加了：跨部门PDT组织、CBB复用机制、需求管理流程、市场管理流程。如果你了解门径管理，学IPD会快很多。
📌 今日金句
"IPD的本质不是流程，而是决策纪律。每一次评审都是一个止损窗口——让你有机会在花掉更多钱之前问自己：这件事还值得做吗？"
💡 今日行动建议： 回顾你当前参与的硬件项目，画一条时间线，标出已过的和未过的评审节点。检查一下：有没有跳过某个TR或DCP就直接进入下一阶段的？如果有，把风险点列出来，下周和团队讨论是否需要补评审。
To stop or manage this job, send me a new message (e.g. "stop reminder 智能硬件产品经理学习").