简介：面向供应商质量管理工程师的通用汽车全球APQP产品质量先期策划培训PPT，系统讲解在汽车产品开发中如何通过先期策划识别并解决潜在问题，确保按时交付合格产品。内容涵盖APQP的背景定义、目的与优点，以及全球化背景下统一程序的最低质量计划要求和实施标准；同时梳理了从预采购计划、产品设计与开发、过程设计与开发到产品和过程验证的完整阶段，并围绕项目评审PR-1至PR-4展开关键节点控制，包括利益相关者会议、技术评审、风险评估、供应商计划评审、DFMEA、设计评审、工装评审等核心活动，能够帮助读者建立从概念到量产的全局视角，明确各阶段输入输出与责任分工。资源为1个PPTX文件，共469KB，适合供应商质量工程师、SQE及相关质量管理人员学习使用。目前已有115人参与学习，可作为理解通用全球APQP流程并应用于供应链质量管理工作的实用参考资料。
1. 从一张PPT看懂通用汽车全球APQP：SQE与供应商的第一份作业
接到通用汽车的新项目，SQE发来一份内部培训材料，标题写着“通用汽车全球APQP——供应商质量工程师培训”。这套资料的核心不是讲APQP概念，而是把产品质量先期策划落成一张能直接执行的路线图：从一个零件在预采购阶段被盯上，一直到PPAP批准、量产爬坡，一共17项交付物，每一步由谁负责、谁审批，PR-1到PR-4四次项目评审分别在哪个节点卡你。它适合主机厂SQE、供应商项目经理和汽车零部件质量工程师阅读，也适合想搞明白全球主机厂如何把AIAG APQP变成内部可审计流程的人。读完你会清楚，APQP不是写一堆没人看的文件，而是每个节点都有明确证据链的项目管理系统。
2. 通用为什么自建全球APQP：区域差异、最低要求与三方分工
2.1 全球通用程序要解决什么：从区域性变差到一套执行标准
APQP本身不是新理论，AIAG的APQP手册早就把五个阶段和基本工具讲清楚了。问题在于每个地区、每个工厂甚至每个SQE对同一要求的理解和验收尺度不一样，交付物深一脚浅一脚。通用把全球化车型平台铺开之后，一个供应商可能同时给北美、欧洲、中国三个工厂供货，如果每个区域对DFMEA提交格式、对控制计划最低要求都不同，供应商根本没法排资源。所以通用在APQP前面加“全球”两个字，目标非常明确：消除程序要求的区域性变差，让同一套要求在全球范围内保持一致。
PPT里把全球通用程序的目的写得很直白：识别必要的要求并设计实施流程，消除不必要的要求，支持SQE和供应商开展的日常APQP活动，定义产品计划中的最低要求，同时在产品和服务过程中建立标准的实施过程，消除部门和区域的不同做法。这里最值得琢磨的是“最低要求”四个字。它的意思是，供应商的APQP交付物不是越多越好，而是达到GM 1927-1项目计划里列出的17项就算满足底线。超出底线的加严要求，通常来自项目风险等级、KCDS特性数量或者车型项目本身的特殊要求，不在全球通用程序的标准范围内。
PPT还总结了一套APQP的优点：有效利用所有资源和方法，对所需更改进行早期识别并实施，避免后期更改，保证在所需能力和项目进度要求下交付合格产品。这四点看着像口号，实际对应的是一个很现实的经济账：汽车零件在量产阶段改一个模具或换一个工艺路线，成本可能是设计阶段的几十倍。“先期”两个字值钱，就值在把所有可能翻车的点提前到图纸还能改、模具还没开的时候暴露出来。
2.2 采购、SQE、工程部：三方职责怎么划
通用内部管这件事的部门就三个：采购、供应商质量、工程部。PPT对三方的定位讲得很清楚：采购员负责选厂，是询价、定点这条商务线的负责人；SQE是GM在整个项目里的项目经理，管供应商的质量、能力和时间进度，同时负责向管理层更新项目信息；工程部提供设计、产品和发布工程师、验证工程师、制造过程工程师、工装工程师、材料工程师，分别对应设计评审、DV验证、可制造性分析、工装验收和材料认可。
供应商容易犯的一个错误，是把SQE当成唯一窗口，所有问题都跟SQE一个人说。实际上工程部的人才是DFMEA输入、设计评审和工装评审的技术裁判，采购员才是定点策略和商务条款的决策人。SQE更像一个项目集线器，把这三条线的信息汇聚成同一个项目状态。技术问题在工程师那里谈，商务问题在采购那里谈，项目进度和质量状态的唯一出口是SQE。这个边界如果在项目启动阶段没定清楚，后面会非常痛苦：供应商辛苦做了一版DFMEA，结果工程部说这个设计责任根本不在你这边，白做。
我的建议是，供应商在项目启动会议上把三方联系人、职责范围和决策边界列成一张表：什么问题找谁、什么问题必须抄送SQE、哪些文件由GM工程部直接审批。这张表看着简单，却能避免PR评审时才发现技术问题根本没和工程师对齐过的尴尬局面。
2.3 供应商被要求做到什么程度：零缺陷与向下穿透
对供应商的要求，这份材料里写得不含糊：主动符合AIAG APQP要求和GM全球APQP任务要求；开发每个零件或系统的详细计划，包括详细零件设计、详细防错过程和零缺陷；保持项目进度，包括设计完成、样件交付、准确样件提交和零件交付；早期识别项目问题并促进纠正整改；在APQP未解决问题清单中记录；保持与GM沟通项目状态和问题；期望分供方同样满足这些要求。
注意最后一条——“期望分供方满足这些同样要求”。这是很多供应商会忽略的责任：GM不会直接去审你的二级供应商，但你的PFMEA、控制计划、GP-12遏制计划里引用的分供方能力和过程数据，必须由你负责确认。一级供应商实际上被要求把自己的APQP体系向下复制一层，否则源头材料的变差会直接击穿你对通用承诺的过程能力。“零缺陷”在PPT里出现好几次，但它不是口号，而是和详细防错过程绑定的：每一个工序的防错装置、失效模式、验证频次都要在PFMEA和控制计划里落到位。后续GP-12、Run@Rate、PPAP就是对着这些承诺逐项验证，验证不过就进高风险供应商清单。第3章要讲的17项任务，本质就是把这些要求拆成一条条可检查、可追踪的交付物。
3. 17个任务与PR评审节点：读懂那张项目计划总表
3.1 四个Phase与样件阶段：先看清一把时间尺
PPT里那张“APQP项目计划”总表，是全套材料信息量最大的一张图。它把项目从预采购到量产分成四个阶段：Phase 0 Pre-sourcing、Phase 1 Plan and Define与Product Design and Development、Phase 2 Process Design and Development、Phase 3 Product and Process Validation加上Feedback、Assessment and Corrective Action。
Phase 0做什么？产品还没定点，采购员组织关键利益方会议和技术评审，把询价包和候选供应商先筛一轮。Phase 1是设计落地，样件经历Generic、Alpha、Beta、Proto等节点，对应设计成熟度逐步提高。Phase 2把制造过程固化下来，流程图、PFMEA、控制计划、工装量具都在这个阶段定稿。Phase 3做产品与过程验证，PPAP、Run@Rate、GP-12都在这里关闭，之后才允许转入量产爬坡。
总表下半部分还列了Gage Concept Approval、Gage Design Approval、Gage Approval & R&R、KCDS Workshop、GD&T Update、Kick-Off Meeting等活动节点。这些动作没有和17个任务并列，但实际上是量具评审这条线的输出：先确认量具概念，再确认量具设计，最后做GR&R验证。KCDS Workshop用于确定关键特性清单，是后续控制计划和GP-12遏制范围的输入，时间定晚了整个下游都要等。需要说明的是，FE1/FE2/FE3、PP、Pilot这些样件阶段名称，PPT里只给了节点名没给定义，不同项目里含义会有细微差别，实际操作以VLET确定的关键节点日期为准，不必在名词上钻牛角尖。
3.2 17个交付物：每一项应该交出什么
总表的核心是17个任务，原文称为“APQP项目计划GM 1927-1，由17个主要需要交付的内容或要求组成”。把原表整理成一张清单，能直接当供应商内部立项的目录用。
| 任务号 | 任务名称 | 主要交付物或活动 | 活跃阶段 |
|---|---|---|---|
| 1 | 关键利益方会议 | 会议纪要、询价包内容确认 | Phase 0 |
| 2 | 技术评审 | RFQ理解确认、可制造性意见、KCDS研讨会计划 | Phase 0 |
| 3 | 风险评估与定点 | 新零件或新供应商风险清单、定点决定 | Phase 0至Phase 3 |
| 4 | 供应商项目评审 | 项目状态更新、风险升级 | 全阶段 |
| 5 | 时间进度表与未关闭问题 | 项目主进度、未关闭问题清单 | 全阶段 |
| 6 | 可行性与制造评估函 | 供应商签字的能力承诺函 | 定点前后 |
| 7 | 流程图 | 过程流程图，含统一工序编号 | Phase 2 |
| 8 | DFMEA | 设计失效模式与效应分析 | Phase 1 |
| 9 | 设计评审 | 设计评审记录、功能性能安全确认 | Phase 1 |
| 10 | 量具、工装与设备审核 | 量具设计确认、GR&R、工装验收记录 | Phase 2至Phase 3 |
| 11 | GP-11 | 通用过程审核不符合项与整改闭环 | Phase 2至Phase 3 |
| 12 | PFMEA | 过程失效模式与效应分析 | Phase 2 |
| 13 | 控制计划 | 过程控制计划，含KCDS特性 | Phase 2 |
| 14 | GP-12 | 早期生产遏制计划与执行记录 | 量产初期 |
| 15 | PPAP | 生产件批准包 | Phase 3 |
| 16 | Run@Rate | 按节拍生产验证报告 | Phase 3 |
| 17 | 经验教训 | 教训清单、纠正措施与验证证据 | 全阶段 |
任务1、2、3在定点前完成，任务4、5是贯穿全阶段的管理型任务，任务6给定点决策提供书面依据，任务7到14是工程和制造准备的主干，任务15、16是量产前的硬门槛。这张表落到供应商手里，最直接的作用就是做项目计划立项：每个任务指定一个责任人，对照项目主进度日期倒排开始时间和完成时间。不少供应商项目失控，不是因为某个文件做不出来，而是这17项任务没有人在同一个时间轴上统一跟踪。
3.3 用PR-1到PR-4把任务串起来：每次评审查什么
总表左侧有一列PR-1、PR-2、PR-3、PR-4标记，这是项目评审节点。PR-1通常对应定点前后的项目启动确认，PR-2对应设计开发阶段的技术评审，PR-3对应过程设计开发的准备度评审，PR-4对应产品与过程验证完成、准备量产的决策点。把原表里的任务标记整理成矩阵，带●的位置表示该任务在该PR节点要有可展示的进展或结论。
| 任务 | PR-1 | PR-2 | PR-3 | PR-4 |
|---|---|---|---|---|
| 1 关键利益方会议 | ● | |||
| 2 技术评审 | ● | |||
| 3 风险评估与定点 | ● | ● | ||
| 4 供应商项目评审 | ● | ● | ● | ● |
| 5 时间进度表与未关闭问题 | ● | ● | ● | ● |
| 6 可行性与制造评估函 | ● | ● | ● | ● |
| 7 流程图 | ● | ● | ● | |
| 8 DFMEA | ● | ● | ● | |
| 9 设计评审 | ● | ● | ||
| 10 量具、工装与设备审核 | ● | ● | ● | |
| 11 GP-11 | ● | ● | ||
| 12 PFMEA | ● | ● | ● | ● |
| 13 控制计划 | ● | ● | ● | ● |
| 14 GP-12 | ● | |||
| 15 PPAP | ● | |||
| 16 Run@Rate | ● | ● | ||
| 17 经验教训 | ● | ● | ● | ● |
原表里部分任务用连线和TR字样标注了“在技术评审期间持续更新”的含义，上表统一按检查点处理，不影响实际使用。PR-1看项目能不能启动：关键利益方会议、技术评审的结论要闭环，同时流程图、DFMEA、PFMEA、控制计划要有初版或策略版本，不是等PR-2才动手。PR-2和PR-3重点看设计与过程开发质量：设计评审、GP-11在PR-2和PR-3有明确检查点，量具工装审核从PR-2开始，到PR-4前要完成GR&R。PR-4是量产前最后一次大考，GP-12、PPAP、Run@Rate全压在这里，没关闭就上不了PPAP，更拿不到量产批准。
这套矩阵的实际用法是：项目团队在每个PR评审前，拿着17个任务逐条标状态。凡是当前PR带●的任务，必须有文件、有结论、有下一步行动项；不带●的任务可以只汇报进度风险。这样评审会就从一小时的空谈变成十五分钟的对表。
4. 任务分配表：R/A/S/I责任矩阵怎么落地执行
4.1 责任四字母：先分清谁干活、谁批准
17个任务光有时间表还不够，还得有人干、有人查。PPT第14页给了一张任务分配表，左栏是Custormer Monitored，右栏是Supplier Monitored，每一行用R、A、S、I四个字母标注角色。按原表定义：R是Responsible，负责完成交付物，是干活的人；A是Approve，审批交付物，通常是GM的SQE或工程部；S是Support，提供输入或人力支持，不背交付物的主责；I是Inform，只需要被通知进展，不需要正式审批；C是Consult，提供咨询意见；N/A表示不适用。
责任矩阵的核心逻辑是：几乎所有任务的执行R都在供应商侧，审批A在GM侧，GM工程对多数技术文件只是S或I。这意味着供应商不是“配合GM做APQP”，而是“主动产出17份证据链，等GM来批”。很多供应商直到PPAP前才明白这一点，结果所有文件都像给客户写的作业，而不是给自己用的过程控制依据。把角色读错最常见的翻车方式，是供应商把S当成R，把该自己出的文件推给GM工程；或者反过来，把GM的A当成S，以为审批只是走过场。
按PPT原表还原，几个关键行的责任如下：
| 任务 | 执行方 | 审批方 | 支持或知情方 |
|---|---|---|---|
| 技术评审 | 供应商陈述，GM评审 | SQE与工程部 | 采购员协调 |
| 可行性评估函 | 供应商 | SQE | 采购员知情 |
| 流程图 | 供应商 | SQE与工程部 | |
| DFMEA | 按设计责任归属供应商或GM | GM工程部 | 另一方支持 |
| 设计评审 | 按设计责任归属 | GM工程部 | |
| PFMEA | 供应商 | SQE与工程部 | |
| 控制计划 | 供应商 | SQE与工程部 | |
| GP-12 | 供应商 | SQE | |
| PPAP | 供应商 | SQE | |
| Run@Rate | 供应商 | SQE | |
| 经验教训 | 供应商 | SQE审阅 | 工程与采购知情 |
原表部分单元格里出现了多个字母组合，比如“A/R”表示审批与执行由同一方在不同阶段完成，实际使用时以你手上项目的SOR和定点合同为准。这张表最直接的用途，是供应商在项目启动时把它翻译成内部任务分配矩阵，避免到了评审会上才发现某项交付物没人认领。
4.2 定点前的三个任务：技术评审、风险定点的完整动作
PPT把最花精力的三个任务写了详细描述，这三个都发生在定点之前。
任务1是产品定点策略会议，任务所有人是采购员，时间在定点前。会议目的是让所有利益方参与先期采购过程，就一个特定产品包进行开发和了解，内容包括选点程序、内容、时间进度和战略，最终确保询价包中包含为获得竞争性报价所需的全部信息。很多供应商以为询价包是采购单方面发的，其实一份完整的询价包，是开过策略会议之后才成形的。供应商在这个阶段能做的事有限，但可以通过技术交流提前让采购员和SQE知道你的制造能力边界。
任务2是参加技术评审，任务所有人仍是采购员，时间在定点前。参会人员包括供应商、采购员、工程师、SQE及被影响组织的代表。核心目标是评估报价，确保RFQ包中的所有要求已被理解和供应商有潜能生产出满足GM要求的零件。审查范围覆盖任何与零件可制造性有关的项目，包括时间进度、设计、制造能力、包装等。这次会议还要确定KCDS研讨会时间。KCDS是通用确定关键特性的专用流程，控制计划里的关键特性编号源头就在KCDS研讨会，定晚了PFMEA和控制计划都会被拖住。
任务3是风险评估和定点，任务所有人是采购员，进度要求定点前做初始评审，在样件、Gamma、整车验证时间段做第二次评审。这是一种工具，用来评估车辆早期开发过程中的潜在问题，并确定通用应对哪些零部件或供应商给与更多关注。所有新零件、所有新供应商都要过一遍。SQE的职责包括：参与最初的风险评估，选定候选供应商，决定APQP和GP-9的主导形式。这里直接决定了你的APQP包是完整提交还是部分简化，也会决定GP-9要做几轮。供应商如果在定点阶段没有参与风险评估讨论，后期被加严管理就别喊想不到。
4.3 把责任矩阵转成供应商内部周跟踪表：一张Excel就够了
任务分配表最有价值的迁移用法，不是背下R、A、S、I，而是把它变成项目周会滚动检查表。做得好的供应商，通常都是把17个任务做成一行一个任务的主计划，每个任务下面挂交付物文件、内部责任人、外部审批窗口、计划完成日期、对应PR节点、当前状态和未关闭问题编号。
一般做法是建一张“APQP 17 Task Tracker”，列结构如下：任务编号，任务名称，主责部门，GM审批窗口，交付物文件清单，计划完成日期，实际完成日期，当前状态，未关闭问题编号。状态列建议只用四档：未开始、进行中、待审批、已关闭。每周五由项目协调员统一刷新，逾期项自动标红。PR评审前三天，把当前PR带●的任务单独筛一版，附在评审材料首页。
这张表最大的作用，是把“APQP做得怎么样”从印象变成数据。谁的任务长期逾期，哪个交付物卡在审批环节，哪个问题在三个PR评审里反复出现，一眼就能看出来。还可以配一个最简单的闭环规则：任务状态进入“已关闭”前，必须上传交付物电子文件并填写实际完成日期；没有文件和日期的“已关闭”不算数。这个习惯能有效避免评审前临时补文件的老毛病。
5. APQP推进中的常见问题与排查：SQE和供应商最容易踩的五个坑
5.1 流程图、PFMEA、控制计划对不上号
现象：PR-2评审时，流程图是V2.0，PFMEA里的工序编号已经到10，控制计划的操作号却只有8。三个文件拆开看都有内容，放一起完全没有共同语言，评审没法往下进行。
原因：三个文件由工艺工程师、质量工程师、设备工程师分头编写，没有约定统一的工序编号体系。最常见的情况是流程图出了初版，但PFMEA和控制计划各写各的，后面工序一变更，只有其中一个文件被更新。
解决：把工序编号作为主键。流程图定义编号，PFMEA引用同一编号并补充失效模式与控制措施，控制计划引用同一编号并补充检验方法。评审时按编号链核对，任何一个文件改了编号，另外两个必须同一周内更新。顺序永远不要反过来。这道坎过不去，后面的GP-11和PPAP文件审核基本不会有干净结果。
5.2 谁是DFMEA的R，没在定点时确认
现象：项目启动一个月，GM工程部要求供应商提交DFMEA，供应商也认真写了，到PR-2评审时SQE说这个设计责任在GM，供应商应该只出S，不该挡在R的位置上。
原因：任务分配表第8条和第9条都有“供应商设计负责”和“通用设计负责”两种情形，判定依据是设计记录的发布方。供应商接到RFQ后没有和工程部确认设计责任归属，以为所有APQP文件都必须由自己扛下来。
解决：定点头一周就确认设计责任归属。图纸、数模、技术规范由GM发布时，供应商只做可制造性反馈和PFMEA；设计责任在供应商时，才把DFMEA和设计评审的R拿在手里。判断口诀是：谁发布设计记录，谁对DFMEA负主责，另一方只提供支持。拿不准就去翻任务2技术评审的纪要，里面应该有明确结论。
5.3 PPAP快交了，Run@Rate还没排产
现象：PR-4评审前两周，PPAP文件包已经签完字，SQE问Run@Rate做了没有，项目组才发现按报价节拍的产能验证一次都没排。生产线在试生产时按60%节拍运行，从未验证过满节拍连续生产。
原因：Run@Rate被当成了PPAP之后的事。实际上它应该在Phase 2末期就做第一轮，暴露设备瓶颈、人员熟练度和物流节拍问题，整改后再做第二轮确认。排在PPAP之后再做，等于量产决策没有任何产能数据支撑。
解决：在项目计划里把Run@Rate和PPAP放在同一条关键路径上：Phase 2末期排第一轮，Phase 3验证结束前完成整改并关闭。PPAP批准的前提是所有GP-9不符合项关闭，而不是PPAP签字后再补一份报告。稳妥的做法是把Run@Rate日期写进PR-3的评审结论里，PR-3没通过就自动顺延PPAP计划。
5.4 GP-12遏制范围谈不拢，要么过度全检要么漏检
现象：GP-12启动后，一家供应商把全部零件、全部特性都做100%检查，检验员翻倍，成本直线上升；另一家只查了外观，关键KCDS尺寸完全没有额外遏制，被SQE开出严重不符合项。
原因：GP-12是早期生产遏制，不是永久全检。它的遏制范围取决于三个输入：项目风险等级、KCDS关键特性清单、供应商APQP历史表现。全做或全不做，都是没有提前和SQE对齐范围。
解决：GP-12启动前一周，拿着控制计划去找SQE确认遏制计划表，包括哪些工位、哪些特性、抽样频次、持续时间和退出准则。退出准则一般看一段时间内的PPM和不良趋势，达标后经SQE书面同意才能退出。GP-12的检查记录要有独立标识，不要混在量产检验数据里，否则SQE无法确认遏制是否真实执行。
5.5 经验教训没编号，项目结束等于什么都没发生
现象：Lessons Learned在PR-1到PR-4都有检查点，但项目团队每次评审都是口头提几句“上次那个经验”，没有任何人拿得出带编号、带验证证据的问题清单。到下一个同类型项目，同样的模具问题再犯一次。
原因：17个任务里经验教训最容易被当成软任务。它没有PPAP那样硬的交付物，很多团队只在项目收尾时简单写一段总结，平时根本没有人持续维护。
解决：把经验教训当作和DFMEA一样正式的交付物。每个教训一个编号，关联到供应商内部问题管理流程，记录现象、原因、纠正措施、验证证据和推广范围。每期PR评审前，把当前阶段的开放问题清单和已关闭经验教训编号放入评审材料。量产批准当天，经验教训清单作为APQP关闭必查项，缺一个编号就不签字。把它和PPAP放到同等位置，项目组就不会再当它是可有可无的任务。
6. 把人家的17条改成自己的跟踪表：一页Excel的落地技巧
这套培训PPT真正值钱的不是概念页，而是那17项任务和PR评审矩阵可以直接落成一张属于你自己的项目跟踪表。我的做法很简单，但执行起来很有效。
第一步，照抄第3章那17行的顺序建表。第一列是任务编号和名称，不要自己重排，保持和GM 1927-1一致，后续和SQE对表时双方说的都是同一个编号。第二列写交付物文件名，例如“流程图-XX总成-V2.1”，确保每个任务都挂在实体文件上。第三列写内部责任人，按第4章的责任矩阵把17个R分到具体人头。第四列写GM审批窗口，通常是SQE、工程部或采购员。第五列写计划完成日期，按VLET主进度倒排。第六列写实际完成日期，第七列是状态，只允许“未开始、进行中、待审批、已关闭”四档。最后一列是未关闭问题编号，和通用APQP未解决问题清单联动。
每周五下午花十五分钟刷新一次。逾期任务整行标红，关闭任务必须有文件链接和完成日期，否则不算关闭。PR评审前一天，按当前PR带●的任务筛选一版，打印一张纸带去开会。这套表的精髓在于把“APQP推进情况”从黑匣子变成一张每周都会被逼着更新的作战图。只要第七列出现连续“未开始”的单元格且第五列日期已经过期，没有人能等到PR评审才发现项目已经翻车。
我给自己的硬性习惯是：每个新项目定点生效当天就把这张表建好，四个PR日期填进计划列，然后每周五强制走一遍过表流程。从那以后，APQP再也不是文件夹里一本没人翻的PPT，而是每周都会逼着人对现实交账的进度表。希望帮到你。
本文还有配套的精品资源，点击获取
