QE-02 · 客户审核数据包预演

① 场景引入

一、这件事现在是什么样

品质与客诉工程 · 真实业务触发

客户二方审核提前两周通知，按客户检查表逐条备证据。审核当天当场调阅。会被追问：「上次开出的三条不符合项，整改证据在哪一页？」

二、痛点 · 每条都有来源

1客户审核调阅以批次为单位：批次记录、检验记录、培训记录、校准记录——东西在五个人手里、三种载体上依据 ·Safran DSI 供应商质量保证要求：CoC 记录保存 7 年2COA 常被退回的三类原因（检验项目与合同不符、结果栏空缺、签署不完整）同样适用于审核：证据在，格式与完整性不过关依据 · COA 常被客户退回的三类原因：检验项目与合同不符、结果栏空缺、签署不完整3审核前补资料是普遍动作，但补出来的记录经不起追问——预演的价值是把缺口在审核前两周暴露，而不是当天依据 · EMS Handbook：供应商停线超过 4 小时即触发最高级 SCAR（Stop Ship 级），重缺陷来料不良率大于 1% 触发 8D；关闭须物理证据4IATF 体系要求变更评审留记录，客户检查表会逐条对——内部做法与体系要求的差距平时没人对过依据 · IATF 16949 变更管理条款：工程变更须评审并保留记录的体系要求

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 客户审核调阅以批次为单位：批次记录、检验记录、培训记录、校准记录——东西在五个人手里、三种载体上COA 常被退回的三类原因（检验项目与合同不符、结果栏空缺、签署不完整）同样适用于审核：证据在，格式与完整性不过关审核前补资料是普遍动作，但补出来的记录经不起追问——预演的价值是把缺口在审核前两周暴露，而不是当天IATF 体系要求变更评审留记录，客户检查表会逐条对——内部做法与体系要求的差距平时没人对过

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 要素校验 · 检查表版本对不对与上次审核的检查表比对版本差异，新增条款单独列出
2. 证据映射 · 逐条款找证据每条挂到具体文件与页码；找不到的标红，不编造
3. 历史不符合项闭环核对上次的整改项逐条验证证据是否归档到位
4. 缺口清单 · 排期补齐每个缺口写明找谁、补什么、几天能好，两周倒排
5. 成文 · 生成预演报告条款覆盖率、缺口清单、责任排期一次成文

要准备什么：客户审核检查表（Excel/PDF）客户真用的那张，条款逐条上次审核报告与不符合项清单整改闭环的证据要备齐本批备查的记录清单（台账）批次/检验/校准/培训记录的存放位置

为什么这个场景值得做

优先级评分：痛感 5 × AI 适配 3 ÷ 落地难度 3 = 5.0

最大差异点：与「请咨询公司做体系辅导」的区别：咨询改的是文件体系（一次性），这里对的是证据链与检查表的逐条映射（可反复跑）——审核前跑一遍，缺口在哪一页、找谁补、还差几天，一张表看完。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：审核预演报告.xlsx 正式件 · 条款覆盖率 + 缺口清单 + 签批栏
• 可派发清单：证据链索引表.xlsx 逐条款 · 文件名与页码
• 可派发清单：缺口补齐排期表.xlsx 可派发 · 责任人 + 时限 + 验收标准

这套东西不承诺什么：不做体系咨询与文件代写——本场景是证据链预演，不是替客户准备虚假文件。「补记录」的项只列清单与责任人，不代填任何历史记录。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：穗芯电子封测事业部（东莞厂）2026-09-07。9-1 那天两件事一起到：VPC 的客诉邮件，和 VPC 二方审核通知——9-15 现场，提前两周，按客户检查表 V3.2 逐条备证据。审核当天当场调阅，上次 2026-03 开的三条不符合项，整改证据要在场能翻出来。本周一预演完成：58 条逐条对证据，缺口在哪一页、找谁补、还差几天，一张表看完。会被追问的还是那句：「上次开出的三条不符合项，整改证据在哪一页？」

审核现场9-15 · 剩 8 天检查表条款58 条（新增 3）证据缺口3 项（D7×2 + 趋势×1）上次不符合3 条 · 1 条未闭环

输入半导体与电子信息企业手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_VPC审核检查表_V3.2.xlsx 客户检查表 V3.2（本次真用的那张）——与上次 V2.9 的版本差异是预演的起点客户 SQE随审核通知发来 · 条款逐条
• 02_上次审核报告_不符合项清单_202603.xlsx 2026-03 上次审核的三条不符合项与整改声明——闭环核对的对象品质部归档 · 整改证据散在三个部门
• 03_记录台账与存放位置.xlsx 本批备查记录的存放位置——东西在五个人手里、三种载体上各部门口头确认汇总 · 历年审核前的老问题
• 04_8D档案_2026年4-8月.xlsx 上次审核后新产生的 5 份 8D——NC1 整改「4 月起执行」的实际验证对象质量工程师个人文件夹 · 逐份翻检
• 05_校准证书台账_设备部.xlsx 42 份校准证书台账——上次 NC3 整改后的月度核对机制运行记录设备部电子台账 · 月度核对

注意标橙色那一份—— 02_上次审核报告_不符合项清单_202603.xlsx。它品质部归档 · 整改证据散在三个部门，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

客户这次的审核检查表在这，上次的不符合项清单也给你， 帮我把每一条的证据先对一遍。 证据在哪份文件第几页，列清楚；找不到的直接标红，别硬凑。 缺口要写清找谁补、几天能好。 我不要漂亮的报告，我要知道哪些条款现在就有问题。

预演的意义是提前暴露。能力包管的是映射的严谨：一条一款一出处。

触发9-1 客诉与审核通知同日到达，9-15 现场，两周倒排

谁催、谁在场、会被追问什么

客诉和审核通知是同一天到的——VPC 的 SQE 把两封邮件前后脚发进邮箱。9-15 现场，提前两周通知，按检查表 V3.2逐条备证据，审核当天当场调阅。上次 2026-03 开了三条不符合项，这次再翻出旧账，就是重复不符合、会升级。预演的价值是把缺口在审核前两周暴露，而不是当天。

第 1 步 · 要素校验 · 检查表版本对不对

与上次审核的检查表比对版本差异，新增条款单独列出

第 2 步 · 证据映射 · 逐条款找证据

每条挂到具体文件与页码；找不到的标红，不编造

这一步的看点 · 排除性结论设备校准条款可以放心，42 份校准证书全部在有效期且归档齐——电子台账与纸质逐份核对一致，NC3 的月度核对机制 3-7 月记录连续（依据：校准台账与核对记录，素材 05）。这一块审核当天不用花时间盯——省下的注意力留给 D7 那个窟窿。

3历史不符合项闭环核对

上次的整改项逐条验证证据是否归档到位

这一步的看点 · 从历史里想起了公司踩过的坑上次审核开出的一条不符合项就是「客诉 8D 的 D7 预防措施无记录」——整改说完成了，但预演翻归档夹发现：4-8 月的 5 份 8D 里，表格D1-D8 样样齐全，偏偏 2 份没有 D7 的验证记录。同一条不符合，2026-03 开过一次，客户这次干脆把它升级成了 V3.2的固定条款 N2。这条不靠当年经手的人还在不在职——归档夹一翻就在那里，问题是从来没人翻。

第 4 步 · 缺口清单 · 排期补齐

每个缺口写明找谁、补什么、几天能好，两周倒排

这一步的看点 · 该拦的地方拦住了预演结论：本次审核不能按「上次不符合项已全部整改」的话术进场——D7 验证记录缺 2 份，当场被翻出来就是一条重复不符合（重复项会升级，直接关联供应商评级），V3.2 的 N2 条款就是冲着这个来的。替代方案：把「D7 验证记录补录中、9-11 完成」写进 9-15 的开场简报，主动交代——审核员对主动交代的容忍度，和对当场翻出来的容忍度，是两个世界的事。

第 5 步 · 成文 · 生成预演报告

条款覆盖率、缺口清单、责任排期一次成文

这一步的看点 · 把技术动作翻译成钱一条重复不符合项按客户协议可能触发供应商评级下调——对应下季度份额的变动；VPC 订单占封测事业部该产品线营收约四分之一，份额浮动的金额以百万计。预演暴露的 2 份 D7 缺口，补录成本是两天文书工作——赵工补记录 + 王工出趋势页，人天成本千元级。这两个数并排放在预演报告首页——这不是「审核准备」的账，这是「下一个季度份额」的账。

不能按「上次已全部整改」进场——3 个缺口两周倒排，开场简报主动交代58 条逐条对完：55 齐、2 缺（D7 验证记录×2）、1 部分（IQC 趋势分析未做过）。三条上次不符合项里 NC2/NC3 闭环证据齐，NC1 的整改「写了流程、没盯执行」——5 份新 8D 里 2 份缺 D7 验证记录，而客户这次把 D7 升级成了固定条款 N2。方案一（推荐）：按缺口排期补齐（补录 + 趋势页合计约两天文书工作、人天成本千元级），9-15 开场简报主动交代「2 份 D7 记录 9-11 补录完成」——主动交代的重复不符合风险归零，条款本身的符合性靠实际运行说话。方案二：不主动交代，赌审核员不逐份翻8D 归档——省下简报里那一句「曾有一条未闭环」，赌注是当场被翻出后按重复不符合升级处理：供应商评级下调对应下季度份额变动，该产品线 VPC 营收占比约四分之一，赌输的金额以百万计。两天文书工作对百万级份额——这不是一道难题，是一道送分题，前提是有人提前两周把归档夹翻一遍。预演报告已签发，缺口排期已派发到责任人。

之后这一次跑完，公司多了什么

不讲省了多久：讲少了几个隐患、沉淀了什么

• ✓ 检查表与证据的映射表第一次成文——审核当天不再现场翻箱
• ✓ 上次不符合项的整改闭环被真正验证，重复项风险提前拆掉
• ✓ 「记录归档规范」从口号变成逐条款的核对表
• ✓ 岗位角色变了：从「审核前两周开始慌」变成「两周倒排一张缺口表」

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 缺的证据能帮我补上吗？ 不能。补历史记录是造假，审核员一眼能看出来。我们做的是把缺口和补录排期摆上桌。
• 每家客户检查表都不一样，通用吗？ 检查表是输入，映射逻辑是通用的——换客户就换那张表，跑法不变。
• 能保证审核通过吗？ 不能，也没人能。预演降低的是「做了但没证据」这类低级失分，条款本身的符合性取决于实际运行。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

客户审核数据包预演 —— 按客户检查表先把证据链翻一遍，缺口提前补 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

audit-package-rehearsal.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是半导体与电子信息企业手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁QE-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

• 01_VPC审核检查表_V3.2.xlsx 客户检查表 V3.2（本次真用的那张）——与上次 V2.9 的版本差异是预演的起点 XLS02_上次审核报告_不符合项清单_202603.xlsx2026-03 上次审核的三条不符合项与整改声明——闭环核对的对象
• 03_记录台账与存放位置.xlsx 本批备查记录的存放位置——东西在五个人手里、三种载体上
• 04_8D档案_2026年4-8月.xlsx 上次审核后新产生的 5 份 8D——NC1 整改「4 月起执行」的实际验证对象
• 05_校准证书台账_设备部.xlsx 42 份校准证书台账——上次 NC3 整改后的月度核对机制运行记录

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

客户这次的审核检查表在这，上次的不符合项清单也给你， 帮我把每一条的证据先对一遍。 证据在哪份文件第几页，列清楚；找不到的直接标红，别硬凑。 缺口要写清找谁补、几天能好。 我不要漂亮的报告，我要知道哪些条款现在就有问题。

为什么这么短就够了：预演的意义是提前暴露。能力包管的是映射的严谨：一条一款一出处。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• QE-02_审核预演报告.xlsx 正式件 · 条款覆盖率 + 缺口清单 + 签批栏
• QE-02_证据链索引表.xlsx 逐条款 ·文件名与页码
• QE-02_缺口补齐排期表.xlsx 可派发 · 责任人 + 时限 + 验收标准

Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：客户审核检查表（Excel/PDF）客户真用的那张，条款逐条上次审核报告与不符合项清单整改闭环的证据要备齐本批备查的记录清单（台账）批次/检验/校准/培训记录的存放位置

人工边界：不做体系咨询与文件代写——本场景是证据链预演，不是替客户准备虚假文件。「补记录」的项只列清单与责任人，不代填任何历史记录。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

品质与客诉工程 · 产出即下一步输入

• QE-01 · 客诉 8D 回复初稿：从本厂历史案例里长出来的 D1-D4，工程师只改数据和结论
• QE-03 · 来料异常与假料风险比对：本厂异常台账 × 公开风险情报的交叉筛查

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。