米多客工单管理：客诉受理、流转记录与责任节点留痕

改造前的工单流程与瓶颈说明说明

下述内容按实施阶段展开。

该企业的客诉工单原本须经过 5 级：客服接单、客服主管分派、责任部门确认、责任部门处理、客服回访。瓶颈集中在第 2 与第 3 级——主管按自己的判断分派，责任部门收到后再确认一次是否属于本部门，两次判断之间没有数据支撑，平均各占 0.8 个工作日。

改造后的规则与数据对比说明说明

本节所列取值适用于普遍部署场景。

变化主体来自两处：一是按问题类型预设责任部门，建单即分派，取消了主管人工分派与部门二次确认；二是会话记录随工单一并移交，责任部门打开工单即可看到完整对话，不须再次向客户询问背景。

按问题类型预设流转规则的 四步方案说明说明

有关流程应以企业实操制度为准。

1. 梳理问题类型按历史工单归类，在普遍场景中 8 至 15 类即可覆盖 90% 前述的工单量。
2. 绑定责任部门每类问题绑定默认责任部门与备选部门，建单即自动分派。
3. 设定升级条件明确超时未响应、客户二次催促、涉及金额三类升级触发条件。
4. 留痕与回溯每项处理节点记录责任人与耗时，用于月度复盘与考核。

所覆盖的工单不适合预设规则

本节说明实施过程中的关键控制点。

并非所有工单均适合自动分派。涉及跨部门协同、金额较大或需现场勘查的工单，仍应保留人工判断环节，但建议将判断限制在 1 级以内并明确判断时限。规则的作用在于把 80% 的常规工单自动分流，使人工判断集中到真正需要判断的 20% 上。

会话与工单打通带来的额外收益说明说明

数据口径以系统统计规则为准。

会话一键转为工单后，客户的渠道来源、历史会话与留资信息随工单一并流转，责任部门无需重复询问；工单处理结果回写客户档案后，客服在下次对话中可直接查看处理进度。这也是该企业返工率下降的主要原因。