SLA目标设置可以按四步落地：先按影响面和紧急度划分服务级别，再为每个级别确定响应与解决两类时限，然后写清计时口径（起算点、暂停条件、工作日历），最后用历史工单回放校验目标是否可达并纳入定期复盘。核心产物是一张SLA目标表加一份计时规则说明，由服务负责人牵头、一线与二线共同确认。下文给出可直接填写的字段、测算方法和示例。
要点总览（TL;DR）
- SLA目标设置的核心产物是一张SLA目标表加一份计时规则说明，由服务负责人牵头、一线与二线共同确认。
- 服务级别用影响面和紧急度两个可观察的轴来划分，档位控制在三到四档，一级工单由值班经理确认后再对外承诺。
- 时限数值从近三到六个月同类工单的实际时长分布出发，用分位数而非平均值设定初始目标，再分阶段收紧。
- 计时规则要写清起算点、暂停条件、恢复方式、工作日历和超时判定，写到争议时双方能对照同一份文字得出相同结论。
- 上线前用历史工单回放校验达标率，按月复盘，调整依据限定为达标率趋势、超时原因分布和一线反馈。
SLA目标表要写清哪些字段
SLA目标表是整套承诺的载体，字段设计的目标是让任何人拿到表就能判断“这张工单适用哪一档、要在多久内做什么、超时找谁”。字段过少会在争议时无据可依，字段过多则没人维护。建议控制在以下八列，每列都有明确的填写口径。
| 字段 | 填写说明 | 示例写法 |
|---|---|---|
| 服务级别 | 有限档位的级别名称，与判定表一一对应 | 一级（紧急） |
| 适用工单范围 | 用业务对象和影响面描述，避免只写“重要工单” | 核心交易系统不可用，影响全部线上用户 |
| 响应时限 | 从起算点到首次有效响应的时间上限 | 15分钟内首次响应 |
| 解决时限 | 从起算点到工单关闭或恢复服务的时间上限 | 4小时内恢复服务 |
| 计时口径 | 起算点、暂停条件、工作日历三项写在同一格或引用计时规则文档编号 | 受理起算；等待客户回复暂停；7×24日历 |
| 升级与超时处理 | 达到时限多少比例时预警、超时后通知谁、是否自动升级 | 剩余20%时间预警，超时通知值班经理并升级二线主管 |
| 责任人 | 该级别目标的业务负责人，负责解释与变更发起 | 服务台主管张某 |
| 生效日期与版本 | 记录生效时间和版本号，便于追溯历史承诺 | 2025-01-01，V1.2 |
填写时有两个常见疏漏。一是“适用工单范围”写成主观形容词，导致定级时反复争论，应改为可观察的条件，如受影响用户比例、业务功能是否中断。二是“计时口径”只写一句“按工作时间计算”，没有说明起算点和暂停，实际执行时一线与客户的理解往往不一致。目标表定稿后，计时口径应单独成文，表中引用文档编号即可。
按影响面和紧急度划分服务级别的做法
服务级别的作用是把大量工单收敛到少数几档承诺上，因此定级依据必须可观察、可复述。推荐用两个判断轴：影响面回答“多少人、多大业务范围受影响”，紧急度回答“是否存在绕行方案、问题是否在持续扩大”。两个轴组合后落入有限档位，而不是让每个人凭感觉打分。
级别数量建议控制在三到四档。档位太少，无法区分“核心系统全停”和“单人功能异常”的处理优先级；档位太多，一线在受理时难以快速判断，也容易在相邻档位之间产生争议。三到四档通常能覆盖绝大多数工单，同时保持判定速度。
| 级别 | 判定条件 | 示例 | 定级责任人 |
|---|---|---|---|
| 一级 | 核心业务中断，无绕行方案，影响面覆盖全部或大部分用户 | 订单提交接口不可用，所有下单失败 | 值班经理确认 |
| 二级 | 重要功能受损，存在临时绕行方案，影响部分用户或部门 | 报表导出失败，可手工从后台取数 | 一线受理人初判，二线复核 |
| 三级 | 单人或小范围使用问题，不影响主流程 | 个别账号权限申请、界面显示异常 | 一线受理人直接定级 |
定级由谁做需要写清楚。通常一线受理人完成初判，一级工单必须由值班经理确认后才能对外承诺时限，避免一线在信息不全时给出过高承诺。出现定级争议时，由服务负责人按判定条件裁决，裁决结果记录在工单上，作为后续修订判定表的输入。
需要区分两个相邻概念：服务级别衡量的是“这件事对业务的影响有多急”，缺陷严重程度衡量的是“这个缺陷本身有多严重”，两者可能不一致，例如一个严重级别的缺陷只在特定配置下触发，业务影响有限。派单路由解决的是“交给谁处理”，与定级是先后关系而非同一件事。本文只讨论定级，路由规则另行设计。
响应与解决时限怎么定：从历史数据到目标值
时限数值如果靠拍脑袋，常见结果是目标定得过紧、达标率长期偏低，团队逐渐不再认真对待；或者定得过松，SLA失去约束意义。更稳妥的做法是从历史数据出发，先取一个可达的初始值，再分阶段收紧。
第一步，取近三到六个月同类工单的实际处理时长，按服务级别分组。样本量过少的级别（例如只有个位数工单）不宜单独测算，可先沿用相邻级别或参考同类业务的经验值，并在复盘中标注样本不足。
第二步，用分位数而非平均值设定初始目标。平均值会被少数极长工单拉高，掩盖大多数工单的真实表现。常用的做法是：一级工单参考较靠前的分位（如80分位），二级参考中位附近（如50至60分位），三级可适当放宽。具体分位选择取决于团队对承诺强度的要求，没有统一标准。
第三步，区分响应时限与解决时限的测量点。响应时限测的是“从起算点到第一次有效响应”，有效响应指有人接手并给出处理动作或明确答复，自动回复不计入；解决时限测的是“从起算点到服务恢复或工单关闭”。两个时限分开测算，不能用解决时长的数据反推响应目标。
| 级别 | 样本量 | 参考分位 | 初始目标（示例） | 收紧计划 |
|---|---|---|---|---|
| 一级 | 120单 | 80分位 | 响应15分钟，解决4小时 | 运行三个月达标率稳定在90%以上后，解决收紧至3小时 |
| 二级 | 340单 | 60分位 | 响应1小时，解决1个工作日 | 下季度评估是否收紧至6小时 |
| 三级 | 560单 | 50分位 | 响应4小时，解决3个工作日 | 保持，观察达标率 |
表中数值为演示情景，不代表任何行业标准或产品默认值。初始目标应预留缓冲：如果按历史分位直接设定，意味着约有一半或两成工单天然无法达标，团队会立刻承压。更常见的做法是在分位结果上放宽一档作为初始承诺，运行一到两个复盘周期后再收紧。收紧节奏建议每次只调整一个级别或一类时限，便于观察变化来源。
计时规则与暂停条件怎么写
计时规则要写到“争议发生时双方能对照同一份文字得出相同结论”的程度。一份完整的计时规则说明包含起算、暂停、恢复、终止和日历五个部分。
起算点有三种常见选择：工单提交时刻、受理时刻、首次响应时刻。以提交起算对客户最有利，但会把排队等待计入团队时长；以受理起算更贴近团队可控范围，但需要明确“受理”的系统动作定义；以首次响应起算适合响应时限，不适合解决时限。多数团队对响应时限采用提交起算，对解决时限采用受理起算，并在规则中写明理由。
暂停条件要逐条列出并说明恢复方式。常见暂停情形包括：等待客户补充信息、等待第三方厂商处理、挂起等待审批。每条暂停都应规定由谁操作、需要留下什么记录、客户多久未回复自动恢复计时。暂停期间不计入时限，但暂停次数和累计时长应可统计，否则会出现用反复挂起规避超时的情况。
工作日历决定时限按自然时间还是工作时间计算。一级工单通常采用7×24自然时间，二三级可采用工作时间并配置节假日。日历一旦确定，所有时限换算都以它为准，节假日前后的工单要特别注意跨假期的时长计算。
超时判定与重新计时规则同样要写明。工单在时限内关闭即达标；超时后关闭记为未达标，不因后续处理而改写。若工单因定级错误被调整级别，应按新级别的时限重新计算，并在工单上保留调整记录。规则说明建议附一条走查示例，用具体时间点演示起算、暂停、恢复和终止。
这些规则最终要在工单系统中落地。ONES Desk 支持自定义工单属性与灵活调整工作流，可用于承载级别字段和状态流转；其工单分析报表可汇总处理情况，供复盘使用。SLA时限字段、计时暂停与工作日历是否可在系统内配置，属于选型时需要实际核验的能力点，建议在试用环境中按本文的计时规则逐条验证后再定稿。
角色分工与各环节交付物
SLA表写完无人维护是常见失败原因。把制定、执行、复核三类职责落到具体角色，并为每个环节规定交付物，才能让目标持续有效。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 服务负责人 | 牵头制定目标表与计时规则，裁决定级争议，发起变更 | SLA目标表、计时规则说明、变更记录 |
| 一线受理 | 初判级别，按规则起算与暂停，记录暂停原因 | 工单级别、暂停与恢复记录 |
| 二线处理 | 处理升级工单，复核一级定级，反馈时限可达性 | 处理记录、时限可行性意见 |
| 值班经理 | 确认一级工单，执行超时升级与通知 | 升级记录、超时事件说明 |
| 系统配置负责人 | 将目标表与计时规则配置到工单系统，保持配置与文档一致 | 配置清单、配置变更记录 |
目标审批与变更流程应简短但留痕：服务负责人提出变更，一线与二线负责人确认可执行性，值班经理确认升级安排，审批通过后更新版本号与生效日期。月度复盘由服务负责人组织，输入包括达标率、超时工单清单、暂停时长统计和一线反馈，输出为下月调整项或维持结论。系统配置的归属要单独指定，避免文档改了系统没改，或系统改了文档没同步。
一个示例：三级服务级别的SLA目标表
以下为演示情景，用于展示前述字段如何组合，数值不代表任何产品默认值或行业标准。
| 级别 | 适用工单范围 | 响应时限 | 解决时限 | 计时口径 | 升级与超时处理 |
|---|---|---|---|---|---|
| 一级 | 核心业务中断，无绕行方案 | 15分钟 | 4小时 | 提交起算，7×24，暂停仅限等待第三方 | 剩余20%时间预警，超时通知值班经理并升级二线主管 |
| 二级 | 重要功能受损，有绕行方案 | 1小时 | 1个工作日 | 受理起算，工作时间，等待客户回复可暂停 | 超时通知一线组长 |
| 三级 | 单人使用问题，不影响主流程 | 4小时 | 3个工作日 | 受理起算，工作时间，等待客户回复可暂停 | 超时进入周报，不单独升级 |
用一条二级工单走查计时：周一10:00客户提交，10:20一线受理并定级为二级，解决时限从10:20起算，按工作时间计1个工作日。11:00一线请客户补充截图，工单暂停；客户当日15:00回复，恢复计时，暂停累计4小时不计入。若当日18:00前未解决，因已超出当日工作时间，剩余时长顺延至次日。次日10:20前关闭即达标，超过则记为未达标并通知一线组长。走查的目的是验证规则在跨暂停、跨工作日时仍能得出唯一结论。
上线前校验与定期复盘的检查项
目标表定稿不等于可以上线，先用历史工单回放验证一遍，能提前发现大部分不可执行的问题。
- 历史工单回放：抽取近三个月各等级工单，按新规则重新计算达标率。一级达标率若低于70%，通常说明时限过紧或暂停规则未覆盖真实等待；若高于98%，目标可能过松，约束力有限。合理区间因业务而异，关键是团队能解释偏差来源。
- 目标过松或过紧的识别信号：过紧表现为大量工单在时限边缘徘徊、一线频繁申请特批；过松表现为达标率长期接近满分、超时事件几乎为零。
- 计时规则与系统配置一致性：逐条对照起算点、暂停条件、日历设置，确认系统行为与规则文档一致，尤其检查跨节假日和多次暂停的场景。
- 复盘周期与调整依据：建议按月复盘，调整依据限定为达标率趋势、超时原因分布和一线反馈三类，避免因个别投诉临时改目标。
- 变更留痕：每次调整记录版本号、生效日期、调整原因和审批人，历史工单按当时生效版本判定，不追溯改写。
校验通过后即可上线运行。上线首月建议保持目标不变，收集真实数据后再做第一次调整，让团队和客户都有适应期。
常见问题
一级工单的定级由谁最终确认，一线能不能直接对外承诺时限？
建议一级工单由值班经理确认后再对外承诺时限。一线受理人完成初判，在信息不全时容易把影响面估高或估低，直接承诺会造成后续无法兑现。定级争议由服务负责人按判定条件裁决，裁决结果记录在工单上，作为修订判定表的输入。二级可由一线初判、二线复核，三级由一线直接定级。
历史工单样本太少，某个级别只有个位数记录，时限怎么定？
样本量过少的级别不宜单独测算。可以先沿用相邻级别的时限，或参考同类业务的经验值，并在复盘中标注样本不足。运行一段时间积累数据后，再按实际分布重新测算。需要注意的是，样本不足时设定的目标应偏宽松，避免用少数极端工单推导出过紧的承诺。
工单因定级错误被调整级别后，已经走过的时间怎么算？
按新级别的时限重新计算，并在工单上保留级别调整记录。例如一条工单先定为三级、两小时后升级为一级，解决时限应按一级的时限从起算点重新计算，而不是在原三级时限上顺延。规则说明里要写明这条，否则复盘时无法判断该工单是否达标。
暂停条件写多了会不会被用来规避超时？
有这个风险，所以每条暂停都要规定由谁操作、留下什么记录、客户多久未回复自动恢复计时，并且暂停次数和累计时长要可统计。复盘时把暂停时长单独列出来看，如果某类工单的暂停占比异常高，说明暂停条件写得过宽或执行走样，需要收紧。
SLA目标上线后多久调整一次比较合适？
建议按月复盘，上线首月保持目标不变，收集真实数据后再做第一次调整。调整依据限定为达标率趋势、超时原因分布和一线反馈三类，避免因个别投诉临时改目标。每次调整记录版本号、生效日期、调整原因和审批人，历史工单按当时生效版本判定，不追溯改写。
SLA目标表里的时限字段，在工单系统里配置时要注意什么？
先确认系统能否按级别分别设置响应与解决时限、能否配置计时暂停与工作日历，再逐条对照规则文档验证系统行为，尤其检查跨节假日和多次暂停的场景。ONES Desk 支持自定义工单属性与灵活调整工作流，可用于承载级别字段和状态流转，其工单分析报表可汇总处理情况供复盘使用；SLA时限字段、计时暂停与工作日历是否可在系统内配置，属于选型时需要实际核验的能力点，建议在试用环境中按本文的计时规则逐条验证后再定稿。
