售后主管常有一种无力感：工程师天天在外面跑，客户还是抱怨同一个问题反复出现。想查原因，翻开工单一看，故障描述写的是「设备异常」「客户反映不好用」「已处理」。五次维修，五种写法，看不出是不是同一个故障，也看不出该改产品还是改培训。

一、故障描述写成自由文本，等于没写

自由文本有三个问题：同一种故障有十种说法、没法统计、没法搜索。工程师换人，历史经验就断了；主管想看哪个型号问题多，只能靠回忆。要让维修记录有用，先得把「故障」变成可选项。

二、三级编码：部位、现象、原因

  • 一级 部位：按设备结构分，比如传动、电气、控制、液压、外观
  • 二级 现象：每个部位下固定几个选项，比如电气下有跳闸、缺相、接触不良、烧毁
  • 三级 原因：处理完之后回填，比如磨损、进水、参数错误、来料不良、操作不当

三级不用一次做全。先把部位和现象两级做出来，工程师报修时点两下就能选完；原因等处理完再填，不影响响应速度。半年后，这张表自己会长出规律：哪些部位高发、哪些型号集中、哪些原因反复。

三、维修履历要跟着设备走，不是跟着工单走

一台设备的所有工单要能在一个页面里看到：什么时候修的、哪个部位、换了什么件、谁去的、修了多久。客户再报修，工程师出发前先看履历，带对备件，一趟修好。这也是判断该不该换设备的依据——同一部位一年修三次，修的钱已经够换新的了。

四、举例说：从一个型号的工单里读出问题

假设某型号设备一年出了六十张工单，其中电气类二十八张，电气类里接触不良出现十九次，涉及十一家客户，平均使用时长在八到十个月之间。这组数字说明不是个别客户操作问题，而是某个批次接触件的寿命偏短。再查这十九张单的出厂批次，集中在两个月的产量上，就可以找供应商谈，也可以提前给这批客户做预防性更换。如果没有编码，这十九张单在系统里就是十九段不同的话，什么也读不出来。按每张单平均两次上门、每次半天计算，十九张单意味着十九个人天，提前更换只需要一次集中安排。

五、编码表要有人管，还要和备件报价连起来

三条维护规则：新增选项由售后主管统一加，工程师只能选不能建；每季度看一次选项使用率，三个月没人用的合并或删掉；选项名称用客户能听懂的话，别用内部简称。编码表超过三十个选项就要考虑分组，选项太多，工程师会随手选开头那一项，数据又失真了。

编码建好之后不要停在统计层面。故障原因填了接触件磨损，对应的备件就应该能自动带出来；故障部位是电气，工时标准可以按电气类定。这样报价不用每次重新估，工程师在现场也能直接给客户一个说法。数据积累到一年，同类故障的平均处理时长、平均备件成本都能算出来，服务合同报价才有依据。

这套从故障编码到维修履历的做法，用 9527CRM 这类轻量级 CRM 的工单自定义字段、设备台账与工单关联就能落地：故障部位和现象做成两级下拉，工单挂在客户与设备下，同一台设备的历史工单在一个页面里按时间排开，报表按型号和故障类型汇总；由于支持私有化部署，客户的设备清单、故障记录与维修成本都留在企业自己的服务器上，既方便随时完整导出做备件计划，也不必担心这些数据被第三方平台拿去复用。