按业务类型设置售后工单的SLA和流转规则，核心是建立“工单类型—服务等级—流转路径”三层对应关系：先把维修、退换货、投诉等场景拆成可识别的类型，再为每类定义响应与解决时限、暂停与升级条件，最后画出状态流转和责任人交接。落地顺序是先定类型字段与判定口径，再配SLA计时规则，最后配流转与升级，并用真实工单试跑校验。ONES Desk在工单属性、工作流和优先级管理上可以承接这套配置。
要点总览（TL;DR）
- 按业务类型设置SLA和流转规则，先建立“工单类型—服务等级—流转路径”三层对应关系，再逐层配置。
- 工单类型以问题类别、商品状态、是否在保等可判定字段为依据，类型层级控制在两级，避免判定成本上升和规则膨胀。
- SLA要区分响应时限与解决时限，并明确计时起点、工作时间日历、暂停条件与恢复规则，暂停需设最长时长防止计时失真。
- 流转规则要写清每个状态的负责人与进入/退出条件，跨角色交接采用触发加接收方认领的方式，升级要改变实际责任人。
- 上线前用覆盖正常与异常路径的真实工单试跑，核对计时与流转，并把SLA达成率、状态停留时长等作为持续调整的触发条件。
先定工单类型：按业务场景拆出可识别的分类字段
工单类型是SLA和流转规则的挂靠点。类型划分的完成标志是：客服拿到一条售后请求，能根据几个必填字段在1分钟内判定它属于哪一类，且不同客服判定结果一致。划分依据来自业务场景本身，而非组织架构。
售后场景通常可以拆成以下几类，企业可按自身业务增减：
- 维修类：商品出现故障需要检测、修理或更换配件。
- 退换货类：客户要求退货、换货或退款，涉及商品状态和凭证核验。
- 投诉类：客户对服务态度、交付延迟、承诺未兑现等表达不满，需要专人跟进安抚与补偿。
- 咨询类：使用方法、保修政策、物流进度等问询，通常不需要实物处理。
类型不能只靠客服主观判断，需要配置判定字段。建议至少设置以下必填项：
| 字段 | 取值示例 | 作用 |
|---|---|---|
| 问题类别 | 故障、退换、投诉、咨询 | 决定主类型与SLA档位 |
| 商品状态 | 未拆封、已使用、已损坏 | 影响退换货是否受理及流转路径 |
| 是否在保 | 在保、过保、未知 | 决定维修是否收费及处理时限 |
| 购买渠道 | 自营、分销、第三方平台 | 影响责任归属与交接对象 |
| 客户等级 | 普通、重点、VIP | 用于优先级与时限调整 |
类型与子类型建议控制在两级。主类型对应SLA档位和流转大路径，子类型用于细分处理动作，例如“退换货”下分“退货退款”“换货”“仅退款”。层级过深会带来两个问题：客服判定成本上升，SLA规则数量膨胀难以维护。一个实用原则是，当某个子类型的处理时限或责任人与同级其他子类型完全一致时，就不必单独设子类型，用标签或附加字段区分即可。
类型清单和判定字段表应作为配置基线文档留存，后续SLA和流转规则都引用这份清单中的类型编码，避免各环节叫法不一致。ONES Desk支持自定义工单属性以适配不同收集场景，可作为承载类型字段的基础。
按类型配置SLA：响应、解决时限与计时口径
SLA配置要回答四个问题：每一类工单承诺多快响应、多快解决、时间怎么算、超时怎么办。响应时限指从工单创建到责任人首次有效回复的时间；解决时限指从创建到工单关闭或达到约定解决状态的时间。两者分开设置，因为客户对“有人理我”和“问题解决”的期待不同，维修类工单的解决周期天然长于咨询类。
计时口径需要在配置前明确，否则同一类工单在不同班次会算出不同结果：
- 计时起点：一般取工单创建时间；若工单需先经客服初审分类，可约定以“类型确认”为起点，但初审本身要设独立时限。
- 工作时间日历：按7×24小时计时，还是按客服排班时间计时。维修类若涉及寄修物流，通常按自然时间计时更贴近客户感知。
- 暂停条件：等待客户补充信息、等待客户寄回商品、等待第三方检测结果等情形可暂停计时。暂停必须由责任人在系统中登记原因，恢复时自动续计，暂停时长单独统计。
- 暂停边界：暂停不能无限期。建议为每个暂停原因设最长暂停时长，超过后自动恢复计时并触发跟进提醒。
不同业务类型的时限差异应来自可解释的依据，例如历史处理时长中位数、合同承诺、行业惯例或客户等级协议。以下为配置表结构示例：
| 工单类型 | 响应时限 | 解决时限 | 计时日历 | 可暂停条件 | 超时预警 | 升级触发 |
|---|---|---|---|---|---|---|
| 维修（在保） | 2小时 | 5个工作日 | 自然时间 | 等待客户寄件、等待检测 | 解决时限剩余20% | 超时即升级至维修主管 |
| 退换货 | 4小时 | 3个工作日 | 工作时间 | 等待客户提供凭证 | 剩余4小时 | 超时2小时升级至售后经理 |
| 投诉 | 1小时 | 24小时 | 自然时间 | 等待客户确认补偿方案 | 响应即预警 | 超时即升级至客服负责人 |
| 咨询 | 2小时 | 8小时 | 工作时间 | 无 | 剩余2小时 | 超时转二线支持 |
优先级设置与SLA联动。客户等级、问题严重程度、是否涉及安全风险可作为优先级判定输入，高优先级工单适用更短时限或插队处理。ONES Desk支持评估和定义工单优先级，用于优先处理紧急事件。超时预警和升级规则要写清触发对象、通知方式和升级后的责任变化，避免升级只发通知、不改变处理人。
按类型设计流转规则：状态、责任人与交接条件
流转规则的本质是回答“这张单现在在谁手上、下一步去谁那里、凭什么交接”。每类工单应有独立的状态路径，状态名称尽量使用业务语言，例如“待检测”“待客户寄回”“待退款审批”，而非笼统的“处理中”。
三类典型工单的流转路径如下：
- 维修类：新建→客服初审分类→待客户寄件→待收件登记→检测中→待报价确认（过保时）→维修中→待返寄→已关闭。客服负责初审和客户沟通，仓储负责收件登记，维修工程师负责检测与维修，维修主管负责过保报价审批。
- 退换货类：新建→客服初审→待凭证核验→待仓库验收→待退款/换货审批→退款处理或换货出库→已关闭。客服负责凭证核验，仓储负责实物验收，财务或售后经理负责退款审批。
- 投诉类：新建→客服受理→调查中→方案制定→待客户确认→补偿执行→回访关闭。客服受理后转投诉专员调查，方案需主管审批，回访结果作为关闭条件。
每个状态要定义进入条件和退出条件。进入条件说明工单凭什么进入该状态，例如“待仓库验收”要求客户已寄回且物流显示签收；退出条件说明满足什么才能离开，例如“检测中”退出要求填写检测结论和故障原因。缺少退出条件的工单容易长期滞留。
跨角色交接需要触发与确认两个动作。触发方式可以是状态变更、字段填写完成或人工转派；确认方式建议采用接收方显式认领，未认领的工单在超时后回到上一环节或升级。客服到维修的交接以“检测任务单生成”为触发，维修工程师认领为确认；客服到仓储的交接以“退货物流签收”为触发，仓储登记入库为确认。
退回、转派与关闭规则同样要按类型约定：退回指工单因信息不全或判定错误回到上一环节，需填写退回原因并重新计时或续计；转派指责任人变更，转派不重置SLA计时，但需记录转派次数用于分析；关闭条件按类型区分，维修类以客户确认修复或返寄签收为关闭条件，投诉类以客户确认方案并完成回访为关闭条件。ONES Desk支持灵活调整工作流以适应不同工作方式，可作为配置这些状态与交接规则的载体。
配置示例：维修、退换货、投诉三类工单的SLA与流转对照
以下示例用于说明类型、SLA与流转如何组合，假设企业为自营电商，客服工作时间为9:00–21:00，维修采用寄修模式，退款需售后经理审批。示例中的时限为演示值，实际配置应依据自身历史数据与合同承诺调整。
| 维度 | 维修类 | 退换货类 | 投诉类 |
|---|---|---|---|
| 关键判定字段 | 问题类别=故障；是否在保；商品状态 | 问题类别=退换；商品状态；购买渠道 | 问题类别=投诉；投诉对象；客户等级 |
| 响应时限 | 2小时 | 4小时 | 1小时 |
| 解决时限 | 5个工作日（在保） | 3个工作日 | 24小时 |
| 计时与暂停 | 自然时间；等待寄件和检测可暂停 | 工作时间；等待凭证可暂停 | 自然时间；等待客户确认方案可暂停 |
| 核心流转节点 | 初审→待寄件→收件登记→检测→维修→返寄→关闭 | 初审→凭证核验→仓库验收→审批→退款/换货→关闭 | 受理→调查→方案审批→客户确认→补偿执行→回访关闭 |
| 主要交接 | 客服→仓储→维修工程师 | 客服→仓储→财务/售后经理 | 客服→投诉专员→客服主管 |
| 升级触发 | 检测超48小时未出结论 | 审批超4小时未处理 | 响应超时或客户二次投诉 |
从示例可以提炼三条可迁移规律：第一，判定字段决定类型，类型决定SLA档位，字段设计要优先于时限设定；第二，解决时限长的类型，暂停条件和中间状态要设得更细，否则计时失真；第三，交接环节多的类型，升级触发应设在交接等待处，而非只设在最终超时处。迁移到安装、保养、技术支援等其他售后类型时，沿用“字段—时限—状态—交接—升级”五要素逐项填写即可。
上线前检查：试跑、校验与持续调整
规则配置完成后不能直接全量上线，应先用一批真实历史工单或模拟工单试跑。试跑样本要覆盖每类工单的正常路径和至少一种异常路径，例如退换货缺凭证、维修过保需报价、投诉升级。试跑时逐单核对系统计时结果与人工计算是否一致，状态流转是否按预期到达每个责任人。
上线前检查清单：
- 类型判定准确率：抽取30–50条工单由不同客服分类，统计与标准答案一致的比例，低于约定阈值则补充字段说明或调整判定口径。
- SLA计时正确性：核对计时起点、暂停恢复、工作时间日历三类场景，确认暂停时长单独统计且不重复计入解决时长。
- 交接断点检查：逐条走查跨角色交接，确认接收方有认领动作、未认领有提醒、退回有原因记录。
- 预警与升级有效性：触发一次预警和一次升级，确认通知对象正确、升级后责任人实际变更。
- 报表可读性：确认能按工单类型查看处理量、平均响应时长、SLA达成情况，作为后续调整依据。
规则调整的触发条件建议写入维护约定：某类型连续两周SLA达成率明显偏离目标、某状态平均停留时长超过设定值、某类退回率异常升高，都应触发规则复核。维护责任按类型归属到对应业务负责人，客服负责人维护类型字段与判定口径，售后运营维护SLA时限与日历，各处理团队主管维护本环节状态与交接条件。每次调整保留变更记录和试跑结论，作为后续审计和优化的证据。ONES Desk可汇总工单处理情况并提供分析报表，便于按类型观察进度和团队表现；涉及产品缺陷的维修工单还可关联到ONES Project的缺陷工作项持续跟踪。
常见问题
工单类型划分到什么粒度比较合适？
建议主类型对应SLA档位和流转大路径，子类型只用于细分处理动作，整体控制在两级。判断标准是：当某个子类型的处理时限和责任人跟同级其他子类型完全一致时，就不必单独设子类型，用标签或附加字段区分即可。层级过深会带来客服判定成本上升和SLA规则数量膨胀两个问题，后续维护也更困难。
等待客户补充信息的时间，应该计入SLA解决时长吗？
通常不计入，但需要满足两个条件：一是暂停必须由责任人在系统中登记原因，恢复时自动续计，暂停时长单独统计；二是每个暂停原因要设最长暂停时长，超过后自动恢复计时并触发跟进提醒。这样既避免客户等待时间拉低团队指标，也防止工单借暂停无限期挂起。计时起点、工作时间日历和暂停规则应在配置前一次性定清楚，否则同一类工单在不同班次会算出不同结果。
投诉类工单的升级规则和维修类有什么不同？
投诉类更关注响应速度和情绪安抚，升级触发通常设在响应超时或客户二次投诉，升级后由客服负责人直接接手；维修类的解决周期长，升级触发更多设在中间环节的等待处，例如检测超48小时未出结论。共同点是升级必须改变实际责任人，只发通知不换人的升级等于没有升级。升级规则要写清触发对象、通知方式和升级后的责任变化。
试跑阶段样本量多少、看哪些指标才算通过？
样本要覆盖每类工单的正常路径和至少一种异常路径，例如退换货缺凭证、维修过保需报价、投诉升级。类型判定准确率可抽取30–50条工单由不同客服分类，统计与标准答案一致的比例；SLA计时正确性核对计时起点、暂停恢复、工作时间日历三类场景；交接断点逐条走查接收方认领、未认领提醒和退回原因记录。各项达到约定阈值后再全量上线，试跑结论留存作为后续审计依据。
规则上线后由谁维护，什么情况下需要调整？
维护责任按类型归属到对应业务负责人：客服负责人维护类型字段与判定口径，售后运营维护SLA时限与日历，各处理团队主管维护本环节状态与交接条件。触发复核的典型情形包括某类型连续两周SLA达成率明显偏离目标、某状态平均停留时长超过设定值、某类退回率异常升高。每次调整保留变更记录和试跑结论，便于追溯。
