M1-01 汽车研发流程（APQP/IATF16949）与热管理里程碑

课程代码 M1-01 · 板块 M 项目、质量、成本与合规 / 研发流程与项目管理 时长 约 3.5 小时（5 讲） 前置 体系外前置（需自备）：整车研发流程基本认知（无需专项前置课） 本讲义定位 讲师授课蓝本 / 学员自学讲义，是 M1-01 大纲的完整展开版

---

引言：判「到点了」的是证据，判「能不能冻」的是依赖

一个热管理项目走到中段，会上的话通常都不难听：架构评审已经通过，模具已经开出去，各条线「按计划推进」，进度报「完成 80%」。麻烦是在这之后才露头的——整车侧的快充降温目标还在与电池部门拉扯，几周后目标上调，压缩机排量要重新选，已经开出去的模具只能报废重开。事后复盘，没有哪一方明显延期，每张排期表单独看都是对的。热管理项目里反复出现的一类返工正是这个形态：不是谁算错了，是里程碑没对齐——方案没冻结就开模，验证没做完就报 SOP。

钉子①：判「到点了没有」的是证据，不是百分比。一个门禁的入口判据只有三样，全都能当场指认、也全都能被推翻：可交付物在不在、它处于什么状态（草案／已发布／已批准）、该签字的人签没签。「完成 80%」一样都不占——它没有对象（80% 的什么），不可核对（下周说 85%，你无法反驳），也不能当作下一阶段的输入。全课每一讲都会在同一位置敲这一钉：从各阶段的出口交付物，到门禁的四要素与三种合法结论，再到挣值法里「挣到的工作量」该按什么计量。

钉子②：冻结点的先后由「依赖闭合 × 不可逆度」定，不由排期定。一个决策能不能冻，只问两件事：它依赖的上游输入冻了没有？冻错了要花多大代价才能改回来？上面那个案例的根因正在这里——架构决策点被排到了它所依赖的整车需求冻结之前；按排期看它「到点了」，按依赖看它根本不具备冻结条件。⚠ 顺带把本课在数上的立场先交代清楚：需求冻结之后的变更代价确实会陡增，但本课一个倍数都不给——「晚改贵 N 倍」这类句子找不到可引的出处。本课只讲这笔代价由哪几项构成，以及它为什么是在每一个下游冻结点被通过的那一刻阶跃，而不是随时间线性累积（第 2 讲）。

最后先打一针预防针。本课最容易被读反的一句是：「冻结就是不许再改，所以到了这个门禁，机械和软件都要冻。」读反之后的错误动作有两个，方向正好相反：一是在门禁上逼软件「冻结、不再改」，团队为满足门禁交出一版尚未达到该节点所需成熟度的基线，硬件就在这版没被验证过的构型上继续往下走；二是反过来想「反正下一版还能改」，于是系统方案没冻就开模——后者正是上面那个案例的形态。正解是：同一个门禁对两侧的含义并不相同。对机械件是「不能再改」（改＝改模具、改工装，代价阶跃且不可逆）；对软件是「本版基线锁定、下一版另开」（改＝开新基线，代价是重新验证与重新标定，可逆但不免费）。两侧的门禁判据因此也不同，第 2 讲会把这两个状态机并排摆出来，并写清互套的后果。

⇒ 本课要建立的判断力有三条：一张里程碑表该长什么样（两条泳道、每个门禁的四要素、同步点与不可逆点都要落在表上）、一个决策该在哪一点冻、一个项目到底到没到点。还有一件必须在项目启动第一天就判的事——本项目该按哪一套客户体系交付；判错了整份交付物清单与门禁节奏都会跟着错，而这个错常常要到产品批准提交或客户来审时才暴露。第 1 讲就从这里开始。

第 1 讲　APQP 五阶段：五对「入口输入 → 出口交付物」

很多人对 APQP 的第一印象，是一条横着排的五段甘特条——策划、设计、工艺、确认、量产后，一段接一段往前推。这个印象不算全错，但它把最要紧的一样东西丢了：甘特条上那五段的边界是日期，而 APQP 五阶段的边界是交付物。一字之差，决定了你在项目例会上会不会被「这一阶段已经完成 80%」这句话糊弄过去。

本讲做两件事。先把五阶段逐段拆成「进来什么 → 出去什么 → 热管理在这一阶段具体交什么」，把阶段边界重新钉回交付物上；再往前退一步，回答一个比五阶段本身更靠前的问题——本项目到底该按谁的手册交付。第二件事之所以必须放在第 1 讲而不是压到最后，是因为它一旦判错，后面四讲讲的所有交付物清单都会挂在一条错的轨道上，而这个错通常要到二方审核现场、或者产品批准提交被退回的那一天才第一次暴露。

1.1 五阶段不是五个时间段，是五对「入口输入 → 出口交付物」

把五阶段读成五个时间段，最直接的后果是「阶段」退化成排期标签：日历翻到了，汇报页上的阶段名就换一个，至于这个阶段该有的入口输入到底到位没有，没人问。于是项目里出现一种很常见的空转——阶段名义上已经进入，实际还在等上一阶段的东西。团队每天开会、每天有工时消耗，但产出无法被下游使用；等到某个门禁真去要交付物，才发现这段时间的工作全建在一个还没定的输入上。

按交付物读则完全不同：每个阶段是一对「入口输入 → 出口交付物」，上一阶段的出口就是下一阶段的入口，五段首尾相接连成一条有向链。判「进没进下一阶段」只有一个动作——去看出口交付物在不在，不看日历。这与本课要敲的第一根钉子是同一件事：判「到点了没有」的是证据，不是百分比。（这份证据具体由哪几样构件组成、怎么核，第 4 讲收口。）

五阶段逐段拆开是这样：

阶段	入口输入	出口交付物	本阶段对应的热管理载体
一 策划与项目定义	整车项目立项与整车级热管理目标（座舱降温速率、续航影响、快充热边界、环境工况包线）	整车目标与热管理系统需求初稿 ＋ 关键假设清单	整车 VTS 初稿
二 产品设计开发	阶段一的需求初稿与假设清单	可发布的设计数据 ＋ DFMEA ＋ 设计验证计划（三件一起）	系统方案与 SSTS
三 过程设计开发	阶段二的设计数据与待定的特殊特性	工艺流程 ＋ PFMEA ＋ 控制计划	热管理零件的工艺与过程监控点
四 产品和过程确认	阶段三的工艺与控制计划、量产工装	试生产结论 ＋ 产品批准包	PPAP（德系对应 VDA 2 的 PPF/PPA）、Run@Rate
五 反馈评定和纠正措施	阶段四的批准与量产放行	强化管控与纠正措施（含强化管控的退出结论）	Safe Launch/GP12、分层过程审核（LPA）

⛔ 这张表上一个周数、一个百分比都没有，这是有意的：各阶段占多长、各占全程多大比例，取决于客户体系与本项目排期，须按项目实际排期确定，本课不给数。

两个易错点要在这里先说破。

① 把五阶段读成严格串行、互不重叠。五段首尾相接说的是依赖关系——下一段的入口来自上一段的出口；它并不等于「上一段全部做完才准开始下一段」。各阶段实际允许多大程度的重叠，由客户体系与项目定义，本课不做断言。把依赖当成串行，会把排期拉得没法看；反过来，把重叠当成「入口可以不到位」，就是前面说的那种空转。

② 只记住五个名字，说不出任一阶段的出口交付物。这是最常见的一种「学过 APQP」——名字背得出来，但在门禁上被问「你这一阶段的出口是什么」时答不上来。检验自己的办法很简单：合上这张表，随便点一个阶段，说出它的出口交付物；说不出来，这一讲就还没过。

1.2 前三阶段：从整车目标进来，到过程监控点出去

阶段一 策划与项目定义：热管理接的是整车级目标，不是零件规格。

进来的是整车层面的东西——座舱降温速率要求、空调与热管理对续航的影响预算、快充时的热边界、要覆盖的环境工况包线。⛔ 本课是流程课，这些目标一个数都不给：它们是平台相关量，须由整车目标分解、系统仿真与实测确定，数值本身与选型方法归 B 与 C 板块，本课不重讲。本阶段热管理要交出去的是系统需求初稿，外加一份常被漏掉的东西——关键假设清单。

为什么这一阶段的产物必须包含一份假设清单：需求还在整车层被拉扯的时候，零件级规格根本无从固化，而工程上又不可能停下来干等，只能先假设、后闭合。假设本身完全合法，危险的是它没被登记下来。本课案例节那条完整的代价链，起点就落在这里——一个整车级目标还在拉扯，下游已经按某个假设值往前走了，而没人知道它还只是个假设。

易错点两条。一是拿上一代平台的零件规格直接当本阶段的输入：上一代的规格是上一代整车目标的解，本平台的目标还没分解完之前，它是参考不是输入。这类「抄上一代」在热管理里尤其容易发生，因为部件形态看起来差不多，本项目该有的门限必须由本项目自己确定。二是把「假设」写成「已定」，或者写了假设、却没把它挂到任何一个冻结点上——于是这条假设永远不会被人回头确认，它会一路活到某个门禁上才被当场发现。

阶段二 产品设计开发：出口是三件一起，缺一不算出口。

这一阶段的出口不是一张图纸，也不是一版 3D 数据，而是三件同时具备的交付物：可发布的设计数据、DFMEA、设计验证计划。

为什么必须三件一起，两句话就能说清：只发数据不出 DFMEA，等于把风险识别整个推给下游——下游拿到的是一个「看起来可以做」的方案，但没人说得清它在哪些工况下会怎么失效；只出 DFMEA 不出验证计划，等于识别了风险却没安排任何动作去证伪它，DFMEA 就退化成一份存档文件。三件凑齐才构成一个闭环：我这么设计 → 它可能怎么坏 → 我打算怎么证明它不会那么坏。

⛔ 这里不给「DFMEA 应该在 SOP 前多少周完成」这类周数——具体时点由客户特殊要求（CSR）与项目排期定。本课只给一条顺序判据，它比周数更硬：DFMEA 必须在设计数据发布之前，完成到能够影响设计的程度。判它有没有做到也很直接——去看这一版数据里有没有哪一处是因为 DFMEA 的结论而改过的；一处都没有，那份 DFMEA 大概率是数据定稿之后补的。

易错点两条。一是把 SSTS 当成「把 VTS 抄一遍」：SSTS 是把整车级目标分解到系统级、并且改写成可验证形式的产物；抄一遍等于分解这一步没做，后面的验证计划无从写起。二是把验证计划留到 DV 之前才写：那时构型已经冻了，验证只能被动接受既成事实，本该由验证计划反过来约束设计的那条回路整条不存在。

阶段三 过程设计开发：热管理最常被跳过的一阶段，恰恰是 Tier1 的主战场。

这一阶段做的是一件翻译工作：把设计参数翻译成过程参数与监控点。产物是工艺流程、PFMEA 与控制计划。

它之所以最容易被整车侧的热管理工程师跳过，是因为它看起来「是供应商的事」——工艺是供应商的工艺，控制计划是供应商的文件。但跳过它的代价落在整车侧：设计里那些真正决定性能的参数（钎焊填角、涂层厚度、密封件压缩率一类），如果没有在这一阶段被写进特殊特性清单，量产阶段就没有任何一个监控点在保护它们。表现出来是一种很难查的现象——零件按图纸检验全部合格，性能却在飘，因为图纸上标的是尺寸，而决定性能的是工艺状态。

⛔ 具体的工艺参数与公差本课一个不给：它们是零件与工艺相关量，须由过程能力研究确定。特殊特性清单本身怎么建、怎么在样件／试生产／量产三版控制计划之间传递，是第 3 讲的内容；过程侧的落地判据去向 M2-07 PFMEA 与控制计划实操：热管理制造过程的失效分析三件套。

易错点两条。一是只在评审会上看一眼控制计划的封面，确认「有这份文件」就算过。二是把控制计划当成质量部门的文档，从不带着自己的问题去核它。设计侧该做的动作其实只有一个：拿着你最担心的那个设计参数，去控制计划上找它对应的那一行——找不到，就是这一阶段还没做完。

1.3 阶段四与阶段五：产品批准不是交一摞文件，SOP 也不是终点

阶段四 产品和过程确认：用量产条件把设计再证明一遍。

这一阶段的定义性动作是：用量产工艺、量产工装、量产人员做试生产，产出产品批准包（北美与自主体系里是 PPAP，德系对应 VDA 2 的 PPF/PPA），并做节拍验证。

为什么条件限定得这么死：它是整条链上从「设计对不对」交接到「能不能稳定造出来」的那一点。前面三个阶段回答的都是第一个问题，从这里开始回答第二个。因此 PV（生产验证）必须落在这一阶段之内，不能提前用工程样件顶替——工程样件能证明设计可行，证明不了这条线可以稳定地把它造出来，这是两个不同的命题。

这一阶段在做法上的出口是 Run@Rate 与产能爬坡的台阶放行。⛔ 节拍、批量、合格率门槛这几个数本课一个不给：它们由客户特殊要求与本项目定义，做法与判据去向 M2-08 量产启动与爬坡期管控：Run@Rate、Safe Launch/GP12、分层过程审核与不合格品控制。

易错点两条。一是把 PPAP 理解成「交一摞文件」而不是「用量产条件证明一遍」——按前一种理解，文件会被凑齐，而「证明」这件事一次也没发生。二是试生产用了工程样件的工装，却还去报产品批准：这在排期紧张时极常见，而且从提交包的封面上看不出来。

阶段五 反馈评定和纠正措施：SOP 之后不是流程结束，是第五阶段开始。

这一阶段最容易在里程碑表上整段消失——很多项目的里程碑表画到 SOP 就停了。停在那里有一个结构性后果：SOP 之后发生的所有事（早期市场反馈、批量一致性波动、供应商切换）都没有任何一个节点承接它们，出了问题只能临时找人。

这一阶段的主要工具是启动期强化管控：Safe Launch / GP12、分层过程审核（LPA）。本课对它只提一条判据，但这一条不能少——强化管控必须同时写死进入判据与退出判据。为什么：没有退出判据的强化管控只有两个结局，要么永远开着（成本沉在那里，执行的人逐渐麻木，检出能力反而下降），要么某天悄悄关掉（没有人负责，也没有人知道它关了，于是也没人说得清从哪一批开始这道防线就没了）。这与第 4 讲要讲的「带风险通过必须挂关闭判据」是同一条判据在不同层的应用：任何一个临时状态，都必须在建立它的同时写明它怎么结束。

⛔ 强化管控该持续多久、退出门槛怎么定（例如「连续多少批零缺陷」这类写法），本课不给数——由客户特殊要求与本项目定义，做法与判据去向 M2-08 量产启动与爬坡期管控：Run@Rate、Safe Launch/GP12、分层过程审核与不合格品控制。

易错点两条。一是前面说的讲到 SOP 就停。二是把 LPA 与二方审核混为一谈——两者位阶不同，谁来审、结论有什么效力、不符合项走哪条关闭路径都不一样；这一层在第 3 讲的三层审核里收口，本讲只把 LPA 当作第五阶段的强化管控工具之一提出来。

1.4 AIAG 与 VDA 是并行的两套体系，不是一套

到这里五阶段讲完了，但有一个更靠前的问题一直没问：你凭什么认定本项目该按 APQP 的五阶段走？

APQP ＋ PPAP 是北美与自主客户里常见的一套，但它不是唯一一套。德系客户走的是另一条轨道：VDA MLA 成熟度等级保障管开发过程的成熟度节奏，VDA 2 的 PPF/PPA 是产品批准的出口，VDA 6.3 是过程审核的工具。两条轨道的门禁命名不同、成熟度概念不同、产品批准的出口也不同——它们是并行的两套体系，不是同一套东西的两种叫法。

轨道判错的后果不在于「用词不规范」，而在于整个交付物清单与门禁节奏都会跟着错，而且这个错有很长的潜伏期：它通常要到二方审核现场，或者产品批准提交被退回的那一天，才第一次暴露。到那时候补，补的是已经过去的整个开发过程。

⛔ 本课不给任何一方的条款内容、等级号与提交等级划分——本课未独立核对这些手册的原文，只给作用域与去向：PPAP 的提交等级由客户指定、等级划分见现行 PPAP 手册；VDA MLA 的成熟度等级判据见现行 VDA MLA；VDA 6.3 的过程要素与评分规则本身去向 M2-03 供应商质量与来料控制。⚠ 上述各份标准与手册的版次与年份一律以现行目录为准，引用前须核，本课不写死。

两个易错点。

① 把两套体系的交付物混着交——按一套准备文档包，却按另一套报门禁节点。两套体系各自内部是自洽的，混用之后每一侧都会缺件，而缺的那些件通常没人报出来，因为两边都以为对方那套盖住了。

② 「我们有 IATF 16949 证书，所以按 IATF 准备就行。」这句话把体系标准的作用域理解错了。IATF 16949 在产品批准这件事上给出的是作用域而不是清单：它要求建立符合顾客特殊要求的产品与制造过程批准过程；至于具体交什么、按哪套模板、交到哪一级，由 CSR（顾客特殊要求）定。⚠ 该条款原文本课未独立核对，此处只写它管到哪一层，条款内容与现行版次须在引用前自行核。CSR 有哪几处来源、怎么逐条识别并落成内部交付物，是第 3 讲的内容。

1.5 ★本课补充的第三条轨道：OEM 自有开发体系

AIAG 与 VDA 的二分法在教科书上成立，在项目上却会漏掉最常遇到的那一类。

★ 下面这第三条轨道是本课归纳补上的，⛔ 它不是 AIAG 或 VDA 任何一份手册里既有的分类，也不是哪一项标准给出的划分：许多 OEM 有自建的产品开发流程与门禁命名，既不是 APQP 五阶段的原样，也不是 VDA MLA 的原样——但它才是合同里被点名的那一套。漏掉它之后的典型表现就是一句话：「我们按 APQP 准备了，客户说他们不看这个。」

三条轨道用同一句判据落地，这句判据也是本讲要交付的一个可以当场执行的动作：

以合同、SOR 与供应商手册点名的那一套为准，并在项目启动会上把这个判定结果留痕。

⛔ 门禁的数量与命名（T0/T1/… 这类）本课不给：由客户体系与本项目定义，项目启动时对齐。本课只给两样结构性内容——每个门禁必须具备的四要素、以及三种合法结论，都在第 4 讲。

易错点两条。一是把 OEM 自有体系当成 APQP 的别名，于是只把门禁改了个名字，交付物清单一字没动——名字对上了，客户真正要的东西还是没有。二是三条轨道的判定没有留痕：判定发生在某次口头对齐里，换了项目经理就得从头再猜一遍，而猜错的代价前面已经说过了。

本讲小结：APQP 五阶段的边界是交付物不是日历——每一段都是一对「入口输入 → 出口交付物」，上一段的出口就是下一段的入口，判进没进下一阶段只看出口在不在。五段各自的出口依次是：整车目标与需求初稿＋关键假设清单／设计数据＋DFMEA＋验证计划三件一起／工艺流程＋PFMEA＋控制计划／试生产结论＋产品批准包／强化管控与纠正措施（强化管控必须同时写死进入与退出判据）。而在五阶段之前还压着一个更靠前的判断：本项目走 APQP＋PPAP、走 VDA（MLA ＋ PPF/PPA ＋ 6.3）、还是走 ★本课补充的第三条 OEM 自有体系——判据是合同、SOR 与供应商手册点名了哪一套，判完要在项目启动会上留痕。这两件事都做到了，第 2 讲才谈得上「哪个决策该在什么时候冻」。