4. 阶段一
APQP 的第一阶段“策划与定义”常被误解为“填表立项”，实际上它是整个产品质量先期策划的方向锚点。这一阶段的核心任务不是立刻画图或做样件，而是把客户的声音、法规约束、企业资源与商业目标收敛成一份可执行的项目定义。若此阶段输入不完整、输出不明确，后续设计、过程开发与验证就会反复返工，甚至出现“做对了产品却做错了市场”的系统性风险。
一、核心原理：输入—活动—输出的闭环
阶段一的本质是一个需求收敛与可行性确认的闭环。输入来自客户、法规、企业内部战略与历史经验；活动包括项目立项、团队组建、需求与期望分析、可行性研究；输出则是项目目标、范围、团队职责、客户需求清单、可行性结论与初步风险清单。这些输出将直接成为阶段二“产品设计与开发”的输入。
阶段一的关键判断：不是“能不能做”，而是“在既定成本、周期、质量与法规约束下，是否值得做、能否稳定做、风险是否可控”。
二、方法流程：从立项到可行性结论
阶段一通常按以下顺序推进，但并非严格串行，需求分析与可行性研究往往需要迭代两到三轮。
- 项目立项：由市场或产品部门提出项目建议书，明确客户、车型、SOP 时间、目标产量、预期售价与质量目标。立项评审通过后，正式任命项目经理并授权资源。
- 团队组建：建立跨职能小组，至少覆盖设计、工艺、质量、采购、生产、售后。明确每个角色的职责、接口人与决策权限，避免“质量一个人扛”。
- 客户需求与期望分析：收集 VOC，区分“明确需求”与“隐含期望”，用 QFD 将客户语言转化为工程特性，用 Kano 模型区分基本型、期望型与兴奋型需求。
- 可行性研究：从技术、成本、产能、法规、进度五个维度评估，输出可行性结论与限制条件。
- 风险与假设识别：形成初始风险清单，标注风险等级、触发条件与责任人，作为后续 FMEA 的输入。
三、案例场景：某新能源车企 BMS 项目立项
某新能源车企计划为新一代车型开发电池管理系统（BMS）。客户明确要求：SOC 估算误差 ≤3%，支持 OTA 升级，满足 ISO 26262 ASIL C，SOP 为 18 个月后，目标成本比上一代降低 12%。
项目组在阶段一做了三件事：第一，用 QFD 将“SOC 误差小”转化为“采样精度、算法鲁棒性、温度补偿”等工程特性；第二，评估现有芯片平台能否满足 ASIL C，发现需更换主控芯片，成本上升 8%，与降本目标冲突；第三，组织采购、工艺、质量联合评审，确认新芯片交期与产线能力。最终结论为“有条件可行”：需在阶段二完成芯片替代方案验证，并将降本目标调整为 6%。
经验：可行性研究不是“走过场”，而是尽早暴露“目标冲突”。本例中若不在阶段一发现成本与 ASIL 等级的矛盾，到设计后期再改芯片，周期与费用将成倍增加。
四、关键输出清单与常见误区
| 输出项 | 核心内容 | 责任人 | 常见问题 |
|---|---|---|---|
| 项目立项书 | 目标、范围、预算、里程碑、授权 | 项目经理 | 范围模糊，后期频繁变更 |
| 团队职责表 | RACI、接口人、决策权限 | 项目经理 / 职能经理 | 质量与工艺介入过晚 |
| 客户需求清单 | CTQ、优先级、验收标准 | 产品 / 质量 | 只记录明确需求，忽略隐含期望 |
| 可行性报告 | 技术、成本、产能、法规、进度结论 | 跨职能小组 | 只做技术可行性，忽略成本与产能 |
| 初始风险清单 | 风险描述、等级、触发条件、责任人 | 质量 / 项目 | 风险识别流于形式，未闭环 |
误区一：把阶段一当成“行政流程”，由项目经理独自完成，缺少设计、工艺、采购的实质参与。
误区二：客户需求只写“满足客户要求”，没有量化 CTQ，导致后续验证无依据。
误区三：可行性研究只回答“技术上能不能做”，不回答“成本能不能接受、产能能不能跟上、法规能不能通过”。
误区四：风险清单只列不跟，没有责任人、没有关闭节点，到阶段二就“自然消失”。
五、复盘要点
阶段一结束时，建议用以下问题做一次快速复盘：项目目标是否可量化？范围边界是否清晰？团队角色是否覆盖全生命周期？客户需求是否转化为可验证的 CTQ？可行性结论是否有数据支撑？风险与假设是否已分配责任人？如果这些问题中有两个以上回答“不确定”，说明阶段一尚未真正完成，不应贸然进入产品设计与开发阶段。
只有把策划与定义做扎实，后续的 DFMEA、DVP&R、过程开发与 PPAP 才有稳定的基准。阶段一的输出质量，直接决定整个 APQP 项目的返工次数与最终量产成熟度。