APQP 五大阶段拆解与阶段关口（Gate）管控实践
关键词：APQP 五阶段、Gate 评审、阶段交付物、研发里程碑
一、五个阶段，本质是一条"从需求到量产"的证据链
APQP 把新品开发切成五个阶段，很多文章都列过，但容易停留在名词层面。结合落地经验，我把每个阶段真正要盯的事情梳理一下：
阶段 1：策划与定义（Plan and Define） 输入是客户要求（图纸、规范、特殊特性）和业务计划；输出是项目时间计划、初始材料清单、初始过程流程图、初始特殊特性清单。这一阶段最常被忽略的是"客户特殊要求（CSR）识别"------主机厂那份 CSR 文件没拆解清楚，后面全是返工。
阶段 2：产品设计与开发（Product Design and Development） 重点是 DFMEA、设计验证计划（DVP&R）、样件控制计划。工程在这里要回答的问题是：这个设计在极限工况下会不会失效？
阶段 3：过程设计与开发（Process Design and Development） PFMEA、过程流程图、车间平面布置、特性矩阵图、试生产控制计划。这一阶段的核心是"把设计意图翻译成可制造的工艺参数"。
阶段 4：产品与过程确认（Product and Process Validation） 试生产（OTS/小批）、MSA、初始过程能力研究（Ppk）、PPAP 提交。这里是数据说话的地方，Ppk 达不到要求就得回到上一步。
阶段 5：反馈、评定与纠正措施 量产后的 SPC 监控、客户反馈闭环、经验教训库沉淀。
二、Gate 为什么会失效
理论很清晰，现实是很多企业的 Gate 评审变成了"走过场"。常见原因有三个：
- 没有硬性准入条件：说好"阶段 2 必须完成 DFMEA 才能进阶段 3"，但项目急，评审会上口头通过就算过了；
- 交付物状态不可见：评审时没人能立刻说清 DFMEA 做到什么程度、RPN 降了多少；
- 评审结论没有闭环：提出的问题记在会议纪要里，没人跟踪关闭。
三、把 Gate 做成"系统里的硬约束"
改进的思路是把关卡条件结构化。以我们了解到的做法为例，全星研发项目管理 APQP 软件系统在设计上把每个阶段配置了一组准入检查项------交付物是否上传、是否审批通过、关键指标（如 RPN 阈值、Ppk 值）是否达标，