快速产品开发 APD
快速产品开发 (Accelerated Product Development)
APD 是 CBS 成长模块的核心研发工具:用并行工程、清晰门禁、跨职能一体团队,把“从想法到可卖产品”的周期显著缩短,同时守住质量与可制造性。
快不是省略步骤,而是减少等待、返工和串行浪费。
什么是 APD?
APD(Accelerated Product Development)针对已知或基本明确的客户需求,用标准化开发流程把上市时间压下来。
| 对比项 | 传统串行开发 | APD |
|---|---|---|
| 工作方式 | 设计完→工艺→采购→试产 | 多职能并行,信息早共享 |
| 决策 | 口头对齐、事后扯皮 | Gate 退出标准写死 |
| 客户参与 | 临近上市才看 | 早期原型验证 |
| 风险暴露 | 量产前集中爆雷 | 每道门禁主动暴露 |
| 典型周期 | 长、不可预测 | 短、可预测 |
APD vs BPD(突破性产品开发)
| APD | BPD | |
|---|---|---|
| 需求 | 相对清晰 | 尚待创造/验证 |
| 目标 | 更快上市、更高命中率 | 开辟新品类/新市场 |
| 风险偏好 | 可控加速 | 探索试错 |
| 工具侧重 | 流程、门禁、并行 | 深度 VOC、技术扫描、商业模式 |
日常绝大多数项目走 APD;真正颠覆性机会再开 BPD 轨道。
为什么研发要天天用 APD?
常见痛点
- 需求变了三轮,图纸改到量产前一天
- 设计“能出图”,工艺“做不出来”
- 采购长周期件开完模具才想起下单
- 项目“看起来忙”,却不知道卡在哪
APD 带来的价值
- 上市周期缩短 30%+(丹纳赫系实践常见量级)
- 一次做对率上升(减少试产轮次)
- 跨职能冲突前移解决,而不是量产救火
- 新人可按门禁上手,组织能力可复制
APD 核心框架:五阶段 + 四道门
概念 → Gate0 → 定义 → Gate1 → 设计&验证 → Gate2 → 试产 → Gate3 → 量产放行 → Gate4(可选复盘)阶段与门禁一览
| 阶段 | 目标 | 关键输出 | 退出门禁 |
|---|---|---|---|
| 0 概念 | 值不值得做 | 问题陈述、初版 CPD、粗算商业案 | G0:战略匹配 + 资源承诺 |
| 1 定义 | 做什么、不做什么 | 冻结需求、规格、系统架构、项目计划 | G1:需求基线 + 计划 + 风险清单 |
| 2 设计&验证 | 做对且可验证 | 详细设计、DFX、样机、测试报告 | G2:设计冻结候选 + 验证通过 |
| 3 试产导入 | 做得出来、卖得稳 | 工艺、工装、检验、供应链、NPI 包 | G3:试产达标 + 量产放行 |
| 4 量产&复盘 | 稳产并学习 | 量产 KPI、经验库、VAVE 机会 | G4:复盘关闭 + 标准固化 |
门禁不是“汇报会”,而是有明确通过/有条件通过/打回标准的决策点。负责人必须拍板:Go / Conditional Go / No-Go。
研发人员日常怎么用 APD
1. 接到任务时:先问四件事
- 客户问题是什么?(不是“领导想要什么功能”)
- 成功标准是什么?(性能、成本、交期、合规)
- 当前在哪个阶段/哪道门?
- 我的交付物与下游依赖是什么?
写不清这四句,先补 CPD / 项目章程,不要直接开详细设计。
2. 每周工作节奏(建议)
| 节奏 | 做什么 | 工具 |
|---|---|---|
| 每日 15 分钟 | 看板更新:昨日完成 / 今日计划 / 阻塞 | VPM |
| 每周 60–90 分钟 | 跨职能同步:风险、长周期件、测试缺口 | VPM 周会 |
| 每阶段末 | Gate 预审:材料齐套后再上正式评审 | APD 检查表 |
| 设计变更时 | 走变更控制,评估对门禁的影响 | 研发基础管理 |
3. 并行工程:研发每天要对齐的“邻居”
| 职能 | 并行事项(不要等设计 100% 完再找) |
|---|---|
| 工艺 | 关键工序、公差、装配顺序、工装需求 |
| 采购 | 长周期件、替代料、供应商能力 |
| 质量 | 检验点、关键特性、失效模式 |
| 制造 | 产能、产线布局、人员技能 |
| 市场/销售 | 早期客户验证、卖点、竞品对标 |
| 服务 | 可维护性、备件、培训材料 |
原则:信息共享越早,返工越少。每周至少一次“设计-工艺-采购”三角对齐。
各阶段:研发要交付什么
Gate 0 → 1:定义阶段(研发重点)
你要完成
- 参与 CPD:必须有 / 可以没有 / 绝不做
- 系统架构与模块接口定义
- 关键技术风险识别(红黄绿)
- 测试策略草案(测什么、怎么判过)
- 粗 BOM 与目标成本分解
常见翻车
- 把“想法清单”当需求基线
- 没有“不做清单”,范围无限膨胀
Gate 1 → 2:设计与验证
你要完成
验证纪律
- 先定义通过标准,再做实验
- 失败要记录根因,不允许“再试一次碰运气”无限循环
- 关键假设用最小实验证伪(MVP / 模块级样件)
Gate 2 → 3:试产与导入
与 NPI 紧密衔接:
- 设计冻结(或明确未冻结项与关闭计划)
- 工艺文件、作业指导、检验计划齐套
- 试产问题闭环(缺陷 → 根因 → 对策 → 验证)
- 培训制造与检验人员
- 变更受控,禁止“口头改一下”
Gate 3 之后:量产守护
- 关注早期失效率、一次通过率(FPY)、客户反馈
- 把稳定设计写入标准;把降本机会交给 VAVE
Gate 评审:怎么开才有效
会前(负责人)
- 发齐退出标准对应材料(提前 48 小时)
- 红黄风险单独列出,附缓解计划
- 需要决策的议题不超过 5 个
会上(决策人)
- 先确认“退出标准是否满足”,再听故事
- Conditional Go 必须写清条件、责任人、截止日期
- No-Go 要说清缺口,而不是“感觉还不行”
会后 24 小时
- 纪要分发:决议、行动项、对下一阶段计划的影响
APD 项目一页纸(可复制模板)
项目名称:
产品/平台:
项目经理: 技术负责人:
当前阶段 / 下一道门:
目标上市日: 目标成本:
客户问题(一句话):
成功标准(可度量):
范围(In):
非范围(Out):
Top 5 风险:
本周红项:
需要领导拍板:衡量 APD 是否真的在加速
| 指标 | 含义 | 研发可关注的信号 |
|---|---|---|
| TTM | 立项到量产放行周期 | 是否按门禁可预测 |
| 一次试产通过率 | 试产达标轮次 | 设计与 DFX 质量 |
| 需求变更次数 | G1 后变更频次 | CPD 是否扎实 |
| 门禁一次通过率 | 无需返工的 Gate | 预审是否认真 |
| 长周期件准时率 | 模具/关键件不拖期 | 并行是否到位 |
常见误区
- 把 APD 当成加班加速 — 并行与前移决策才是加速,不是透支人。
- 门禁变汇报秀 — 没有退出标准的门禁是形式主义。
- G1 后还随意加需求 — 变更可以,但必须走影响评估与基线更新。
- 设计独自闭环 — 不拉工艺/采购的“快”,会在试产变成更慢。
- 只追进度不追学习 — 每个失败实验都要沉淀到知识库(见研发基础管理)。
与其他 CBS 工具的关系
[VOC] → [CPD] → [创新八步法] → [APD] ←→ [VPM]
↓
[DFX]
↓
[NPI] → 量产 [DM]
↓
[VAVE] 持续优化- 需求不清:先回 CI / VOC / CPD
- 进度看不见:用 VPM
- 做不出来/太贵:用 DFX / VAVE
- 风险没想全:用 DFMEA
- 说不清验证够不够:用 DVP&R
- 评审开成汇报:用 设计评审 DR
- 交不了产:用 NPI
- 现场问题:用 PSP
- 不知道该用哪个:查 研发工具链使用手册
本周就可以做的三件事
- 标定阶段:把自己正在做的项目标到 APD 阶段与下一道门。
- 写退出标准:为下一道门写 5–8 条可检查的退出条件。
- 开一次三角会:设计 + 工艺 + 采购,只对齐风险与长周期件。
“上市窗口不等人。APD 让组织用纪律换速度,而不是用运气换速度。”