超时工单占比突然上升，先别急着改SLA目标。更稳妥的做法是先确认异常是否真实、集中在哪些工单上，再按“SLA目标是否被改动—计时规则是否被改动—派单路由是否失效—工单是否积压”的顺序逐层排查。每一层都用变更记录、计时日志、分派记录和队列时长做对照，排除一层再进入下一层，避免把积压的表象误判成SLA设置问题。排查需要同时查看配置、计时和队列数据时，ONES Desk 的工单分析与管理者视角可以作为统一观察入口。
要点总览（TL;DR）
- 先核对统计口径与分母变化，再按优先级、工单类型、受理组、渠道拆分超时占比，确认异常真实存在并锁定集中上升的切片。
- 按“SLA目标变更—计时规则异常—派单积压”的顺序逐层排查，每层以异常起始时间为锚点，用变更记录、计时明细、队列数据做对照，排除一层再进入下一层。
- SLA目标类原因看目标时限与优先级映射是否在异常前被调整；计时规则类原因看暂停恢复、非工作时段扣减是否与规则一致；派单积压类原因看等待时长与待处理量是否同步拉长。
- 处置按定位结果分类执行，验证以异常前同期为基线，对比超时占比、平均响应时长、队列等待时长是否回到正常区间。
- 复发预防从配置变更审批、计时规则回归检查、队列积压预警阈值三个入口固化为例行检查。
先界定异常：占比上升发生在哪些工单上
“占比突然上升”本身是一个汇总信号，直接进入原因排查容易把口径变化当成故障。第一步要把这个信号拆成可观察的症状和范围，确认异常真实存在，同时缩小后续排查面。
先核对统计口径。超时占比的分子是超时工单数，分母是统计周期内的工单总量，两者任一变化都会让占比失真。需要确认：统计周期是否被调整，工单总量是否因渠道接入、批量导入或重复提单而异常波动，超时判定口径是否从“响应超时”改成“解决超时”或反过来。口径一变，历史数据会被重新计算，占比曲线会出现与业务无关的跳变。
口径确认后，按维度拆分占比，找出集中上升的切片。建议至少按以下四个维度做异常前后同期对比：
| 拆分维度 | 观察内容 | 判断线索 |
|---|---|---|
| 优先级 | 各优先级的超时占比变化 | 仅高优先级上升，指向目标时限或优先级策略；各优先级普涨，更像积压 |
| 工单类型 | 咨询、故障、变更等类型的占比差异 | 集中在某一类型，检查该类型的计时规则或流程分支 |
| 受理组 | 各组超时占比与待处理量 | 集中在个别组，优先怀疑人力或分派问题 |
| 渠道 | 电话、邮件、门户等来源的占比 | 某渠道集中上升，检查该渠道的建单字段与默认优先级 |
拆分时还要区分“新增超时”和“历史超时被重新计入”。前者是统计周期内新发生的超时，后者是旧工单因状态回退、重新打开或口径调整被再次计入。两者处置方向完全不同：新增超时查流程，重新计入查口径和状态流转。
最后记录异常起始时间点。这个时间锚是后续所有排查的基准——变更记录、计时日志、分派记录都要与它做时间比对。起始时间越精确，越容易把原因锁定在某个具体变更上。
建立原因假设：SLA目标、计时规则、派单积压各自会留下什么证据
动手排查前先列出三类原因各自的可验证特征，能让排查有方向、有排除条件，避免看到积压就认定是人力不足，或看到超时就认定目标太严。三类假设的证据入口如下：
| 原因类别 | 典型假设 | 可查证据 | 排除条件 |
|---|---|---|---|
| SLA目标 | 目标时限被调紧；新增更严格的优先级策略；目标与优先级映射错位 | 目标时限调整记录、优先级策略变更记录、目标与优先级的映射配置 | 异常起始时间前后无相关变更，且各优先级超时分布与目标调整不吻合 |
| 计时规则 | 暂停/恢复条件变化；非工作时段计算方式调整；状态流转触发计时异常 | 计时规则配置版本、单张工单的计时明细、暂停与恢复时间点 | 抽查工单的计时明细与规则一致，暂停、恢复、非工作时段扣减均符合预期 |
| 派单积压 | 分派规则失效；受理组人力不足；队列等待时间拉长 | 分派规则生效记录、各组待处理量、平均等待时长、首次响应时间 | 队列等待时长平稳，待处理量未超出正常波动，分派记录正常落到受理人 |
三类原因的证据特征有明显区别。SLA目标类问题通常表现为“超时集中在目标被调紧的那部分工单”，且超时发生在工单创建后的固定时限附近；计时规则类问题表现为“工单实际处理时长正常，但系统记录的计时结果异常”，比如暂停期间仍在计时、非工作时段未扣减；派单积压类问题表现为“工单从创建到被受理的等待时间拉长”，超时集中在等待环节而非处理环节。
建立假设时还要注意一个前提：三类原因可能同时存在。例如目标调紧叠加人力紧张，会让超时占比上升得更快。排查顺序的作用是先确认主因，再评估叠加因素，而不是假设只有一个原因。
按顺序排查：先查配置变更，再查计时日志，最后查队列
排查按“配置—计时—队列”的顺序推进，理由是配置变更影响面最大、最容易留下记录，也最容易被误判。先排除配置，再深入单张工单的计时细节，最后看队列，能用最少的数据量缩小范围。
第一步：核对SLA目标与优先级策略的变更记录
调取异常起始时间前后一段时间的配置变更记录，重点看三类操作：目标时限是否被调短，是否新增了更严格的优先级策略，目标与优先级的映射关系是否被调整。把变更时间与异常起始时间对齐：如果某次目标调紧发生在占比上升之前，且上升的工单正好落在被调整的优先级或类型上，SLA目标类原因基本可以确认。
这一步的排除条件要写清楚：变更记录为空，或变更涉及的工单范围与超时集中切片不重合，才能排除SLA目标。仅凭“最近改过配置”就下结论不够，必须让变更范围和超时切片对得上。
第二步：抽查超时工单的计时明细
从超时工单中分层抽样，覆盖不同优先级、类型和受理组，逐张核对计时明细：工单何时进入计时、何时暂停、何时恢复、非工作时段如何扣减、最终计时结果是否等于实际处理时长。重点找三类异常：暂停条件未生效导致等待时间被计入，非工作时段计算方式调整导致夜间或周末时长被算进处理时间，状态流转触发计时异常导致工单在错误状态下继续计时。
计时明细与规则配置一致，说明计时环节正常，可以排除；出现系统性偏差，且偏差起始时间与异常起始时间吻合，则计时规则类原因成立。抽查要保留样本清单和核对结论，作为后续处置和回归检查的依据。
第三步：统计各受理组的待处理量与平均等待时长
按受理组统计异常前后的待处理量、平均等待时长和首次响应时间。如果某个组的待处理量持续高于其处理能力，平均等待时长同步拉长，且超时工单集中在等待环节，派单积压的判断就有了数据支撑。再进一步看分派记录：工单是否正常落到受理人，是否存在规则失效导致工单滞留在未分派状态，是否有组长期超载而其他组空闲。
这一步要区分“总量积压”和“结构性积压”。总量积压是整体工单量超出团队处理能力，结构性积压是分派不均导致部分组排队、部分组空闲。两者的处置动作不同，前者补人力或限流，后者调分派规则。
交叉验证与操作边界
三层排查完成后，把同一批超时工单在三个环节上的表现放在一起看：如果目标变更、计时偏差、队列拉长同时指向同一批工单，原因判断的可信度最高；如果证据互相矛盾，回到S1的拆分表，检查是否遗漏了某个切片或口径变化。
排查过程中涉及修改配置时，先备份当前SLA目标和计时规则，记录变更点和变更人，设定停止点：一旦修改后超时占比没有改善或出现新的异常，立即回滚到备份版本。排查阶段以只读核对为主，确需调整配置验证假设时，选择影响面小的测试工单或非高峰时段进行。
当排查需要把SLA配置、工单计时记录和分派、队列数据放在同一视图里对照时，ONES Desk 提供管理者视角汇总工单处理情况，并通过工单分析报表查看团队表现；其工单属性与工作流支持自定义配置，便于把优先级、受理组等排查维度落到工单字段上。具体到SLA目标设置、计时规则和队列预警的配置方式，以产品实际能力和官方说明为准。
处置与验证：修复后如何确认占比回落且不再复发
原因定位后，处置动作按类别分开执行，验证则统一用异常前同期基线做对比。处置清单和验证指标建议如下：
| 定位结果 | 处置动作 | 验证指标 | 观察窗口 |
|---|---|---|---|
| SLA目标被调紧或映射错位 | 恢复原目标时限，修正优先级与目标的映射，评估调紧是否确有必要 | 各优先级超时占比、目标时限内的完成率 | 至少覆盖一个完整统计周期 |
| 计时规则异常 | 修正暂停/恢复条件与非工作时段计算，对受影响工单做计时重算或标注 | 抽查工单计时结果与规则的一致性、平均处理时长 | 修正后连续抽查两到三个批次 |
| 派单积压 | 修复分派规则，调整受理组人力或分流策略，清理滞留未分派工单 | 待处理量、平均等待时长、首次响应时长 | 覆盖积压消化周期 |
验证时以异常前同期为基线，对比超时占比、平均响应时长、队列等待时长三项指标是否回到正常区间。观察窗口要足够覆盖一个完整的业务周期，避免把短期波动当成恢复。如果占比回落但队列等待时长仍偏高，说明积压尚未消化完，需要继续观察。
复发预防从三个入口入手：配置变更走审批，SLA目标和计时规则的调整留记录、可追溯；计时规则定期做回归检查，用固定样本工单验证暂停、恢复和非工作时段计算是否符合预期；队列设置积压预警阈值，待处理量或平均等待时长超过阈值时提前告警，在超时占比上升之前介入。把这三项固化为例行检查，下次出现异常时也能更快定位到具体环节。
常见问题
超时占比上升，但SLA目标和计时规则近期都没有改动，还需要排查什么？
配置没有改动，说明SLA目标类和计时规则类原因的可能性降低，但还不能直接排除。建议先回到S1的拆分表，确认占比上升是否集中在某个受理组或某个渠道：如果集中在个别组，优先查该组的待处理量和平均等待时长，判断是否存在结构性积压；如果集中在某个渠道，检查该渠道建单时的默认优先级和字段映射是否变化。
另外要确认“没有改动”的范围，包括目标时限、优先级策略、暂停恢复条件、非工作时段设置，以及工单状态流转规则。状态流转变化也可能间接影响计时结果，这类改动容易在排查配置时被漏掉。
如何区分“总量积压”和“结构性积压”，两者处置方式有什么不同？
总量积压是整体工单量超出团队处理能力，表现为各组待处理量普遍上升、平均等待时长同步拉长；结构性积压是分派不均，表现为部分组排队、部分组空闲，整体工单量未必明显增长。
区分方法是按受理组统计待处理量和平均等待时长，再对照分派记录看工单是否正常落到受理人。总量积压的处置方向是补充人力、限流或调整服务范围；结构性积压的处置方向是修正分派规则、调整受理组归属或分流策略。判断错方向，处置动作会失效。
排查阶段需要修改SLA配置验证假设，怎么控制风险？
排查阶段以只读核对为主。确需调整配置验证假设时，先备份当前SLA目标和计时规则，记录变更点、变更人和变更时间，并设定停止点：修改后超时占比没有改善或出现新的异常，立即回滚到备份版本。
验证性调整尽量选择影响面小的测试工单或非高峰时段进行，避免在排查期间对生产环境的服务承诺造成二次扰动。调整前后的对比数据要保留，作为后续处置和回归检查的依据。
处置后超时占比回落了，但队列等待时长仍然偏高，说明什么？
占比回落而队列等待时长仍偏高，通常说明积压尚未消化完。超时占比反映的是已超时工单的比例，积压消化需要时间，队列中的工单可能还在等待受理，尚未计入新的超时统计。
此时应继续观察待处理量和平均等待时长的下降趋势，观察窗口覆盖积压消化周期后再判断是否恢复。如果等待时长长期不回落，需要重新检查分派规则和人力配置是否支撑当前工单量。
计时规则回归检查应该怎么做，多久做一次？
回归检查的做法是准备一组固定样本工单，覆盖不同优先级、类型和受理组，逐张核对计时明细：进入计时、暂停、恢复的时间点是否符合规则，非工作时段是否按预期扣减，状态流转是否触发异常计时。核对结果与规则配置一致，说明计时环节正常。
检查频率可以结合配置变更节奏确定：每次调整SLA目标、计时规则或状态流转后做一次回归，日常按固定周期抽查。把样本清单和核对结论留存，出现异常时可直接对照历史结果定位偏差起始时间。
