售后质量诊断：退机定责靠经验？把判断变成有据可查的企业资产

一台退机回到工厂，质量人员拆机、读日志、填写初步结论。故障现象很快能记录下来，但这张单子真正艰难的部分，往往才刚刚开始。

责任方认为证据不够，要补附件；质量负责人复核后发现判断不够清楚，要重新指定排查方向；责任终于确认，措施又需要继续跟踪：有没有落地？是否有效？同类故障会不会再次出现？

售后质量管理并不缺工单、流程和报告。难的是让故障判断、排查证据、责任确认和措施验证接成一条能持续推进的工作链。否则，每一次退机分析都只能依赖过往经验，在反复沟通中从零开始。

一份报告，解决不了一条未走完的链路

在许多企业的 QMS 中，退机登记、初步分析、责任判定、审批与 8D 报告都有对应入口。但系统能记录流程，不等于诊断就能顺利走完。

工程师需要从退机实物、故障日志和现场信息中提出假设；责任方需要通过验证接受或拒绝归责；质量负责人还要判断证据能否支持结论。资料分散在不同系统、附件和人员手中，一旦需要补查，工单就容易停在“等反馈”。

报告往往在分析之后填写。过程是否还原清楚、证据是否归集完整，取决于填写者；即使生成了一份格式完整的报告，也不代表关键判断已经得到验证。

真正需要接上的，是每一步的三个问题：当前在验证什么？证据还缺什么？下一步由谁完成？

两条工作流，让诊断持续向前

售后质量诊断 Agent 以企业级 ontology 为底座，将故障树中的判断条件、检查步骤和证据要求组织成可推进的排查任务，同时自动关联与当前退机相关的产品、零件、批次、生产与售后数据，以及历史专家经验，快速圈定待关注的风险范围，它不以一次 “自动给结论” 为目标，而是随着证据补充持续推动诊断向前。

两条工作流围绕同一台退机协同：经验工作流回答“下一步查什么”，数据工作流回答“还有哪些产品需要关注”。

经验工作流：用故障树组织下一步检查

一台退机进入系统后，Agent 先根据故障现象匹配相应的故障树，再沿已定义的路径组织排查。以“终端无法联网”为例，Agent不会从故障现象直接跳到零件损坏根因或责任结论，而是先区分通信模组未启动、通信异常等可能方向；需要确认供电状态时，生成测量与反馈任务；现场人员提交结果后，再决定继续验证当前分支，还是转向其他可能。

这套机制的重点不在于把故障树画得多复杂，而在于把已经验证过的专家判断转成可执行的排查步骤：先快速给出排查思路，再根据每一步证据持续推进，直到客户问题获得解决。

故障现象 → 诊断路径 → 排查任务 → 证据确认 → 责任认定 → 措施验证 → 知识回流

能够从现有数据中获得的信息由Agent自动关联，需要拆机、测量或专业判断的步骤，则交给对应人员。

数据工作流：基于 ontology 沿业务关系圈定风险范围

一张退机单要真正支持客户处置，不能只回答 “这一台为什么坏”，还要尽快判断 “风险可能影响到哪里”。

企业级 ontology 将产品、型号、零件、批次、供应商、工单、故障与措施等对象及其关系统一建模。Agent 可以沿退机产品追溯零件和生产批次，关联同批次零件装配的其他产品，并查看这些产品处于在库、在途还是已交付状态。

这条工作流让质量团队可以在根因尚未最终确认时，先形成清晰、可更新的风险视图：哪些产品需要优先核查，哪些客户需要提前沟通，哪些范围应持续观察。它支持企业把客户预期管理前置，而不是等到责任结论形成后再被动解释。同批次、同零件或同类现象形成的是待验证的风险线索，随着测量、日志与其他检查信息补充，风险范围会持续收敛。

用证据推进确认，而非自动裁决责任

Agent 可以归集问题原因假设、分析依据、待办任务和措施建议，帮助责任方和质量负责人快速看到当前证据链。但责任方是否接受归责、是否需要补充验证，以及质量负责人是否确认等关键决策，仍由相关专家依据企业要求完成。

这种分工的价值在于，系统不替代专业人员作决策，而是为专家的每一次接受、拒绝、修正都提供明确依据。某条路径为什么不适用、哪项检查为什么不足、哪份证据改变了判断，都可以回到故障树和工单中复核、追溯。

当一项建议被否决，系统并不把它当作流程异常，而是把它作为经验治理的输入，由业务专家修订适用范围、补充证据要求、调整诊断路径，避免下一次类似情况下重复同一个错误判断。

责任确认之后，质量闭环还没有结束。措施是否按期完成、实施后的产品是否复发问题，都影响判定这项改进是否真的有效。

因此，报告生成、任务关闭和问题解决应被区分开来，结果尚未回收的工单，不应为了完成统计而被标成 “已解决”，一旦观察期内发现同类问题，就需要重新审视问题根因判断与措施设计。

把退机处理变成质量资产

售后质量诊断Agent并能一次解决所有故障，而是从高频、证据相对可得、已有专家经验的问题开始，先跑通一条完整诊断链路，围绕诊断准确性、证据完整性、分析归因时长、措施完成率与复发率等指标，小范围验证诊断路径是否真正带来改善，达到预期效果后再向更多产品横展。

从一次退机开始，企业真正要留下的不是格式统一的报告，而是经过现场验证的有效经验，什么故障在什么条件下适用哪条分析路径，需要哪些证据，由谁确认，采取什么措施，以及是否真的有效避免问题流出和扩大。当这些经过验证的经验自动回流到下一张工单，让退机分析不只是单次事后处置，而是质量改进持续发生的起点，才能发挥质量诊断的真正价值。

这也是连山做这件事的出发点 —— 让一次退机分析，不只是交一份报告，而是变成下一次质量改进的起点。