1客户嘴上要的
「给经销商技师做一个诊断问答机器人,把维修手册和技术通报都放进去。」
—— 主机厂售后技术部
这是症状或现成方案,不一定是真问题。下面看两种做法。
2照字面做,会怎么烂
把维修手册、技术通报(TSB)做成 RAG 问答,技师问「P0300 故障码怎么修」,系统列出可能原因和更换零件清单。上线后保修费用不降反升:技师按清单一个个换件试,换下来的旧件送回检测,很多是好的。
3好 FDE 的实际走法
共 7 周,分 5 个阶段。带三角标记的是这一步最容易踩的坑。
第 1 周看保修的钱花在哪
- 跟售后技术部的技术支持工程师、保修索赔审核员坐下来,拉过去一年的保修索赔和旧件检测结果。
- 发现:前 30 个疑难故障里,返修率高、旧件检测「无故障」(NFF)的比例达到 35%。抽查 3 家试点店的维修记录,技师大多看故障码就换件,不做测量。
- 再看技术支持热线:每天 200 个经销商来电,技术支持工程师大部分时间在回答「先测哪里」。
- 真问题不是「查不到资料」,是「技师跳过诊断步骤直接换件,造成误换和返修」。成功标准改为:试点 30 家店、前 30 个疑难故障,NFF 旧件比例从 35% 降到 20%,一次修复率提升 10 个百分点。
- 踩坑别让系统输出「可能更换的零件清单」。清单越长,试换越多。
第 2 周定知识和顺序
- 和 3 位资深技术支持工程师,把前 30 个疑难故障整理成诊断树:先读哪些数据流、测哪些电压电阻、在什么条件下才换件。每棵树由技术支持经理审核签字。
- 知识按 VIN 过滤:车型、年款、发动机、软件版本不同,诊断树不同。从主机厂的车辆配置数据库取配置。
- 数据:保修索赔系统、旧件检测记录、技术通报、诊断仪上传的故障码和冻结帧数据(部分车型可用)、技术支持热线的工单。
第 3–4 周原型:按 VIN 引导诊断
- 技师在工位平板上扫 VIN、输入故障码或现象,系统给出这台车适用的诊断步骤,一步一步引导,要求录入测量值后才进入下一步。
- 换件建议只在诊断步骤完成后出现,附上依据。若诊断树走不通,一键转技术支持,附上已做的步骤和测量值,工程师不用再从头问。
- evals:用 100 个已结案的真实疑难案例回放,请技术支持工程师判断「按系统步骤能否找到正确原因」。标准:85 个以上能找到,且换件次数不多于实际。
第 5–6 周技师上手
- 30 家试点店用两周。反馈:「测量步骤要配图,告诉我针脚在哪」「客户等着的时候,要能看到预计诊断时长」。加上。
- 经销商的顾虑:多做诊断占用工时,但保修工时按标准工时结算。售后部调整保修政策,试点期间增设诊断工时索赔项目:按系统流程完成并上传测量值的诊断,诊断工时可以单独索赔。这一步由售后总监拍板。
- Demo 给售后总监:试点店和非试点店的 NFF 比例、一次修复率、技术支持热线来电量,由一个试点店的技术经理讲。
第 7 周交接交接
- 交给售后技术部的一名技术支持主管:维护诊断树、新车型上市前补充诊断树、每月复盘走不通的案例。
- 交给保修部:把 NFF 比例纳入经销商的保修质量考核。多一周是为了覆盖一个保修结算周期,确认数据。
4这个案例教给你的可复用判断
先看钱花在哪里。知识类工具的效果,要落到返修、误换件这类可算钱的指标上。
引导「怎么做」比回答「是什么」更能改变行为。
配置决定答案,第一个过滤条件就是 VIN。
一线行为受结算政策影响,改工具要同时改政策。
你手上也有类似的场景?
说说你所在的行业和想用 AI 做的事,留言会直接送达。觉得这个案例有误、过时,或有更好的做法,也欢迎指出。
汽车的其他案例
内容更新:2026-11-11