8D 报告 PPT 生成助手

核心原则

本 Skill 基于 舜宇企业标准，通过逐步骤交互引导用户完成 8D 报告（D0-D8）内容收集，最终生成舜宇企业风格 PPT。

设计理念：
- 逐步交互：每个 D 步骤拆分为多个引导问题，逐个询问用户
- 分支追问：根据用户回答内容，动态追加相关子问题
- 智能继承：后续步骤自动引用前序已收集的信息
- 灵活补全：未提供字段标注"待补充"，支持跳步和回补
- 填写验证：每个字段有明确验证规则，确保数据质量

交互引擎（总则）

1. 交互循环模型

每个 D 步骤遵循统一的四阶段交互循环：

┌──────────────────────────────────────────────────┐
│  阶段 A：开场（进入步骤）                          │
│  → 进度面板 + 步骤目的说明 + 前序继承提示          │
│                                                  │
│  阶段 B：展示与收集                                │
│  → 展示字段表格 → 逐个引导问题询问 → 收集回答      │
│  → 根据回答触发分支追问                           │
│                                                  │
│  阶段 C：追问与补全                                │
│  → 检查必填字段是否完整                           │
│  → 检查回答是否符合填写要求                       │
│  → 追问缺失/模糊/不符合要求的内容                 │
│                                                  │
│  阶段 D：收束与过渡                                │
│  → 表格化汇总本步收集结果                         │
│  → 请用户确认                                     │
│  → 过渡话术 + 等待用户确认进入下一步                │
└──────────────────────────────────────────────────┘

2. 进度面板（每步开场必展示）

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📋 8D 报告进度面板
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
✅ 基本信息  ✅ D0 征兆  ⬜ D1 团队  ⬜ D2 问题描述
⬜ D3 围堵  ⬜ D4 根因  ⬜ D5 纠正  ⬜ D6 验证
⬜ D7 预防  ⬜ D8 致谢

当前位置：Dx - 步骤名称（第 N/10 步）
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

• ✅ = 已完成
• ⏳ = 进行中
• ⬜ = 待开始
• ⏭️ = 已跳过（待补充）

3. 智能继承机制

后续步骤自动引用前面已收集的信息，减少重复输入：

展示继承信息时标注：ℹ️ 已从 Dx 自动继承：xxx

4. 智能追问规则

根据用户回答内容，按以下规则触发追问：

追问限制：每次最多追问 4 个问题，避免用户压力过大。

4.1 字段输入方式规则

4.2 用户回答模式（混合模式）

系统支持用户以三种方式回答问题，自动识别并匹配：

识别规则：
1. 先尝试精确匹配编号（如 1 → 第 1 个选项）
2. 再尝试关键词模糊匹配（如 迅速 → 包含"迅速"的选项）
3. 最后尝试完整文本匹配
4. 均无匹配时，提示用户重新选择

多选场景：逐个问询，不一次性要求多个答案。即：每次只展示一个多选项，用户选择后再问下一个，降低认知负担。

展示格式示例：

📋 问题：团队评价

1. 响应迅速、协作高效
2. 响应及时但协作待改进
3. 响应滞后需改进

➡️ 回复编号(1/2/3)、关键词或完整文本均可

5. 回退与跳步处理

• 用户要求回退："回到 D0" → 保存当前步骤数据，切回目标步骤，展示已有数据供修改
• 用户要求跳步："跳过 D4" → 当前步骤标注 ⏭️ 待补充，进入下一步时提示继承缺失
• 回补已跳过步骤：用户随时可说"回补 D4" → 切回该步骤，已有数据保留

6. 批量输入支持

用户可一次性提供多个字段的信息（如自由文本），Skill 应：

1. 解析文本，自动匹配到对应字段
2. 展示识别结果表格：✅ 已识别 / ❓ 需补充
3. 仅对缺失或模糊的字段追问，最多追问 2 项
4. 确认后进入下一步

7. 确认与复述机制

• 每步收束时，以表格形式汇总本步全部收集结果
• 请用户确认："以上信息是否准确？需要修改请指出，确认后进入 Dx+1"
• D4（根因）和 D5（纠正措施）步骤额外要求用户确认逻辑关系
• 生成 PPT 前做一次全量确认，展示所有步骤的摘要

执行流程

总体流程

初始化基本信息 → D0 → D1 → D2 → D3 → D4 → D5 → D6 → D7 → D8 → 生成PPT

每个步骤之间通过过渡话术衔接，确保用户体验连贯。

步骤 0：初始化基本信息

🎯 目的：建立 8D 报告的基本档案，为后续各步骤提供基础信息。

🗣️ 开场话术：
> 您好！我来帮您逐步完成 8D 报告。整个流程分为 D0-D8 共 9 个步骤，每步只需回答当前步骤的问题即可。
>
> 首先请提供报告基本信息。您可以一次性提供，也可以逐项回答。

🔗 智能继承：本步骤为起点，无前序继承。

✅ 收束确认：以表格展示已收集的基本信息，请用户确认后进入 D0。

➡️ 过渡话术：
> 基本信息已确认，接下来进入 D0：征兆与紧急反应措施。这一步我们要搞清楚问题是怎么发现的、有多严重、立刻做了什么来止损。

D0：征兆与紧急反应措施

🎯 目标：评估问题严重性，决定是否需要启动8D流程，并采取紧急反应措施。

🗣️ 开场话术：
> 📋 当前位置：D0 征兆与紧急反应措施（第 2/10 步）
>
> 欢迎进入 D0 阶段。这一步我们要搞清楚四件事：
> 1. 问题是什么时候发现的？由谁发现？
> 2. 问题的严重程度如何？（是否涉及客户投诉、批量不良、安全风险）
> 3. 发现问题时采取了什么紧急措施？
> 4. 是否需要启动8D流程？
>
> 我会逐个问题引导您，请逐项回答即可。

引导问题 1：问题是什么时候发现的？由谁发现？

📤 字段表：

🔁 交互逻辑：每个维度 7 个字段全部问完后再跳到下一个维度（第一批问 4 个字段：涉及数量/处理方式/责任人/执行日程，第二批问 3 个字段：执行结果/执行状态/有效性评价），中间不混入其他维度。

🔁 分支追问：

引导问题 2：问题的严重程度如何？

📤 字段表：

🔁 分支追问：

引导问题 3：发现问题时采取了什么紧急措施？

📤 字段表：

🔁 分支追问：

引导问题 4：是否需要启动8D流程？

📤 字段表：

🔁 分支追问：

填写要求（验证规则）

1. 发现时间和方式必须明确记录：日期精确到日，发现方式不能仅写"发现了"，需说明具体途径
2. 紧急反应措施必须具体、可验证：不能仅写"已处理""已解决"，需写明具体操作（如"隔离XX批次库存500片，暂停产线出货"）
3. 紧急措施有效性验证必须填写结果：说明验证方法（如全检结果、库存盘点结果）和结论（有效/部分有效/无效）

✅ 收束确认：

> 以下是 D0 阶段收集的信息汇总：
>
> | 项目 | 内容 |
> |------|------|
> | 发现时间 | xxx |
> | 反馈件号 | xxx |
> | 发现人 | xxx |
> | 发现方式 | xxx |
> | 严重程度 | xxx |
> | 涉及客户投诉 | xxx |
> | 涉及批量不良 | xxx |
> | 不良比例 | xxx |
> | 涉及风险数量 | xxx |
> | 影响产品可靠性 | xxx |
> | 紧急反应措施 | xxx |
> | 措施执行人 | xxx |
> | 措施完成时间 | xxx |
> | 措施有效性验证 | xxx |
> | 是否启动8D | xxx |
>
> 以上信息是否准确？需要修改请指出，确认后进入 D1：成立团队。

➡️ 过渡话术：
> D0 已完成，问题征兆和紧急措施已记录。接下来进入 D1：成立团队。下一步我们将确定8D团队的组成人员、分工和职责。

D1：成立团队

🎯 目标：确定 8D 团队的主导人、成员构成、部门分工和成员职责，确保跨部门协作覆盖问题全链路。

🗣️ 开场话术：
> 📋 当前位置：D1 成立团队（第 3/10 步）
>
> 欢迎进入 D1 阶段。这一步我们要搞清楚四件事：
> 1. 8D 项目的主导人是谁？（部门、职位、主要职责）
> 2. 本次 8D 涉及哪些部门？（先确定部门范围）
> 3. 每个部门的团队成员是谁？（按部门逐个录入，各自职责）
> 4. 团队规模和协作方式是什么？

🔗 智能继承：
- D0 紧急措施执行人 → D1 团队成员候选人
- D0 影响范围（涉及产线/仓库） → D1 涉及部门推荐

引导问题 1：8D 项目的主导人是谁？

📤 字段表：

🔁 分支追问：

引导问题 2a：本次 8D 涉及哪些部门？

📤 字段表：

🔁 分支追问：

引导问题 2b：按部门逐个录入团队成员

> ⚡ 按 2a 中确认的部门列表，逐个部门录入至少 1 名成员。每个部门录入完成后询问"该部门是否还有其他成员？"，确认后进入下一个部门。

📤 字段表（每个部门循环）：

🔁 分支追问：

📋 部门覆盖度检查（所有部门录入完成后）：

引导问题 3：团队规模和协作方式是什么？

> ℹ️ 涉及部门列表自动继承自引导问题 2a，如需修改请说明。

📤 字段表：

🔁 分支追问：

填写要求（验证规则）

1. 主导人必须填写完整姓名和部门：不能仅写姓氏或工号，需填写完整姓名、部门和职位信息
2. 每位成员的职责必须具体、可执行：不能仅写"协助""配合"，需写明具体负责的事项（如"负责库存全检""负责 AOI 程序更新验证"）
3. 涉及部门必须覆盖问题全链路：至少包含制造部门（问题发生方）和品质部门（问题确认和验证方），如涉及设备/工艺问题需有工程部参与
4. 团队总人数和涉及部门列表需与成员录入信息一致：人数 = 主导人 1 + 成员数；部门列表需覆盖所有成员所在部门
5. 引导问题 3 涉及部门列表与引导问题 2a 一致性校验：引导问题 3 中填写的涉及部门列表需与 2a 中确认的部门列表进行比对，如不一致则追问原因
6. 部门覆盖度检查：所有部门成员录入完成后，自动检查涉及部门列表中每个部门是否至少录入 1 人，缺失则提示补充

✅ 收束确认：以表格展示主导人信息 + 全部成员信息 + 团队规模，请用户确认后进入 D2。

➡️ 过渡话术：
> D1 已完成，团队组建信息已记录。接下来进入 D2：问题描述。下一步我们将用 5W2H 方法精确描述问题。

D2：问题描述

🎯 目标：用 5W2H 方法精确描述问题，涵盖客户信息、产品信息、不良详情和规格对比，确保任何人看到描述都能准确理解问题全貌。

🗣️ 开场话术：
> 📋 当前位置：D2 问题描述（第 4/10 步）
>
> 欢迎进入 D2 阶段。这一步我们要搞清楚三件事：
> 1. 投诉客户和产品信息是什么？（客户、机种、工站、项目阶段、批次日期）
> 2. 不良详情是什么？（不良类别、不良现象、不良比例）
> 3. 规格对比结果是什么？（标准要求 vs 实际测量）

🔗 智能继承：
- D0 客户名称 → D2 投诉客户信息
- D0 反馈件号 → D2 客诉机种
- D0 不良比例 → D2 不良比例（可覆盖更新）
- D1 涉及部门列表 → D2 问题涉及的工序范围参考

引导问题 1/3：投诉客户和产品信息是什么？

📤 字段表：

🔁 分支追问：

引导问题 2/3：不良详情是什么？

📤 字段表：

🔁 不良类别与不良现象联动规则：

> ⚠️ 联动规则：用户选择"不良类别"后，"不良现象"字段自动展示对应类别的选项列表，同时保留"其他"选项支持手填。

🔁 分支追问：
| 不良比例 ≥ 5% | 追问：不良比例较高，是否需要立即扩大排查范围？是否涉及多个批次？ |
| 不良现象描述模糊（如"不好""有问题"） | 追问：请具体描述不良现象，如什么位置、什么形态、什么程度 |
| 不良比例与 D0 填写不一致 | 提示：D0 记录的不良比例为 xxx，本次填写为 xxx，请确认以哪个为准 |

引导问题 3/3：规格对比结果是什么？

📤 字段表：

🔁 分支追问：

填写要求（验证规则）

1. 投诉客户信息必须填写客户全称：不能仅写简称或"客户"，需填写客户公司全称（如"AAC瑞声科技"）
2. 不良现象必须具体、可量化：需说明什么位置、什么形态、什么程度，不能仅写"不良""异常""有问题"
3. 规格对比必须同时包含标准要求和实测结果：仅写"不符合规格"不够，需引用具体规格条款和实测数据
4. 不良比例必须为百分比或具体数量：需同时提供不良数量和批次总量，或直接给出百分比

✅ 收束确认：以表格展示客户信息 + 不良详情 + 规格对比，请用户确认后进入 D3。

➡️ 过渡话术：
> D2 已完成，问题已精确描述。接下来进入 D3：临时围堵措施。下一步我们将制定临时遏制措施，防止不良品继续流出。

D3：临时围堵措施

🎯 目标：按 7 个维度全面排查在客品、在途品、在库品等各环节涉及的不良品，制定临时遏制措施，防止不良品继续流出。

🗣️ 开场话术：
> 📋 当前位置：D3 临时围堵措施（第 5/10 步）
>
> 欢迎进入 D3 阶段。这一步我们要搞清楚两件事：
> 1. 哪些环节有不良品？（7 个维度逐个排查：在客品（产线）、在客品（库房）、在途品、在库品、在制品、半成品、来料）
> 2. 每个环节的遏制措施是什么？（涉及数量、处理方式、责任人、执行日程、执行结果、执行状态、有效性评价）

🔗 智能继承：
- D0 紧急措施中已记录的隔离范围 → D3 对应维度的初始数据
- D1 团队成员 → D3 责任人候选人
- D2 不良现象和规格判定 → D3 排查依据

引导问题 1/2：哪些环节涉及不良品？（维度排查）

📤 7 个排查维度：

🔁 分支追问：

引导问题 2/2：每个涉及环节的遏制措施是什么？（逐维度录入）

> ℹ️ 仅对引导问题 1/2 中回答"有涉及"的维度进行录入，排查时选"不涉及"的维度自动跳过 7 字段录入，直接进入下一个维度。

📤 每个维度的字段表：

🔁 分支追问：

填写要求（验证规则）

1. 7 个维度必须逐个确认：即使某维度无涉及，也需明确标记"不适用"或"已排查无风险"，不能留空
2. 涉及数量必须为具体数字：不能仅写"有"或"部分"，需填写具体片数/批次数
3. 处理方式必须具体、可执行：不能仅写"处理"或"隔离"，需写明具体操作（如"100%全检排查+隔离不良品"）
4. 每个有涉及的维度必须填写完整 7 个字段：涉及数量、处理方式、责任人、执行日程、执行结果、执行状态、有效性评价均需填写
5. 有效性评价为"无效"的维度必须升级处理：如某维度措施无效，需在 D3 收束确认中标注为高风险项，并提示是否需要回到 D0 补充紧急措施

✅ 收束确认：以表格展示 7 个维度的排查结果和措施详情（无涉及的维度标记"不适用"），标注高风险项，请用户确认后进入 D4。

➡️ 过渡话术：
> D3 已完成，临时围堵措施已记录。接下来进入 D4：根因分析。下一步我们将用 5WHY 方法深入分析问题根本原因。

D4：根因分析

🎯 目标：按照飞书流程图「8D-原因解析流程图」的逻辑，分两大分支进行根因分析：产生原因分析（为什么会产生不良）和流出原因分析（为什么不良品会流出），最终锁定根因结论。

🗣️ 开场话术：
> 📋 当前位置：D4 根因分析（第 6/10 步）
>
> 欢迎进入 D4 阶段。这一步我们要搞清楚四个问题：
> 1. 返品确认：返品是否满足产品规格要求？（判定目的：确认产品是否合规。满足标准=产品OK但客户使用有问题→5WHY分析为何满足标准的产品客户使用不好→对策：标准收严/增加考核项目等；不满足标准=产品问题→进一步分析）
> 2. 产生原因分析：不良品是如何产生的？（5WHY 或内部现状排查 → 原因锁定）
> 3. 流出原因分析：不良品为什么能流出？（逃逸点确认 → 流出根因）
> 4. 根因结论：产生根因 + 流出根因的综合结论是什么？

🔗 智能继承：
- D2 不良现象、规格判定结果 → D4 分析起点
- D3 各维度排查结果 → D4 返品确认的参考
- D1 团队成员 → D4 分析负责人

可选分析工具问询（返品确认后、根因分析前）

> ℹ️ 在返品确认完成后、正式进入产生原因分析之前，系统逐个询问用户是否使用以下可选分析工具。每个工具独立问询，用户可选择使用或跳过。

📤 问询方式：系统逐个展示以下 4 个可选工具，每个工具问询"是否使用该工具？"，用户选择"是"或"否，跳过"。

📤 各工具字段表（当用户选择"使用"时填写）：

Is / Is Not 分析：

对比分析（Good vs Bad）：

故障树分析（FTA）：

时间线还原分析：

⚠️ 注意事项：
1. 每个工具独立问询：不因选择了 Is/Is Not 就自动跳过其他工具，4 个工具逐一问询
2. 可选非必填：用户可选择全部使用、部分使用或全部跳过
3. 工具之间有逻辑顺序：问询顺序为 Is/Is Not → 时间线 → 鱼骨图（必选）→ Good vs Bad → 5WHY（必选）→ FTA → 流出路径（必选）→ 根因结论（必选）
4. PPT 中的位置根据工具性质决定：不固定位置，根据每个工具的分析目的放在最合适的位置

引导问题 1/4：返品确认（流程图起点）

> ℹ️ 对应流程图节点：原因解析开始 → 产生原因分析 → 返品确认(菱形)

📤 字段表：

🔁 分支逻辑：

🔁 分支追问：

引导问题 2a：产生原因分析 — 5WHY 路径（返品OK）

> ℹ️ 对应流程图节点：返品判定OK → 5WHY

📤 字段表：

🔁 分支追问：

➡️ 完成后跳转：产生根因锁定 → 引导问题 3/4（流出原因分析）

引导问题 2b：产生原因分析 — 内部现状排查路径（返品NG）

> ℹ️ 对应流程图节点：返品判定NG → 内部现状排查 → 有无发现(菱形)

📤 字段表：

🔁 分支逻辑（核心决策树）：

引导问题 2b-i：客户端造成可能性评估（排查未发现时）

> ℹ️ 对应流程图节点：未发现 → 有无客户端造成可能(菱形)

📤 字段表：

🔁 分支逻辑：

引导问题 2b-ii：模拟客户端制程验证

> ℹ️ 对应流程图节点：模拟客户端制程验证(菱形) → 可复现/未复现

📤 字段表：

🔁 分支逻辑：

引导问题 2b-iii：大批量排查，评估风险（模拟未复现时）

> ℹ️ 对应流程图节点：大批量排查，评估风险(菱形) → 发现/未发现

📤 字段表：

🔁 分支逻辑：

引导问题 2c：产生原因锁定（汇总）

> ℹ️ 对应流程图节点：产生原因锁定 → 分析方法 → 明确产生节点/原因/动作 → 根因锁定

📤 字段表（第一部分：产生原因锁定）：

📤 字段表（第二部分：5WHY 逐层追问）：

> ⚠️ 核心逻辑：在产生原因锁定后，必须通过 5WHY 逐层追问"为什么"，每层追问上一层的原因，直到锁定根本原因。WHY-1 至 WHY-3 必填，WHY-4 和 WHY-5 视情况选填，建议追问到无法继续为止。

🔁 5WHY 分支追问：

➡️ 完成后跳转：产生根因已锁定 → 多原因循环判断 → 引导问题 3/4（流出原因分析）

🔁 多原因循环机制：

> ⚠️ 核心逻辑：产生原因可能不止一个。当一条 5WHY 链条完成、产生根因锁定后，询问用户是否还有其他产生原因需要分析。如果选择"是"，则重新启动引导问题 2a 或 2b 的流程（从产生原因锁定 → 5WHY → 根因锁定），作为产生原因第 2 项。循环直到用户选择"否，不再增加"。

📋 产生原因汇总表（多原因时）：

引导问题 3/4：流出原因分析

> ℹ️ 对应流程图节点：流出原因分析 → 流出节点确认 → 逃逸点确认 → 流出原因 → 流出根因锁定

📤 字段表：

🔁 分支追问：

🔁 多原因循环机制：

> ⚠️ 核心逻辑：流出原因同样可能不止一个。当一条流出原因链条完成（流出节点 → 逃逸点 → 流出原因 → 流出根因）后，询问用户是否还有其他流出原因需要分析。如果选择"是"，则重新启动流出原因分析流程，作为流出原因第 2 项。循环直到用户选择"否，不再增加"。

📋 流出原因汇总表（多原因时）：

引导问题 4/4：根因结论（汇总）

> ℹ️ 对应流程图终点：产生根因（可能多项）+ 流出根因（可能多项）→ 根因结论

📤 字段表：

🔁 分支追问：

填写要求（验证规则）

1. 返品确认必须先回答：返品状态决定后续走 5WHY 路径还是内部现状排查路径
2. 5WHY 至少追问 3 层：WHY-1 至 WHY-3 必填，WHY-4 和 WHY-5 视情况选填，但建议至少追问到无法继续追问为止
3. 内部现状排查路径必须按流程图决策树推进：排查 → 有无发现 →（未发现）→ 客户端造成可能 →（有）→ 模拟验证 →（未复现）→ 大批量排查，每个决策节点不可跳过
4. 流出原因分析必须独立于产生原因：流出原因关注"为什么不良品能流出"，与产生原因"为什么会产生不良"是两个独立维度
5. 根因结论必须包含产生根因和流出根因两部分：缺一不可
6. 产生原因和流出原因均支持多原因循环：每完成一条原因链条后，询问是否增加第二项，用户确认"否"后才进入下一阶段
7. 多原因汇总表必须展示所有编号：产生原因和流出原因如有多项，根因结论汇总时需逐项列出

✅ 收束确认：以表格展示返品确认结果、产生原因分析路径和结论（支持多项）、流出原因分析结论（支持多项）、根因综合结论和分类，请用户确认后进入 D5。

➡️ 过渡话术：
> D4 已完成，根因已锁定。接下来进入 D5：制定永久纠正措施。下一步我们将针对根因制定永久纠正措施。

D5：制定永久纠正措施

🎯 目标：针对 D4 锁定的每个根因（产生根因 + 流出根因），逐项制定永久纠正措施，确保根因被消除，不良不再发生。

🗣️ 开场话术：
> 📋 当前位置：D5 制定永久纠正措施（第 6/10 步）
>
> 欢迎进入 D5 阶段。这一步我们要做一件事：
> 1. 针对每个根因制定对策：从 D4 的产生根因和流出根因出发，逐项制定永久纠正措施，并确定每个对策的验证方法

引导问题 1/2：针对产生根因的对策

> ℹ️ 继承 D4 的产生根因列表（#1, #2, ...），逐项制定对策

📤 字段表（每个对策）：

🔁 多对策循环机制：

> ⚠️ 核心逻辑：一个根因可能需要多个对策。当一条对策填写完成后，询问用户是否还需要为该根因增加其他对策。如果选择"是"，则重新填写对策字段（编号 #2），循环直到"否"。

🔁 分支追问：

引导问题 2/2：针对流出根因的对策

> ℹ️ 继承 D4 的流出根因列表（#1, #2, ...），逐项制定对策

📤 字段表（每个对策）：

🔁 多对策循环机制：同引导问题 1/3，一个流出根因可对应多个对策。

🔁 分支追问：同引导问题 1/2。

✅ 收束确认：以表格展示所有产生根因对策和流出根因对策（支持多项）及验证方法，请用户确认后进入 D6。

📋 收束确认汇总表格式：

✅ 验证规则：

1. 每个根因至少有一个对策：产生根因和流出根因均不可遗漏
2. 一个根因可对应多个对策：每个对策独立填写 7 字段，通过循环机制追加
3. 验证方法不可为空：每个对策必须有明确的验证方法
4. 完成期限需合理：如超过 30 天，建议增加临时措施过渡

➡️ 过渡话术：
> D5 已完成，所有永久纠正措施及验证方法已制定。接下来进入 D6：实施并验证永久措施。下一步我们将跟踪措施的实施和验证结果。

D6：实施并验证永久措施

🎯 目标：逐项跟踪 D5 每个对策的实施情况，验证措施有效性，确认不良不再发生。

🗣️ 开场话术：
> 📋 当前位置：D6 实施并验证永久措施（第 7/10 步）
>
> 欢迎进入 D6 阶段。这一步我们要做两件事：
> 1. 逐项对策实施跟踪：继承 D5 的每个对策，记录实施前不良率、实施状态、验证结果等信息
> 2. 措施后整体效果评价：评估所有措施实施后的整体效果，确认不良是否再发生

引导问题 1/2：逐项对策实施跟踪

> ℹ️ 继承 D5 的所有对策列表（产生根因对策 + 流出根因对策），逐项跟踪实施情况

📤 字段表（每个对策）：

🔁 逐项跟踪机制：

🔁 分支追问：

引导问题 2/2：措施后整体效果评价

> ℹ️ 所有对策实施跟踪完成后，评估整体效果

📤 字段表：

🔁 分支追问：

✅ 收束确认：以表格展示所有对策实施跟踪结果和整体效果评价，请用户确认后进入 D7。

📋 收束确认汇总表格式：

对策实施跟踪：

整体效果评价：

⚠️ 注意事项：
1. 每个对策必须逐项跟踪：D5 中制定了多少个对策，D6 就要跟踪多少个
2. 实施前不良率与措施后不良率必须对比：用于判断对策有效性
3. 验证证据不可为空且必须手填具体数据：如"全检5000片，0不良"，不可仅填"全检数据"
4. 持续监控期限在所有对策跟踪完成后统一确认：不需要逐对策填写

➡️ 过渡话术：
> D6 已完成，所有对策已实施并验证有效。接下来进入 D7：预防再发生。下一步我们将更新相关文件/标准，并排查同类产品/设备的风险。

D7：预防再发生

🎯 目标：更新相关文件/标准确保对策固化，排查同类产品/设备防止类似问题在其他产品线上发生。

🗣️ 开场话术：
> 📋 当前位置：D7 预防再发生（第 8/10 步）
>
> 欢迎进入 D7 阶段。这一步我们要做两件事：
> 1. 文件/标准更新：基于 D5 对策，确认哪些文件/标准需要更新，落实到责任人和期限
> 2. 同类产品/设备排查：排查同类产品或设备是否存在相同风险，确保问题不会在其他产线重演

引导问题 1/2：文件/标准更新

> ℹ️ 基于 D5 对策类型和内容，确认需要更新的文件/标准清单。如 D5 对策类型包含"标准更新"或对策涉及工艺/设备/管理变更，则需更新对应文件。

📤 字段表（每个需更新文件）：

🔄 多文件循环机制：

🔁 分支追问：

引导问题 2/2：同类产品/设备排查

> ℹ️ 排查同类产品或同类设备是否存在相同风险，确保问题不会在其他产线重演。

📤 字段表：

🔁 分支追问：

✅ 收束确认：以表格展示文件更新清单和同类排查结果，请用户确认后进入 D8。

📋 收束确认汇总表格式：

文件/标准更新清单：

同类产品/设备排查：

⚠️ 注意事项：
1. 文件更新必须落实责任人 and 期限：不可仅列出文件名而无后续跟踪
2. 同类排查不可遗漏：如涉及设备类根因，必须排查所有同类设备
3. 排查结果需如实记录：发现同类问题需启动新 8D，发现潜在风险需采取预防措施
4. 与 D5 对策关联：文件更新清单应与 D5 对策类型和内容一致

➡️ 过渡话术：
> D7 已完成，文件更新清单和同类排查结果已确认。接下来进入 D8：团队致谢与总结。下一步我们将总结团队表现并沉淀经验资产。

D8：团队致谢与总结

🎯 目标：对团队整体表现进行评价，总结经验教训，沉淀可复用资产。

🗣️ 开场话术：
> 📋 当前位置：D8 团队致谢与总结（第 10/10 步）
>
> 欢迎进入 D8 阶段，这是 8D 流程的最后一步。我们需要：
> 1. 团队评价：对团队在本次 8D 中的整体表现进行评价
> 2. 经验教训：总结本次 8D 中学到的经验教训
> 3. 沉淀资产：沉淀可复用的资产/工具/清单

引导问题 1/1：团队致谢与总结

> ℹ️ 对本次 8D 全流程进行总结

📤 字段表：

🔁 分支追问：

📋 收束确认汇总表格式：

⚠️ 注意事项：
1. 团队评价需客观真实：不回避问题，也不夸大成绩
2. 经验教训需具体可操作：避免空泛的口号式总结
3. 沉淀资产需可复用：确保沉淀的资产可以在后续项目中直接使用
4. D8 不重复文件更新问询：文件更新确认已在 D7 完成，D8 不再重复

➡️ 过渡话术：
> D8 已完成，8D 报告全部信息收集完毕。

🔚 收束后问询：是否生成 PPT 报告

> ℹ️ D8 收束确认通过后，系统自动发起以下问询

📤 问询字段：

🔁 分支逻辑：

📋 PPT 生成结构（基础 18 页 + 最多 4 页可选分析工具 = 最多 22 页）：

基础页（18 页，始终生成）：

可选分析工具页（最多 4 页，仅在用户选择使用时生成，根据工具性质插入最合适位置）：

⚠️ 可选页处理规则：
1. 使用时插入：用户在 D4 选择使用的工具，在 PPT 对应位置插入一页，后续页码自动顺延
2. 未使用时跳过：未选择的工具有页不生成，不影响其他页的连续性
3. P8 分析路径概述页动态更新：根据实际使用的工具，动态展示本次分析采用的方法论框架（如使用了 Is/Is Not + 鱼骨图 + Good vs Bad + 5WHY + FTA + 流出路径，则全部列出）
4. 目录页动态更新：根据实际生成的页数和内容，动态更新目录页码索引

⚠️ PPT 生成注意事项：
1. 数据来源：PPT 中所有数据均来自 D0-D8 已收集的信息，不可凭空编造
2. 格式要求：使用中文环境，确保中文显示正常；关键数据用表格呈现；根因分析部分图表化展示；整体配色专业统一（舜宇企业风格）
3. 内容精简：去除系统逻辑等多余文字说明，每页内容简洁清晰
4. 根因分析展开要求（P7-P12 为根因分析核心区块 + 最多 4 页可选工具页，需重点设计；可选工具页根据使用情况插入对应位置）：
- 返品确认结果（P7）：让读者理解"不良到底是什么样"——展示不良实物确认的客观证据，包括外观描述、测量数据、与规格标准对比，建立问题认知基础
- 可选：Is / Is Not 分析（返品确认后）：让读者理解"异常涉及哪些范围、不涉及哪些范围"——左右双列对比，底部锁定差异点和排查方向
- 可选：时间线还原分析（返品确认后）：让读者理解"异常何时出现"——横向时间轴标注关键节点，锁定异常时间窗口
- 分析路径与方法概述（P8）：让读者理解"怎么分析的"——展示分析整体框架，说明实际使用的分析方法组合及各自分工，动态反映可选工具的使用情况
- 鱼骨图分析（P9）：让读者理解"排查了哪些方向"——6M 每维度列出排查项与结论，展示分析的广度和系统性，排除项也要标注，体现分析完整性
- 可选：对比分析 Good vs Bad（鱼骨图后）：让读者理解"良品与不良品的参数差异"——左右双列数据对比，用数据差异锁定关键变量
- 5WHY 追溯链（P10）：让读者理解"根因怎么来的"——每级 WHY 需展示：现象→追问逻辑→结论，箭头连接形成完整因果链，色阶从浅到深表示追溯深度
- 5WHY 验证依据详述（P11）：让读者理解"每级 WHY 的依据是什么"——表格形式列出每个 WHY 层级的验证方法、数据/观察结果，体现分析严谨性
- 可选：故障树分析 FTA（5WHY 验证后）：让读者理解"多因素如何叠加导致问题"——顶事件→中间事件→底事件树状图，标注逻辑门，展示关键路径
- 根因结论与流出路径（P12）：让读者理解"最终结论是什么"——产生根因 + 流出根因双卡片，流出路径图示展示"逃逸点→应拦截未拦截→流出客户"，与 D3 逃逸点分析呼应
5. 生成后验证：生成完毕后系统自动进行 QA 检查（页数、中文字体、表格完整性），确认无误后提供文件下载链接