一、项目背景

这个客户是一家两轮电动车品牌商，销区覆盖十几个省，加盟和直营网点加起来三千多家，以县城和乡镇店为主。年销量几十万台，售后压力主要压在电池和控制器上。

我们进场时，他们的售后是这么跑的：网点给用户修车，换了件，把旧件攒着，月底填一张纸质索赔汇总表，拍照发给区域经理，区域经理汇总成 Excel 发总部，总部客服部四个人对着 Excel 一行行审，审完再走财务打款。整个链条从修车到网点拿到钱，平均四十多天。

问题一堆。整车串码是网点销售时手抄进系统的，抄错、漏抄、批量乱填的都有，总部想查一台车卖到哪儿、什么时候激活的，经常查不出来。电池码跟车码没关联，用户换了电池再来索赔，说不清是不是原装。旧件回收更是形同虚设，账面上说回收了，实际有多少回到中心仓没人核对过。

有一次内部抽查，某个省的索赔单里有一批控制器，索赔量比该省当期整车销量还高，明显不对劲，但查不下去，因为没有可追溯的凭证链。

品牌方售后总监找我们的诉求就一句：让每一笔索赔都能追到一台具体的车、一个具体的件。

二、落地场景

我们基于新普的门店与订单能力做的改造，核心是把"码"这条线穿起来。

一车一码建档。整车下线时车架号、电机号、控制器号、原装电池码在生产端一次性绑定，生成整车电子档案，档案带二维码贴在车上。这套档案从工厂发到品牌商城的库存系统，网点收货扫码入库，库存和实物对得上。

销售激活登记。用户提车时，网点店员用手机扫车上的码，填用户手机号和购车日期，触发激活。激活成功用户会收到短信，里边有整车电子保修卡的链接。这一步把三包起算日固定下来了，不再是网点自己填。

三包保修判定。用户到店报修，店员扫码，系统直接返回这台车的保修状态：整车三包剩多少天、电池单独的保修期剩多少、历史维修记录几次、有没有过事故维修。判定规则做成配置化的，不同品类、不同年份的政策不一样，后台可以维护。

配件索赔与旧件回收。维修单里换下来的旧件必须扫码登记，系统生成回收标签，网点打印贴在旧件上装箱。中心仓收货时逐件扫，扫到的才核销，没扫到的索赔款先挂着。这一步之前完全是黑箱。

网点服务评价。维修完成后用户收到评价短信，评分和一次修复情况计入网点的服务分，服务分跟返利挂钩。

三、关键技术挑战与解决思路

车码与电池码的绑定校验。 电动车的电池是要换的，尤其是租电模式下一台车一年可能换十几块电池。如果强绑死，正常换电就走不通；如果不绑，索赔就没法判。我们最后做成"历史绑定链"：车码下面挂一串电池码，每块电池有绑定和解绑时间，索赔时按维修单发生的时间点回溯当时挂的是哪块。这个模型不复杂，难在数据补录，存量车根本没有电池码记录。我们的做法是不追溯历史，从上线日起新绑定的才纳入判定，老车按宽松规则走人工审核，用半年时间自然过渡。

保修判定规则的表达。 一开始想用 if-else 写死，写了两百多行就发现维护不动了，因为政策每年调，还有区域性的促销政策叠加。改成规则表之后清爽多了：一条规则就是一行记录，包含适用车型范围、生效日期区间、部件类别、保修时长、免责条件。判定时按优先级匹配，命中第一条即返回，同时把命中的规则号写进维修单，将来有争议能查是按哪条判的。

旧件回收核销。 这块技术简单，博弈复杂。上线第一个月退回率只有六成，一查是网点嫌麻烦，旧件堆在店里不寄。我们本来想加处罚，售后总监说别，先把寄件成本包了，走月结物流。成本包掉之后回收率上到八成五，剩下一成五是真丢了或者被用户拿走了。这件事让我改了想法：流程卡不动的时候，先看是不是让对方多掏钱了。

乡镇网点的弱网开单。 这是最实际的问题。不少店在乡镇，信号时好时坏，店员扫完码转圈半天，干脆退回纸质。我们把维修开单页做成了本地优先：扫码解析在本地做，保修状态有本地缓存（每天同步一次基础档案），提交时如果网络不通就写入本地队列，有网了自动补传，界面上给个"待同步 2 单"的角标。上线后来自网点的投诉基本消失了。这个设计后来我们在别的县域项目里也用上了。

案例片段（已脱敏）：保修判定规则表与一次判定日志

rule_id  model_range      effective          part_class   months  exclusions R-118    TDX3*/TDX5*      2024-01~2025-12    整车         12      泡水/私改电路 R-119    TDX3*/TDX5*      2024-01~2025-12    锂电池       24      非原装充电器 R-122    ALL              2025-06~           控制器       18      进水痕迹

[维修单 RO-2025-118844] 车码 VIN****7A31  激活日 2024-11-08  报修日 2025-xx-xx 部件 控制器 -> 命中 R-122  已用 9.6 月 / 18 月  剩余 8.4 月 电池绑定链回溯：报修时点绑定 BAT****0912（原装，2024-11-08 绑定） 历史维修 2 次（均为刹车调整，非同部件） 判定：保修内，可索赔  规则号 R-122  自动通过

案例片段（已脱敏）：旧件回收核销异常

网点 S-2214 本月索赔 37 件，寄回 31 件，核销 29 件 差异明细：  2 件扫码失败（标签污损）-> 转人工比对照片，已核销  6 件未寄回 -> 索赔款 ￥1,240 挂起，次月未补寄自动核减 该网点近三月核销率 78%/83%/78%，低于区域均值 91%，已推区域经理跟进

四、效果数据

系统在两个省先试点，四个月后全网推开，到现在跑了九个多月。

索赔审核时长从平均四十一天压到九天。缩短的部分主要是三段：网点提交由纸质变线上省了一周，总部审核由人工逐行变规则自动过账省了两周多，剩下的是财务批次打款，这块我们没动。

虚假索赔的拦截效果比预想的明显。上线后系统自动驳回或转人工核查的索赔单占比约百分之六点八，其中确认为不合规的约百分之三点一，包括超保修期、部件与车型不匹配、同一台车短期重复索赔同一部件。前面提到的那个省份，索赔量在上线两个月内回落了近四成。

旧件回收率从账面模糊、实际估计不到五成，提到了八成五左右。中心仓那边现在能拿到真实的旧件流入量，返修拆解的物料计划也跟着准了。

一次修复率从七成二提到八成六。这个数的改善不全是系统的功劳，主要是维修记录可查之后，总部能识别出高频返修的网点和高频故障的部件，针对性做了两轮技术培训。

网点侧的接受度出乎意料，弱网优化之后线上开单率稳定在九成七以上。以上数字为项目复盘口径，均已脱敏。

五、可复用经验总结

做售后追溯类的系统，"码"是整个体系的地基，地基不牢后面全是补丁。我们这个项目最正确的一步是把码的生成前置到生产端，而不是在销售端补录。补录的数据永远是脏的，因为录数据的人不承担数据错的后果。

存量数据要不要追溯，这个决定值得慎重。我们选了不追溯，从上线日画一条线，老车走宽松人工。当时有人担心两套规则并行会乱，实际跑下来问题不大，因为两轮车的更换周期本来就短，半年多老车占比就降下去了。硬要把几十万台老车的电池码补齐，投入产出完全不划算。

流程推不动的时候，先算对方的账。旧件回收那件事，我们最初的方案是考核加处罚，售后总监一句话把方向掰过来了：网点不寄不是因为不听话，是因为寄一件的运费比索赔款还高。把成本包掉，回收率立刻上去。做系统的人容易过度相信规则约束，忽略了对方的经济动机。

乡镇场景的弱网必须当成常态设计，不能当异常处理。本地缓存加离线队列这套东西前期多花了大概两周，换回来的是网点愿不愿意用系统。这两周花得值。

现在还没做好的是电池健康度数据的采集，我们希望能从充电桩和 BMS 拿到循环次数和衰减曲线，用来做保修的精细判定，但硬件侧接口还没统一，只能等。