📚 智能硬件PM学习日报 | 2026年7月5日（周日）
🎯 今日主题：IPD集成产品开发流程——从概念到量产的决策与评审之道（约15分钟）
一、什么是IPD？为什么智能硬件PM必须懂它？
IPD（Integrated Product Development，集成产品开发）是一套系统化的产品开发管理体系，最早由IBM在1992年面临严重财务危机时引入，后被华为在1998年全面推行并打磨20余年，成为国内科技企业研发管理的标杆框架。
IPD不是一套拿来即用的模板，而是一种「投资视角」管理产品开发的思想体系。
IPD的三大核心机制：
| 机制 | 核心思想 | 在智能硬件中的意义 |
|---|---|---|
| 分阶段开发 + 决策评审（DCP） | 把开发拆成多个阶段，每个阶段末尾设置「投资决策评审点」，由高层决定继续投还是止损 | 硬件改模成本动辄数十万，提前在概念阶段喊停，远比模具开了再回头省钱 |
| 跨部门核心团队（PDT） | 组建包含市场、研发、生产、采购、财务的联合团队，共同对产品商业成功负责 | 硬件PM不能只懂画原型，要从立项第一天就让供应链、NPI、质量的人坐在一张桌子上 |
| 并行工程 | 上下游提前介入：设计阶段就考虑制造可行性、测试策略 | 避免「设计完才发现无法开模」「量产时发现芯片停产」的典型硬件悲剧 |
二、IPD的七阶段与五大决策评审点
概念 → 计划 → 开发 → 验证 → 发布 → 生命周期 → 退市
│ │ │ │ │
CDCP PDCP ADCP LDCP ⋯
📋 七大阶段速览（以智能硬件为例）
| 阶段 | 核心任务 | 典型输出 | 时长参考 |
|---|---|---|---|
| 1. 概念（Concept） | 需求分析、可行性评估、组建PDT | 商业计划书、需求规格 | 2-3周 |
| 2. 计划（Plan） | 总体方案设计、项目计划制定 | 产品方案、BOM初版、ID设计 | 3-4周 |
| 3. 开发（Develop） | 详细设计、投板投模、模块验证 | 原理图、PCB、3D结构图 | 4-6周 |
| 4. 验证（Verify） | EVT→DVT→PVT三轮试产验证 | 测试报告、良率数据 | 6-8周 |
| 5. 发布（Launch） | 量产爬坡、产品上市 | SOP、营销物料 | 3-4周 |
| 6. 生命周期（Lifecycle） | 持续优化、降本、质量监控 | ECN变更记录 | 持续 |
| 7. 退市（EOL） | 物料替代、产品退役 | EOL计划 | — |
🔑 五大决策评审点（DCP）——PM必须烂熟于心
| DCP | 中文名称 | 发生在哪个阶段末 | 核心决策 |
|---|---|---|---|
| CDCP | 概念决策评审 | 概念阶段末 | 方向对不对？值不值得投？ |
| PDCP | 计划决策评审 | 计划阶段末 | 方案靠不靠谱？批不批研发资源？ |
| EDCP（可选） | 早期销售决策 | DVT准出后 | 能不能提前出货/参展？ |
| ADCP | 可获得性决策评审 | PVT准出后 | 能不能批量生产上市？ |
| LDCP | 生命周期终止决策 | 退市前 | 产品该不该退市？ |
⚠️ 关键规则：PDCP批准后，如出现重大规格变更，必须走PCR（计划变更请求）流程，原则上EVT准出后不再接受PCR——这意味着硬件规格在开发前期就必须锁死。
三、技术评审（TR）——DCP的「技术支撑」
技术评审（Technical Review）与决策评审（DCP）是IPD两条并行的主线，二者职责分离：
- DCP 回答「要不要继续投？」——商业决策，由IPMT（集成组合管理团队）负责
- TR 回答「技术方案靠不靠谱？」——技术把关，由技术团队负责，为DCP提供输入
| TR节点 | 评审内容 | 对应阶段 |
|---|---|---|
| TR1 | 产品需求和概念评审 | 概念阶段 |
| TR2 | 需求分解和规格评审 | 计划阶段 |
| TR3 | 总体方案评审（⭐最关键的硬件评审） | 计划→开发 |
| TR4 | 模块/系统评审 | 开发阶段 |
| TR4A | 集成测试评审 | 验证阶段 |
| TR5 | 设计定型评审（DVT报告为依据） | 验证阶段 |
| TR6 | 生产验证评审（PVT报告为依据） | 验证→发布 |
四、智能硬件实战场景——以「智能手环」为例走一遍IPD
场景1：概念阶段——避免「拍脑袋」立项
某团队想做一款面向年轻户外用户的智能手环：
- 需求转化：续航≥14天、血氧误差≤2%、BOM成本≤200元
- 供应链提前介入：采购在选型阶段就发现目标传感器交期长达6个月！→ CDCP评审会上立即调整方案，避免后期停摆
- CDCP评审：所有部门一起看需求合不合理、技术能不能实现、成本能不能接受
场景2：开发阶段——跨部门并行作战
- 硬件工程师画原理图的同时，结构工程师已经在做3D建模
- DFX优化实例：为提升防水性能，结构团队增加密封圈槽；为降本，将不锈钢按键改为镀镍塑料按键——这些都是并行工程中硬件PM需要推动的决策
- TR3评审：全面检查技术方案——某项目因主控芯片交期30周被TR3卡住，需找替代方案才能通过
场景3：验证阶段——三轮试产，层层递进
| 阶段 | 数量 | 核心目标 | 真实案例 |
|---|---|---|---|
| EVT | 20台 | 工程验证，确认功能可实现 | 10%无法开机 → 发现电池连接器尺寸偏差 → 改PCB焊盘 |
| DVT | 50台 | 设计验证，全面性能/可靠性测试 | 跌落测试20%碎屏 → 增加0.3mm缓冲泡棉 |
| PVT | 500台 | 生产验证，确认量产良率 | 心率不准 → 后盖组装压力不均 → 优化点胶工艺 |
ADCP评审时，PVT良率98%（目标95%），评审通过 → 正式量产。如果没达标，继续优化。
场景4：无人机产品中的IPD适配
假设你在做一款消费级无人机：
- 概念阶段需要飞行性能指标（续航30min+、图传10km）、法规合规性（重量<249g避开登记）、竞品对标（DJI Mini系列）
- 并行工程特别重要：云台结构、飞控固件、APP三者必须同步设计，任何一个滞后都影响整体进度
- CBB重用策略：如果公司已有成熟的飞控模块和图传模块，新机型应直接复用而非重新开发
五、中小企业如何「裁剪」IPD？
你所在的公司可能不是华为，团队可能只有十几人。但IPD的精髓可以裁剪使用：
| 华为/大厂做法 | 中小企业可以这样做 |
|---|---|
| 完整6个TR + 5个DCP | 保留3个关键节点：CDCP（立项评审）、TR3（方案评审）、ADCP（量产评审） |
| 专职PDT各部门代表 | 核心3人铁三角：产品+技术+供应链，其他角色按需拉入 |
| 完整商业计划书 | 一页纸产品任务书（目标市场+价值主张+成本目标+风险评估） |
| 专职NPI工程师 | 研发工程师兼任，但必须走EVT→DVT→PVT三轮验证 |
核心原则：借鉴思路，不硬抄作业。流程是为控制风险服务的，不是为了走流程而走流程。
六、1.5年PM的IPD学习建议
- 先理解「为什么」再学「怎么做」——IPD的每个DCP/TR背后都有血泪教训（模具报废、芯片停产、量产良率崩溃），理解这些案例比背诵节点名称更重要
- 在实践中识别关键节点——下次你的项目进入开发阶段时，主动问：「TR3过了吗？有没有评审记录？」
- 培养投资思维——不要只思考「功能怎么做」，而要思考「这个功能投入产出比如何？如果3个月做不出来，止损点在哪里？」
💡 知识速览（5个知识点，每个1-2分钟）
① NPDP认证七大知识领域速览
NPDP（New Product Development Professional）是PDMA（美国产品开发与管理协会）推出的国际产品经理认证，2016年引入中国。七大知识领域及考试占比：
| 领域 | 占比 | 一句话 |
|---|---|---|
| 新产品战略 | 20% | 公司往哪走、产品线怎么布局 |
| 组合管理 | 10% | 多个项目怎么分配资源 |
| 产品创新流程 | 20% | IPD/门径/敏捷等流程选型 |
| 文化、组织与团队 | 10% | 什么样的团队能做好创新 |
| 工具与度量 | 20% | 财务分析、风险评估工具 |
| 市场研究 | 10% | 用户需求怎么挖出来 |
| 产品生命周期管理 | 10% | 从上市到退市的全周期 |
💡 对于1.5年硬件PM，建议优先深耕「产品创新流程」「工具与度量」两大模块，这直接对应日常工作。
② EVT/DVT/PVT三阶段——硬件PM的「质量控制三部曲」
EVT (Engineering Verification Test) → "功能能实现吗？" （工程样机）
DVT (Design Verification Test) → "设计达标了吗？" （设计定型）
PVT (Production Verification Test) → "产线能跑通吗？" （生产验证）
MP (Mass Production) → "可以大批量产了" （量产）
每个阶段平均需要2-3次迭代，总耗时约6-8周。跳过EVT直接开模是硬件开发中最昂贵的错误之一。
③ $APPEALS——从8个维度洞察客户需求
IPD体系中的经典需求分析工具，帮你跳出「只关注功能和价格」的思维局限：
$ Price（价格）→ A vailability（可获得性）→ P ackaging（包装）→ P erformance（性能）→ E ase of use（易用性）→ A ssurances（保证）→ L ifecycle cost（生命周期成本）→ S ocial influences（社会影响）
示例：无人机用户不只是在乎「飞行时长（性能）」，还在乎「要不要登记（社会影响/法规）」「炸机了能不能保修（保证）」「充电麻不麻烦（生命周期成本）」。
④ CBB（公共基础模块）——硬件降本增效的核武器
CBB（Common Building Blocks）指在不同产品间共用的零部件、模块、技术。大疆不同无人机型号共享飞控、图传模块就是典型应用。
- 价值：减少重复开发、降低采购成本、提高质量稳定性
- PM的角色：在新产品立项时主动问「哪些模块可以从上一代复用？」
- 华为经验：技术开发与产品开发分离——先把技术/模块做成熟放进「货架」，产品开发时从货架上取用组合
⑤ 硬件产品经理的三阶段成长路径
| 阶段 | 关注范围 | 核心能力 | 标志性产出 |
|---|---|---|---|
| P1（初阶） | 开发阶段为主 | 需求→文档→跟进→验收 | PRD、原型、测试用例 |
| P2（中阶） | 概念→上市全流程 | 市场分析、GTM策略、跨部门协调 | MRD+PRD+上市计划 |
| P3（高阶） | 产品线+产业格局 | 行业洞察、产品架构、资源整合 | 产品路线图、商业模式设计 |
1.5年经验的你正处于P1→P2的过渡期，关键是要从「做好一个功能」升级到「想清楚一个产品为什么做、做给谁、怎么卖」。
📌 今日金句
「客户不是为了购买一个1厘米的钻孔机，而是需要一个1厘米的钻孔。」
—— 彼得·德鲁克《管理的实践》
作为产品经理，你输出的不是PRD、不是原型图、不是BOM表——而是用户问题的解决方案。IPD流程的每一个DCP评审，本质上都是在追问同一个问题：我们正在解决的那个「钻孔」需求，真的存在吗？
📖 延伸阅读推荐
- 《新产品开发管理，就用IPD》— 郭富才（国内首部IPD方法论专著）
- 《产品经理认证（NPDP）知识体系指南》第2版 — PDMA
- 禅道IPD版 & 飞书项目IPD解决方案（工具实操参考）
- 人人都是产品经理：智能硬件扫盲系列（woshipm.com）
⚡ 下期预告方向：硬件产品DFM可制造性设计 或 硬件BOM成本管理——欢迎在下次cron配置中指定偏好的主题方向。