很多企业的 8D 报告，最后变成了一份「应付客户的表格」。真正的 8D 是一条环环相扣的证据链：问题描述站得住，根因才立得住；根因立得住，措施才有效。本文按 D1 到 D8 逐步拆解，并说说大多数团队缺失的最后一步——失效库沉淀。
▌ D1-D4：把问题定义清楚，就成功了一半
- D1 成立小组：跨职能，要有能拍板的人，不要全是执行者；
- D2 问题描述：用 5W2H 量化，"偶尔漏装"不是描述，"3 月 12-15 日 B 线 0.8% 漏装"才是；
- D3 临时围堵：先止血——全检、追溯批次、客户端拦截，围堵措施要有有效性验证；
- D4 根因分析：发生根因 + 流出根因两条都要找，5Why 每一层都要有证据，而不是"猜"。
▌ D5-D8：措施有效才算关闭
D5/D6：永久措施要区分「针对发生根因」和「针对流出根因」，实施后用数据证明有效（不良率回到受控状态）。D7：预防再发生——更新 PFMEA、控制计划、作业指导书，横向展开到同类产品。D8：小组确认关闭，客户满意。
最常见的失败：D6 之后不良还在波动，但 8D 已经关闭了。关闭的判据应该是连续批次的过程能力数据，而不是"措施已实施"。
▌ 失效库：把学费变成资产
一个 8D 关闭了，知识不应跟着归档消失。把每次 8D 的失效模式、根因、有效措施录入失效库，在新项目 DFMEA/PFMEA 设计时直接检索复用——同类失效在设计阶段就被规避，这才是 8D 的最大回报。
我们的 8D 问题解决与失效库系统把这两件事做在了一起：8D 流程在线走完，失效条目自动沉淀入库，新项目做 FMEA 时按产品、工序、失效模式检索历史经验，AI 辅助推荐相似失效与对应措施。
一句话总结：8D 治已病，失效库治未病。