SLA超时预警清单模板用于把“什么时候提醒、提醒谁、提醒后做什么”固定成一张可执行的表。它适合正在制定或检查SLA管理规则的团队，核心要素包括工单标识与SLA承诺、计时口径与剩余时间、多级预警阈值、通知对象与渠道、处理动作与责任人、升级路径以及记录复盘字段。填写时先固定计时口径和阈值分级，再逐行绑定通知对象与处理动作，最后用示例行校验字段是否可执行。
要点总览（TL;DR）
- 模板以一张可复制填写的表格为主体，核心列覆盖工单标识与SLA承诺、计时口径与剩余时间、多级预警阈值、通知对象与渠道、处理动作与责任人、升级路径、记录复盘字段。
- 预警阈值按提前量分级列示，同一行的一级、二级、三级阈值逐级收紧，避免高级阈值晚于低级阈值。
- 通知对象优先写角色，另设角色与姓名、渠道的对照表；通知渠道按团队实际送达方式填写，同一级别可填多个渠道。
- 预警后处理动作要写成可核验的动作，并区分通知对象与动作责任人，同时写明响应时限、关闭时限和升级路径。
- 必填字段缺失时在审核阶段退回补充；上线后按月或按季度复核阈值、通知对象与渠道，每次调整递增版本并记录生效日期。
可复制空白模板：SLA超时预警清单表
下面这张表可以直接复制到电子表格或在线文档中，按工单类型或SLA规则逐行填写。每一行代表一条预警规则，同一工单类型可以有多行，分别对应不同级别的提前量。表格把阈值分级、通知对象、通知渠道和处理动作并列放置，便于横向检查一条规则是否完整。
| 序号 | 工单类型/服务项 | 工单标识规则 | SLA承诺（响应/解决） | 计时口径 | 剩余时间计算方式 | 一级预警阈值 | 二级预警阈值 | 三级预警阈值 | 触发条件 | 通知对象（角色/姓名） | 通知渠道 | 预警后处理动作 | 动作责任人 | 响应时限 | 关闭时限 | 升级路径 | 记录字段 | 复盘字段 | 规则版本 | 生效日期 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
填写顺序建议为：先填工单类型与SLA承诺，确定计时口径和剩余时间算法；再填三级预警阈值和触发条件；随后绑定通知对象、通知渠道；最后写清处理动作、责任人、响应与关闭时限以及升级路径。记录与复盘字段可以统一沿用同一套口径，避免每行重复定义。
字段说明：每一列填什么、怎么填
字段说明的作用是让填表人、审核人和后续维护者使用同一套口径。下表逐列解释含义与填写方式，模板、说明和示例三处应保持一致。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 工单类型/服务项 | 该预警规则适用的工单分类 | 使用团队已有的分类名称，如“系统故障”“账号权限”“咨询”，与工单系统分类保持一致 |
| 工单标识规则 | 如何定位到具体工单 | 写明工单编号字段或编号前缀规则，确保预警消息能指向唯一工单 |
| SLA承诺（响应/解决） | 该类型工单承诺的响应时长与解决时长 | 分别填写响应和解决两个时限，注明单位（小时/工作日），并说明是否区分工作日与自然日 |
| 计时口径 | 从何时开始计时、何时暂停 | 写明起算点（如工单创建、首次受理）和暂停条件（如等待用户补充信息），避免同一工单出现两种剩余时间 |
| 剩余时间计算方式 | 如何得出距离超时的剩余时长 | 写为“承诺时限减去已消耗时长”，并注明是否扣除暂停时段 |
| 一级/二级/三级预警阈值 | 在剩余时间达到多少时触发提醒 | 按提前量分级填写，如剩余50%、20%、5%或剩余4小时、1小时、15分钟；同一行三级阈值应逐级收紧 |
| 触发条件 | 除剩余时间外还需满足的条件 | 可写“工单状态为处理中且未响应”“未关闭且无处理记录”等，防止已解决工单继续触发 |
| 通知对象（角色/姓名） | 预警消息发给谁 | 优先写角色（如一线处理人、值班组长、服务负责人），再补充具体姓名或群组，角色变更时只需改映射 |
| 通知渠道 | 通过什么方式送达 | 按团队实际渠道填写，如工单系统站内提醒、邮件、即时消息群；同一级别可填多个渠道 |
| 预警后处理动作 | 收到预警后必须做什么 | 写成可核验的动作，如“确认工单状态并更新处理记录”“联系用户补充信息”“启动临时方案”，避免只写“关注” |
| 动作责任人 | 谁负责执行处理动作 | 填写岗位或姓名，与通知对象区分：通知对象是接收信息的人，责任人是必须完成动作的人 |
| 响应时限 | 预警发出后多久内必须有人接手 | 按级别分别填写，如一级预警30分钟内确认，二级预警15分钟内确认 |
| 关闭时限 | 预警事项多久内需要闭环 | 写明从预警触发到工单恢复或关闭的最长允许时间 |
| 升级路径 | 未按时处理时向谁升级 | 按级别写清下一级接收人，如处理人未响应升级至组长，组长未响应升级至服务负责人 |
| 记录字段 | 预警过程需要留存哪些信息 | 包括预警触发时间、级别、通知对象、处理动作、实际响应时间、最终结果 |
| 复盘字段 | 事后分析需要哪些信息 | 包括是否超时、超时原因分类、是否升级、改进措施，便于按月汇总 |
| 规则版本/生效日期 | 该行规则的版本与启用时间 | 每次调整阈值或通知对象时递增版本并记录生效日期，保留旧版本备查 |
如果团队使用工单系统承载这些字段，可以把工单类型、优先级、处理状态等作为工单属性维护，把预警规则与通知动作配置在流程中。ONES Desk 支持自定义工单属性以满足不同角色的收集需求，也支持灵活调整工作流，并提供工单分析报表用于掌握处理情况；这些能力可以作为清单落地时的承载方式，具体SLA计时与通知渠道配置需按团队实际系统能力确认。
必填与选填：哪些字段不能空
必填字段决定一条预警规则能否被执行，选填字段用于补充管理信息。建议在模板中把必填列标色，并在提交审核时做一次空值检查。
| 类别 | 字段 | 理由或适用场景 |
|---|---|---|
| 必填 | 工单类型/服务项 | 没有分类就无法确定适用哪条SLA |
| 必填 | SLA承诺（响应/解决） | 预警阈值以承诺时限为基准，缺失则无法计算剩余时间 |
| 必填 | 计时口径 | 起算点和暂停条件不一致会导致预警时间失真 |
| 必填 | 至少一级预警阈值 | 没有阈值就没有触发点；建议至少设置两级，便于逐级加压 |
| 必填 | 通知对象 | 预警无人接收等于没有预警 |
| 必填 | 通知渠道 | 明确送达方式，避免“以为发了” |
| 必填 | 预警后处理动作与责任人 | 预警的目的是推动处理，动作和责任人是闭环的关键 |
| 必填 | 升级路径 | 处理人未响应时需要明确的下一接收人 |
| 选填 | 工单标识规则 | 工单系统已自动生成唯一编号时可省略，手工台账场景建议填写 |
| 选填 | 剩余时间计算方式 | 团队统一使用系统计算时可省略，手工计算时需要写明 |
| 选填 | 响应时限/关闭时限 | 已有统一服务标准时可引用标准编号，特殊工单类型建议单独填写 |
| 选填 | 记录字段/复盘字段 | 已有统一报表口径时可引用，新增工单类型时建议补充 |
| 选填 | 规则版本/生效日期 | 首次上线可只填生效日期，发生调整后必须记录版本 |
必填缺失时的处理方式建议分两种：规则提交审核阶段，必填项为空则退回补充，不允许带空上线；运行阶段发现历史规则缺项，先按最近一次有效规则执行，同时在维护记录中登记补录责任人和补录期限，避免因补录拖延导致预警中断。
填写示例：一条工单的完整预警行
以下为演示情景，用于说明各字段如何在同一行中配合，不代表真实客户数据。假设“系统故障”类工单承诺2小时内响应、8小时内解决，计时从工单创建开始，等待用户补充信息期间暂停。
| 字段 | 示例填写 |
|---|---|
| 工单类型/服务项 | 系统故障 |
| 工单标识规则 | 工单编号前缀 INC- |
| SLA承诺 | 响应2小时，解决8小时（自然小时） |
| 计时口径 | 工单创建起算，等待用户补充信息期间暂停 |
| 剩余时间计算方式 | 承诺时限减去已消耗时长，扣除暂停时段 |
| 一级预警阈值 | 响应剩余30分钟 |
| 二级预警阈值 | 响应剩余10分钟 |
| 触发条件 | 工单状态为待响应且未记录首次响应 |
| 通知对象 | 一级：一线处理人；二级：值班组长 |
| 通知渠道 | 一级：工单系统站内提醒；二级：站内提醒加即时消息群 |
| 预警后处理动作 | 一级：确认工单并记录首次响应；二级：组长协调资源并更新处理计划 |
| 动作责任人 | 一级：一线处理人；二级：值班组长 |
| 响应时限 | 一级15分钟内确认，二级10分钟内确认 |
| 关闭时限 | 预警触发后2小时内恢复响应状态 |
| 升级路径 | 一线处理人未在15分钟内确认，升级至值班组长；组长未在10分钟内确认，升级至服务负责人 |
| 记录字段 | 预警触发时间、级别、通知对象、实际响应时间、处理动作 |
| 复盘字段 | 是否超时、超时原因、是否升级、改进措施 |
| 规则版本/生效日期 | V1.0，2025-01-01生效 |
这一行的关键在于两级阈值与通知对象逐级对应：一级提醒处理人本人，二级同时提醒组长并附带协调动作。升级路径写明了“多久未确认就升级”，使预警从提醒变成有约束的处理流程。解决时限的预警可以另起一行，用相同结构设置剩余2小时、剩余30分钟等阈值，避免把响应和解决混在同一行。
调整与维护：阈值分级和通知对象的更新方法
清单上线后最容易失效的地方是阈值和通知对象：SLA政策调整、人员轮岗或通知渠道迁移都会让旧规则失真。维护的目标是让每一行规则始终能对应到当前承诺和当前责任人。
阈值分级的调整通常在以下情况触发：SLA承诺时长变更；超时集中出现在某一时段，需要提前预警；工单量或处理人力发生明显变化；复盘发现某级预警长期无人响应。调整时按级别整体平移或收紧，保持一级、二级、三级逐级递进，避免出现高级阈值晚于低级阈值的倒挂。
通知对象与渠道的变更维护建议采用“角色映射表”方式：清单中只写角色，另设一张角色与姓名、渠道的对照表。人员轮岗时只改对照表，清单主体不动。渠道迁移时同步更新所有引用该渠道的行，并在维护记录中注明切换日期，保留旧渠道一段时间作为兜底。
版本与生效日期记录要求每次修改都递增版本号，写明修改人、修改内容和生效时间。旧版本不删除，便于追溯某次超时预警当时适用的是哪版规则。定期复核建议按月或按季度执行，复核清单包括：
- 逐行核对SLA承诺是否与当前服务标准一致；
- 检查三级阈值是否仍然递进且可执行；
- 核对通知对象角色是否仍有对应人员；
- 检查通知渠道是否仍在用、是否有退信或漏收记录；
- 抽查最近一个周期的预警记录，确认触发、响应、升级、关闭均有记录；
- 汇总超时原因，判断是否需要调整阈值或处理动作；
- 更新版本号与生效日期，并在团队内同步变更。
如果清单沉淀在文档工具中，可以把空白模板和角色映射表做成可复用页面模板，每次政策调整时复制新版本并标注生效日期。ONES Wiki 支持使用模板库一键创建文档，并提供页面模板库用于创建制式化文档模板，适合把这张清单和填写说明固定为团队共用版本。无论使用哪种工具，维护动作都应落到具体责任人和复核日期，清单才不会停留在首次填写时的状态。
常见问题
同一类工单的响应预警和解决预警，应该放在同一行还是拆成两行？
建议拆成两行。响应和解决是两个不同的承诺时限，剩余时间的计算基准不同，放在同一行容易出现阈值对应错位。拆开后，响应预警行可以设置剩余30分钟、10分钟两级阈值，解决预警行另设剩余2小时、30分钟等阈值，通知对象和升级路径也可以分别配置。如果团队工单量很小、两类预警由同一人处理，可以在表格中增加“承诺类型”列来区分，但仍建议保持一行只对应一个承诺时限。
预警阈值用剩余百分比还是剩余绝对时长更合适？
两种写法各有适用条件。剩余百分比适合承诺时长差异较大的工单类型，阈值随承诺自动缩放，规则数量少；剩余绝对时长适合承诺时长相对固定、处理节奏明确的场景，提醒时间点更直观。实际操作中可以在模板里保留一列写阈值数值，另一列注明单位口径（百分比或小时/分钟），同一行只用一种口径，避免混用导致计算歧义。若团队工单类型跨度大，可对长承诺工单用百分比、短承诺工单用绝对时长，并在规则版本中注明。
通知对象写角色还是写具体姓名？人员轮岗时怎么处理？
清单主体建议写角色，如一线处理人、值班组长、服务负责人，另设一张角色与姓名、通知渠道的对照表。人员轮岗时只更新对照表，清单主体不动，减少逐行修改带来的遗漏。具体姓名可以写在对照表中作为当前映射，但不宜直接写进预警规则行。需要特别指定的场景，例如某类工单必须由固定负责人处理，可以在处理动作责任人列写姓名，同时保留角色列作为兜底。
预警发出后没人响应，清单里应该怎么体现？
需要在清单中同时写清三件事：响应时限、升级路径和升级后的动作。响应时限规定预警发出后多久内必须有人确认，例如一级预警15分钟内确认；升级路径写明未确认时下一级接收人是谁；升级后的动作也要可核验，例如组长协调资源并更新处理计划。三者缺一，预警就容易停留在“已发送”状态。复盘时可以统计各级预警的实际确认率，判断响应时限是否过紧或升级路径是否被真正执行。
清单里的记录字段和复盘字段有什么区别，能否合并？
两者用途不同。记录字段服务于单次预警的过程留痕，包括触发时间、级别、通知对象、实际响应时间和处理动作；复盘字段服务于周期性分析，包括是否超时、超时原因分类、是否升级和改进措施。合并会导致过程记录被分析口径干扰，或者分析时缺少原始时间点。建议在模板中分列两组字段，记录字段随每次预警填写，复盘字段在工单关闭或周期汇总时补充。若团队已有统一报表口径，复盘字段可以引用报表字段名，减少重复定义。
