QE-01 · 客诉 8D 回复初稿

① 场景引入

一、这件事现在是什么样

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

客户投诉到达：24-48 小时内要 D1-D3 遏制措施，10 个工作日内要根因与纠正措施。会被追问：「同类问题我们是第几次收到投诉？上次怎么向客户解释的？」

二、痛点 · 每条都有来源

1. 客户质量协议的 8D 时限是硬的：Sanmina 紧急 9 天 / 标准 23 天，Argus 3 天遏制 + 10 个工作日根因——写报告的时间是被投诉吃掉的
   依据：Sanmina 供应商质量协议：8D 紧急类 9 天 / 标准类 23 天内完整回复，CoC 记录保存至少 5年，供应商承担测试挑选召回停线全部费用28D 常见错误 Top3：D2 描述模糊、D4 根因表面化（一句「员工疏

忽」）、D7 缺失——客户退回的 8D 十有八九栽在这三处依据 · 8D 报告模板详解：D0-D8 结构、D4 必须区分发生原因与流出原因、常见错误 Top3（D2 描述模糊 / D4 根因表面化 / D7 缺失）3历史 8D 存在质量工程师个人文件夹里，格式五花八门；同类客诉上次怎么围堵的、客户接受什么措辞，全靠翻文件夹依据 · Argus 供应商质量手册：3 天内遏制、10 个工作日内提交根因与纠正措施计划、30 个工作日内提交实施证据4D4 必须区分发生原因与流出原因——这个区分做不出来，报告写得再漂亮也会被打回重写依据 · 8D 报告模板详解：D0-D8 结构、D4 必须区分发生原因与流出原因、常见错误 Top3（D2 描述模糊 / D4 根因表面化 / D7 缺失）5半导体晶圆测试行业案例：协作不畅时质量问题每周影响 27 小时、理顺后为 7.9 小时——协作凑资料的耗时远大于分析本身依据 · 半导体晶圆测试案例：有效跨职能协作使周影响时间从 27 小时降至 7.9 小时

三、换个做法之后

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

✕ 现在的做法

• 客户质量协议的 8D 时限是硬的：Sanmina 紧急 9 天 / 标准 23 天，Argus 3 天遏制 + 10 个工作日根因——写报告的时间是被投诉吃掉的8D 常见错误 Top3：D2 描述模糊、D4 根因表面化（一句「员工疏忽」）、D7 缺失——客户退回的 8D 十有八九栽在这三处历史 8D 存在质量工程师个人文件夹里，格式五花八门；同类客诉上次怎么围堵的、客户接受什么措辞，全靠翻文件夹D4 必须区分发生原因与流出原因——这个区分做不出来，报告写得再漂亮也会被打回重写

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 要素校验 · 客诉信息够不够写 D25W2H 逐项检查，缺项列清单向客户或产线补问，缺项不阻塞初稿
2. 案例检索 · 同料号同失效模式的历史 8D按相似度排序，上次根因、围堵、客户措辞逐条调出
3. 流出范围界定 · 涉及多少批次在库在途按批次测试与出货记录圈定，在库隔离数量写实数
4. D1-D4 起草 · 区分发生与流出发生原因挂本次证据，流出原因挂检测记录；历史案例的结论标注「待本批验证」
5. 成文与签批 · 生成可提交的初稿签批栏（编制-审核-批准-客户确认）与附件页码索引一次生成

要准备什么：本次客诉信息（客户邮件或截图）现象描述往往口语化、不完整历史 8D 存档（格式混杂的 Word/Excel）本厂最值钱的隐性资产涉及批次的 FT 数据与出货记录判断流出范围客诉台账.xlsx看同类问题是第几次

为什么这个场景值得做

优先级评分：痛感 5 × AI 适配 4 ÷ 落地难度 2 = 11.0

最大差异点：与「让 AI 直接写 8D」的通用工具区别：通用工具写的是行业套话，这里的 D2-D4 每一句都从本厂历史8D 案例库里长出来——同料号同失效模式的上次根因、上次围堵措施、客户当时接受的措辞，这些是别人家工具给不了的输入。

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

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

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

五、会产出什么

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

• 正式件本体：8D回复初稿.xlsx 正式件 · D1-D4 + 签批四栏 + 附件索引
• 可派发清单：历史相似案例对照表.xlsx 上次根因与围堵 · 逐条带出处
• 可派发清单：待补信息清单.xlsx 向客户或产线要补的项 · 各带时限

这套东西不承诺什么：不做对客户的最终答复与 8D 签发——对外承诺由品质经理签字发出。初稿的 D6 效果验证栏留空（验证需要时间与数据），D8 关闭栏留空。

② Live Demo（演示逐步）

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

案例设定：穗芯电子封测事业部（东莞厂）2026-09-02 下午。昨天上午 9:40 VPC 智能科技的客诉邮件刚到——SW3 智能手表首批 2,812 台里间歇重启投诉聚集，客户拆机初判指向主板主控 SC3021（集团自供，批 FT2629）。今天上午刚出完 FT2638 的 RRA 初判（同 lot），下午要交 8D 的D1-D4 初稿：客户窗口 24-48 小时给遏制措施、10 个工作日给根因。会被追问的还是那句：「同类问题我们是第几次收到投诉？上次怎么解释的？」

客诉对象FT2629 · 2,812 颗（SW3）涉事货值≈ 4.6 万元留样复测500 颗检出 11 = 2.2%同类客诉第 3 次 · 客户批注再犯升级

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

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

• 01_客诉邮件_VPC_20260901.docx VPC 客诉邮件原文（转述）——现象、数量、时限与 2025-03 那次的「再犯升级」批注客户 SQE 直接发品质经理 · 抄送采购
• 02_历史8D案例库.xlsx 历史 8D 案例库（料号 × 失效模式检索）——2025-03那条是本次 D3 措施与客户措辞的出处质量工程师个人文件夹 · 处理客诉时才有人翻
• 03_FT2629批次数据与出货记录.xlsx 涉事批 FT2629 的测试数据与合格品四去向——D3 流出范围界定的底数测试机导出 + 出货台账拼接 · 9-1 当天紧急调出
• 04_留样复测记录_20260901.xlsx 留样柜 500 颗的紧急复测记录——D4 流出方向的实证测试部 9-1 晚班完成 ·阈值按 bin 定义表 1.8μA
• 05_客诉台账_SC3021.xlsx SC3021 料号客诉台账——「第几次」这个问题在这里有唯一答案品质部维护 · 更新靠自觉

注意标橙色那一份 —— 02_历史8D案例库.xlsx。它质量工程师个人文件夹 · 处理客诉时才有人翻，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

客户投诉的邮件在这，历史 8D 存档也给你，帮我起草这次 8D 的 D1 到 D4。 D2 按 5W2H 写全，缺的信息列出来我去问，别自己编。 D4 发生原因和流出原因分开写，上次的结论要标注是历史案例、待本批验证。 D6 和 D8 留空。最终答复是品质经理的事。

初稿的底气来自案例库，不是文采。措辞尺度与结构要求都在能力包里。

触发昨天 9:40 客诉到达，今天下午要交 D1-D4 初稿

谁催、几小时内要、会被追问什么

客诉 9-1 09:40 到达，与良率日报点名 FT2638 是同一天——后来才发现两件事指向同一个 lot JW2608-17。今天上午出完RRA 初判，下午接着写 8D：客户窗口 24-48 小时给 D1-D3、10 个工作日给根因。以前这种活是「48 小时凑格式」——翻文件夹找上次的 8D、追着测试部要数据、被客户追问「第几次了」时心里没底。现在案例库、台账、批次记录都在桌面上。

第 1 步 · 要素校验 · 客诉信息够不够写 D2

5W2H 逐项检查，缺项列清单向客户或产线补问，缺项不阻塞初稿

第 2 步 · 案例检索 · 同料号同失效模式的历史 8D

按相似度排序，上次根因、围堵、客户措辞逐条调出

这一步的看点 · 从历史里想起了公司踩过的坑同料号 SC3021、同现象「间歇重启」，2025 年 3 月 VPC 那次的根因是 bin7 边缘漏电未拦截，围堵措施是加测漏电流项，客户接受了——当时的 8D 与客户批注还在案例库附件里。这次初稿把上次那套措施直接挂进 D3 并标注出处「历史案例，待本批验证」。这条不靠当年经手的人还在不在职——2024-12 沃达那次也是同模式：来料边缘漏电，「加严来料监控」做了三个月没人坚持。三次客诉，同一个失效模式，两条链（来料 + 流出）各爆过一次。

第 3 步 · 流出范围界定 · 涉及多少批次在库在途

按批次测试与出货记录圈定，在库隔离数量写实数

这一步的看点 · 该拦的地方拦住了初稿结论：D3 不能写「已全数排查无异常」——在库还有 2 批未复判（待发外销 2,800 颗 + 沃达客户仓批），按客诉台账这是同类问题第三次发生，客户 2025-03 批注「再犯升级」原文就在邮件里。替代方案一：先隔离在库 2 批复测完再答复（约 3 小时设备时）；方案二：初稿如实写「2 批复判中，48 小时内补充」——多数客户接受后者，且这是「再犯升级」压力下唯一不踩雷的写法。

第 4 步 · D1-D4 起草 · 区分发生原因与流出原因

发生原因挂本次证据，流出原因挂检测记录；历史案例结论标注「待本批验证」

这一步的看点 · 排除性结论组装制程可以排除，依据有两个：同批次留样复测良率 97.8%、无批量性异常（500 颗中开路/功能项全过）；失效集中在特定晶圆片——11 颗漏电超标里 9 颗来自W12/W18/W23 三片的边缘 die，随晶圆来料走、不随组装过程走（组装引入的失效应在批内均匀分布）。省掉一轮组装线排查——D4 直接聚焦来料端与测试流出两条链，证据留在附页。

第 5 步 · 成文与签批 · 生成可提交的初稿

签批栏（编制-审核-批准-客户确认）与附件页码索引一次生成

这一步的看点 · 把技术动作翻译成钱若 D3 谎报「已全数排查无异常」被客户复验拆穿，参照协议供应商承担挑选与停线费用——本次涉事批次货值约 4.6 万元，停线按每小时 2,800-3,500 元另计；而如实披露 + 隔离复测的成本约 3 小时设备时。这两个数并排放在初稿末页——签批的品质经理一眼就懂：赌「客户不查」的赔率，在「再犯升级」的批注面前是负的。

D3 不能写「已全数排查无异常」——复测先做，还是初稿如实先发证据链两路都有实证：发生方向，留样复测 2.2%与同 lot 三批 bin7 2.4%-3.2% 互证、与 9-1 RRA 的边缘 ring 结论一致；流出方向，8-13 程序沿用 2.5μA 旧阈值有 bin 定义表可回溯。初稿今天能发，立不住的只有 D3 那句「已全数排查」。方案一：先复测在库 2 批再答复——待发批

2,800 颗与沃达客户仓批各抽 500 颗（约 3 小时设备时，按机时口径不足万元级），换 D3 写「已完成全数排查」的底气；代价是初稿压到 9-3 上午发，48 小时窗口剩一半。方案二：初稿今天发，D3 如实写「2 批复判中，48 小时内补充结论」——零额外成本，2025-03 客户接受过同类写法（案例库有记录），且「再犯升级」批注在前，如实是唯一不踩雷的写法；代价是接受「补充回复」这个动作本身的观觉成本。初稿按方案二出（多数客户接受后者）；复测同步安排，9-4 遏制线前补上——两个动作不冲突，冲突的只是初稿上那一行字怎么写。签批链一栏不少，对外答复是品质经理的责任。

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

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

• ✓ 历史 8D 从个人文件夹变成结构化案例库——每处理一次客诉，库就厚一层
• ✓ 客户可接受的措辞被沉淀下来：哪些说法过了关、哪些被打回，有据可查
• ✓ 「发生原因 / 流出原因」的区分从要求变成习惯，D4 被打回率开始可统计
• ✓ 岗位角色变了：从「48 小时凑格式」变成「30 分钟核一遍初稿再签」

追问现场可能被问到的

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

• 它能直接发给客户吗？ 不能。初稿的签批链（编制-审核-批准-客户确认）一栏都不能少，对外答复是人的责任。
• 历史8D 格式乱七八糟也能用？ 能。检索按料号、失效模式、处置措施三个字段走，格式差异由解析规则吸收。
• 客户问「这是第几次了」怎么答？ 台账里有就如实答。初稿会把这个数字放在显眼处——瞒住一次，丢的是后面所有订单的信任。

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

1. Skill 能力包

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

客诉 8D 回复初稿 —— 从本厂历史案例里长出来的 D1-D4，工程师只改数据和结论 · Skill

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

版本 v1.0

complaint-8d-draft.zip

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

包内结构

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

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

2. 原始素材

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

📁QE-01 · 演示素材

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

共 5 份

• 01_客诉邮件_VPC_20260901.docx VPC 客诉邮件原文（转述）——现象、数量、时限与 2025-03 那次的「再犯升级」批注
• 02_历史8D案例库.xlsx 历史 8D 案例库（料号 × 失效模式检索）——2025-03 那条是本次 D3 措施与客户措辞的出处
• 03_FT2629批次数据与出货记录.xlsx 涉事批 FT2629 的测试数据与合格品四去向——D3 流出范围界定的底数
• 04_留样复测记录_20260901.xlsx 留样柜 500 颗的紧急复测记录——D4 流出方向的实证 XLS05_客诉台账_SC3021.xlsxSC3021 料号客诉台账——「第几次」这个问题在这里有唯一答案

怎么用

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

3. 提示词卡片

客户投诉的邮件在这，历史 8D 存档也给你，帮我起草这次 8D 的 D1 到 D4。 D2 按 5W2H 写全，缺的信息列出来我去问，别自己编。 D4 发生原因和流出原因分开写，上次的结论要标注是历史案例、待本批验证。 D6 和 D8 留空。最终答复是品质经理的事。

为什么这么短就够了：初稿的底气来自案例库，不是文采。措辞尺度与结构要求都在能力包里。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

• QE-01_8D回复初稿.xlsx 正式件 · D1-D4 + 签批四栏 + 附件索引
• QE-01_历史相似案例对照表.xlsx 上次根因与围堵 · 逐条带出处
• QE-01_待补信息清单.xlsx 向客户或产线要补的项 · 各带时限

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

输入清单：本次客诉信息（客户邮件或截图）现象描述往往口语化、不完整历史 8D 存档（格式混杂的 Word/Excel）本厂最值钱的隐性资产涉及批次的 FT 数据与出货记录判断流出范围客诉台账.xlsx看同类问题是第几次

人工边界：不做对客户的最终答复与 8D 签发——对外承诺由品质经理签字发出。初稿的 D6 效果验证栏留空（验证需要时间与数据），D8 关闭栏留空。

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

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

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

• QE-02 · 客户审核数据包预演：按客户检查表先把证据链翻一遍，缺口提前补
• QE-03 · 来料异常与假料风险比对：本厂异常台账 × 公开风险情报的交叉筛查

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

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