设置SLA目标，本质是把“尽快处理”这类模糊承诺，拆成可以计量的服务对象、优先级、时限指标和计时口径。做法是先按影响范围与紧急程度给工单分级，为每一级定义响应、处理、解决三类时限，再明确计时起止点、暂停规则和工作日历，最后用试运行数据校准档位。本文按这套顺序给出字段表、计时规则、角色分工和上线检查清单，并在需要系统承载时限与状态记录时说明ONES Desk的适用位置。
要点总览（TL;DR）
- SLA目标由服务对象、优先级、时限指标和计时口径四个要素构成，先圈定适用范围，再分级、定档、定口径，最后试运行校准。
- 优先级按影响范围、受影响用户数、是否有替代方案、业务是否中断四个字段判定，级别控制在3–4级，时限档位随优先级递减且级差可感知。
- 计时口径要写明响应、处理、解决三类时限的起止点，列出暂停条件与恢复规则，并明确采用7×24还是工作日历。
- 上线前逐项核对优先级无空缺、判定字段可操作、计时口径可记录、统计可按周期输出，试运行后按达标率与超时分布调整档位。
SLA目标设置的核心答案与操作步骤
SLA目标由四个要素构成：服务对象（哪类工单、哪类用户适用这套承诺）、优先级（工单紧急程度的等级）、时限指标（响应、处理、解决各自的目标时长）、计时口径（从什么时刻开始算、什么情况暂停、按什么日历计算）。四要素缺一项，目标就无法被稳定执行和统计。
建议按以下顺序完成一轮设置，每一步都有明确产出：
- 圈定服务对象：明确这套SLA覆盖哪些工单类型、哪些提交渠道、服务哪些用户群体。产出：适用范围说明，写明哪些工单不纳入。
- 设计优先级分级：按影响范围和紧急程度划分3–4级，并给出每级的判定字段。产出：优先级判定字段表。
- 定义时限档位：为每一级分别设定响应、处理、解决三类时限，档位随优先级递减。产出：优先级与时限对照表。
- 确定计时口径：写明三类时限各自的起止点、暂停与恢复条件、使用7×24还是工作日历。产出：计时口径说明。
- 配置到工单模板：把优先级字段、时限字段、暂停原因字段放进工单模板，确保运行中可以被记录。产出：更新后的工单模板。
- 试运行一个周期：选取一个服务团队或一类工单，运行2–4周，收集真实工单的响应与解决数据。产出：试运行数据记录。
- 校准并固化：根据达标率与超时分布调整档位或口径，形成正式承诺并发布。产出：正式版SLA目标与变更记录。
需要特别区分的是，SLA优先级面向服务承诺与紧急性，缺陷严重程度属于缺陷分类与分级，两者判定依据不同，不应混用同一字段。一个严重程度高的缺陷，如果已有临时替代方案且影响用户有限，其服务优先级未必最高。
优先级分级与时限档位如何对应
优先级分级的目的是让受理人员在工单创建时能快速、一致地判定等级。判定依据建议落在三个可观察的字段上：影响范围（单个用户、一个团队、多个团队或全组织）、受影响用户数、是否存在替代方案。三个字段组合后映射到优先级，比让受理人凭感觉选等级更稳定。
| 判定字段 | 取值示例 | 对优先级的影响 |
|---|---|---|
| 影响范围 | 单人 / 单团队 / 多团队 / 全组织 | 范围越大，优先级越高 |
| 受影响用户数 | 具体人数或区间 | 人数越多，优先级越高 |
| 是否有替代方案 | 有可用替代 / 无替代 | 无替代时优先级上调 |
| 业务是否中断 | 中断 / 降级运行 / 无影响 | 中断时优先级最高 |
优先级数量控制在3–4级。级别过多会导致判定分歧和档位难以记忆，级别过少则无法体现紧急程度的差异。常见做法是P1至P4四级，或紧急、高、中、低四级。
时限档位随优先级递减，且相邻级别的级差要能被感知。如果P2与P3的解决时限只差半小时，分级就失去了调度意义。下表为演示用的档位设计，实际数值需结合团队处理能力和试运行数据确定：
| 优先级 | 响应时限 | 处理时限 | 解决时限 | 适用情形 |
|---|---|---|---|---|
| P1 紧急 | 15分钟 | 2小时 | 4小时 | 业务中断、无替代方案、影响多团队 |
| P2 高 | 1小时 | 4小时 | 1个工作日 | 单团队业务受阻、影响人数较多 |
| P3 中 | 4小时 | 1个工作日 | 3个工作日 | 单人受影响、有替代方案 |
| P4 低 | 1个工作日 | 3个工作日 | 5个工作日 | 咨询、优化建议、无业务影响 |
三类时限的含义需要事先约定清楚：响应时限指从计时起点到首次有效回复的时间；处理时限指从计时起点到进入实质性处理动作的时间；解决时限指从计时起点到工单关闭或确认解决的时间。三者是递进关系，解决时限最长，响应时限最短。
计时口径、暂停规则与工作日历怎么定
计时口径是SLA运行中最容易产生争议的部分。同一张工单，按不同口径计算可能得出达标与超时两种结论，因此口径必须在目标发布前写清楚，并落到工单字段中可被记录。
三类时限的起止点。响应时限从工单创建时刻起算，到首次有效响应记录为止，自动回复不计入有效响应。处理时限从工单创建起算，到工单被指派并进入处理状态为止。解决时限从工单创建起算，到工单状态变为已解决或已关闭为止。若组织希望处理时限从受理后起算，需在口径说明中单独写明，避免与响应时限的起点混淆。
暂停条件与恢复规则。常见暂停情形包括等待用户补充信息、等待第三方供应商处理、等待变更窗口。暂停需要满足三个条件：有明确的暂停原因字段、暂停时长单独记录、恢复后继续累计。建议规定暂停的边界，例如等待用户回复超过约定时间仍未收到反馈时，工单可转为待关闭状态并停止计时，而不是无限期暂停。暂停规则应逐条列出，并说明由谁触发暂停、谁负责恢复。
日历口径的选择。7×24口径适合系统可用性、安全事件等需要全天候响应的服务；工作日历口径适合内部IT支持、办公系统咨询等只在工作时段提供服务的场景。工作日历需明确工作时段、每周工作日、法定节假日安排。跨时区服务时，应指定以哪个时区为计时基准，或按提交人所在时区分别计算，并在口径说明中写明。
| 口径项 | 需要写明的规则 | 记录方式 |
|---|---|---|
| 响应起止 | 创建时刻至首次有效响应 | 首次响应时间字段 |
| 处理起止 | 创建时刻至进入处理状态 | 状态变更记录 |
| 解决起止 | 创建时刻至解决或关闭 | 解决时间字段 |
| 暂停条件 | 等待用户、第三方依赖、变更窗口 | 暂停原因与暂停时长字段 |
| 日历 | 7×24或工作日历，含节假日 | 日历配置说明 |
角色分工与各环节交付物
SLA目标从制定到运行涉及四类角色，职责和产出需要提前明确，否则容易出现目标定了没人维护、数据出了没人解读的情况。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 服务负责人 | 制定SLA目标、审批档位与口径变更、对外确认服务承诺 | SLA目标文档、变更审批记录 |
| 一线支持团队 | 受理工单、判定优先级、完成首次响应、触发暂停与恢复 | 工单优先级判定记录、响应记录 |
| 二线处理团队 | 承接升级工单、完成实质性处理、更新处理状态 | 处理过程记录、解决确认 |
| 数据统计角色 | 按周期统计达标率与超时分布、输出分析结论 | 周期达标报表、超时原因分析 |
变更管理同样需要指定责任人。当优先级档位、时限数值或计时口径调整时，服务负责人审批后，需同步更新工单模板中的字段选项、通知一线与二线团队，并在变更记录中保留旧口径与生效时间，便于跨周期数据对比时区分口径差异。
在系统承载层面，SLA目标需要工单系统记录优先级、状态变更时间与暂停原因，才能支撑后续统计。ONES Desk 提供工单优先级评估与自定义工单属性，可将优先级和时限相关字段纳入工单模板；其工单分析报表可用于汇总处理情况。若组织需要按响应、解决等口径统计达标率与超时分布，建议在选型或配置阶段确认报表指标与计时规则能否按本文口径落地。
示例：一条工单从创建到SLA达标的完整过程
以下为演示情景，用于说明计时、暂停、恢复与达标判定的走法，数值沿用上文的演示档位。
周一9:00，某部门员工提交工单：办公系统无法登录，该员工所在小组5人均受影响，暂无替代登录方式。受理人按字段判定：影响范围为单团队、受影响5人、无替代方案、业务受阻，定为P2，对应响应1小时、处理4小时、解决1个工作日。
9:00为响应时限起点。9:20一线支持首次回复并记录首次响应时间，响应耗时20分钟，在1小时时限内，响应达标。随后工单指派给二线，9:40状态变为处理中，处理耗时40分钟，在处理时限内。
10:30二线发现需要用户提供账号信息才能继续排查，将工单置为等待用户状态并记录暂停原因。此时解决时限已累计1.5小时。11:00用户回复，工单恢复计时。暂停时长30分钟不计入解决时限。
13:00问题定位为账号锁定并完成解锁，工单状态变为已解决。解决时限累计为：从9:00到13:00共4小时，扣除暂停30分钟，实际计时3.5小时。P2解决时限为1个工作日，按工作日历计算，该工单在时限内解决，判定达标。
这条工单同时留下了三类记录：优先级判定依据、首次响应时间、暂停原因与暂停时长、解决时间。这些字段是后续统计达标率和分析超时原因的基础，缺少任何一项，达标判定都会失去依据。
完成检查：SLA目标是否可执行
正式发布前，用以下清单逐项核对。每一项都应有明确答案和对应记录位置，无法核对的项应在试运行前补齐。
- 优先级无空缺：每一级优先级都有对应的响应、处理、解决时限，不存在只定义了响应时限而解决时限空缺的等级。
- 判定字段可操作：受理人能在工单创建时依据影响范围、受影响人数、替代方案等字段完成判定，不依赖个人经验。
- 计时口径可记录：工单模板中包含首次响应时间、状态变更时间、暂停原因与暂停时长字段，口径说明中的每条规则都能在系统中找到对应记录。
- 日历规则已配置：工作日历的工作时段、节假日安排已明确，跨时区场景已指定计时基准。
- 统计可按周期输出：达标率与超时分布能按周或按月统计，并能按优先级、工单类型拆分，用于定位哪一档位设置偏紧或偏松。
- 试运行数据已复核：试运行一个周期后，检查各档位的达标率。若某一档位达标率明显偏低且超时集中在处理环节，应调整该档位时限或补充处理资源，而不是直接放宽全部档位。
- 变更流程已就位：档位或口径调整有审批人、有通知机制、有变更记录，旧口径保留生效时间。
完成上述检查后，SLA目标即可从试运行转为正式承诺。后续每个统计周期复核一次达标率与超时分布，把口径争议和档位偏差在下一轮调整中修正，SLA目标才能持续反映团队真实的服务能力。
常见问题
SLA目标设置时，优先级和缺陷严重程度可以共用一个字段吗？
不建议共用。SLA优先级面向服务承诺与紧急性，判定依据是影响范围、受影响用户数、是否有替代方案和业务是否中断；缺陷严重程度属于缺陷分类与分级，判定依据是缺陷本身对产品质量的影响。两者依据不同，混用同一字段会让受理人难以一致判定。
实际操作中，一个严重程度高的缺陷如果已有临时替代方案、影响用户有限，其服务优先级未必最高。把两个维度分开记录，才能在调度和统计时各取所需。
试运行期间达标率偏低，应该先放宽时限还是先查原因？
先查超时集中在哪个环节。如果超时集中在处理环节，说明该档位的处理时限与团队实际处理能力不匹配，或者处理资源不足；如果超时集中在响应环节，可能是受理排班或通知机制的问题。只有确认是时限本身设置过紧，才调整档位数值。
直接放宽全部档位会掩盖流程问题，也会让SLA失去对服务水平的约束作用。建议按优先级、工单类型拆分超时分布，定位到具体档位后再做针对性调整。
等待用户回复期间，SLA计时应该一直暂停吗？
不建议无限期暂停。暂停需要满足三个条件：有明确的暂停原因字段、暂停时长单独记录、恢复后继续累计。同时应规定暂停边界，例如等待用户回复超过约定时间仍未收到反馈时，工单转为待关闭状态并停止计时。
这样既避免用户长期不回复导致工单一直挂在计时中，也让暂停时长可以被统计，便于后续分析哪类工单的等待时间最长。
跨时区或节假日较多的团队，工作日历怎么设置？
先确定计时基准：可以统一以服务团队所在时区计算，也可以按提交人所在时区分别计算，两种方式都要在口径说明中写明，避免同一工单出现两种结论。跨时区服务通常统一基准更便于统计。
工作日历需明确工作时段、每周工作日和法定节假日安排。对于系统可用性、安全事件等需要全天候响应的服务，采用7×24口径更合适；内部IT支持、办公系统咨询等只在工作时段提供服务的场景，用工作日历口径更贴近实际。
SLA目标发布后，调整档位需要走什么流程？
调整档位、时限数值或计时口径，应由服务负责人审批，审批后同步更新工单模板中的字段选项，通知一线与二线团队，并在变更记录中保留旧口径与生效时间。
保留旧口径的生效时间很重要：跨周期对比达标率时，需要区分数据差异是来自服务水平变化还是口径调整。没有变更记录，历史数据就失去了可比性。
