制定SLA超时预警清单时，字段要能让每条预警被快速定位、判断紧急程度并找到责任人。建议以工单为一行，按工单标识、SLA承诺、预警规则、通知与责任、处理闭环五组组织表头，共约20个字段。下面给出可直接复制的空白表格、逐字段填写口径、必填与选填划分、一条完整示例行，以及清单上线后的维护方法。
要点总览（TL;DR）
- 清单以工单为一行，按工单标识、SLA承诺、预警规则、通知与责任、处理闭环五组组织表头，共约20个字段，可直接复制空白表格使用。
- 预警阈值与剩余时长必须统一口径：剩余时长=到期时间−当前时间，阈值写明数值和单位，阈值区间与预警级别一一对应，同一张表不混用两种算法。
- 通知对象与通知渠道成对列示，如“处理人—站内消息”“负责人—邮件”；升级路径写成链条加条件，如“剩余30分钟未响应则升级负责人”。
- 必填字段以可定位、可判断、可追责为标准，团队成熟度低时先保证工单编号、到期时间、预警阈值、剩余时长、通知对象、处理责任人六项齐全，再逐步补齐。
- 清单需随SLA时限、优先级定义、责任人和渠道变化同步更新，并定期与工单系统数据核对一致性，避免按旧口径触发预警。
可复制空白模板：SLA超时预警清单表
将下表复制到表格工具中即可使用。列顺序按“先定位工单、再看承诺、再判断预警、再找人和动作、最后记录闭环”排列，填写时从左到右推进，避免遗漏。第一行是表头，第二行是空白填写行。
| 分组 | 字段 | 填写内容 |
|---|---|---|
| 工单标识 | 工单编号 | |
| 工单标题 | ||
| 客户/服务对象 | ||
| SLA承诺 | 优先级 | |
| SLA等级 | ||
| 响应/解决时限 | ||
| 起算时间 | ||
| 到期时间 | ||
| 预警规则 | 预警阈值 | |
| 剩余时长 | ||
| 预警级别 | ||
| 触发状态 | ||
| 通知与责任 | 通知对象 | |
| 通知渠道 | ||
| 处理责任人 | ||
| 升级路径 | ||
| 处理闭环 | 预警后动作 | |
| 处理状态 | ||
| 实际完成时间 | ||
| 超时原因 | ||
| 复盘结论 |
如果团队使用在线表格，可把“分组”列合并单元格或改用颜色区分；若导入工单系统导出数据，建议保留分组列作为筛选维度，便于按组检查字段完整性。
字段说明：每个字段填什么、怎么判断
同一字段在不同团队可以有不同取值，但同一份清单内口径必须统一。下表逐字段说明含义、取值示例和填写要点，其中预警阈值、剩余时长、通知对象、通知渠道和预警后动作是决定清单能否真正起作用的关键字段。
| 字段 | 含义 | 取值示例 | 填写要点 |
|---|---|---|---|
| 工单编号 | 工单在系统中的唯一标识 | INC-20240612-0031 | 直接引用系统编号，不手工另编，保证可回溯 |
| 工单标题 | 一句话概括问题 | 门店收银系统无法登录 | 写现象和对象，不写“紧急”“尽快处理”等判断词 |
| 客户/服务对象 | 受影响的一方 | 华东区某门店 | 写到可识别的组织或人员层级，便于通知和回访 |
| 优先级 | 工单的紧急重要程度 | P1、P2、P3 | 与团队既有优先级定义一致，不临时改级 |
| SLA等级 | 该工单适用的服务承诺档位 | 标准SLA、高级SLA | 按合同或服务目录填写，决定后续时限取值 |
| 响应/解决时限 | 承诺的响应时长与解决时长 | 响应30分钟，解决4小时 | 分别写明响应和解决两个时限，注明单位 |
| 起算时间 | SLA计时开始的时间点 | 2024-06-12 09:00 | 明确按受理时间还是首次响应时间起算，全表统一 |
| 到期时间 | 承诺完成的截止时间点 | 2024-06-12 13:00 | 由起算时间加解决时限得出，不手工估算 |
| 预警阈值 | 触发预警的剩余时长或已用时长占比 | 剩余60分钟 | 同一清单只用一种口径，写明数值和单位 |
| 剩余时长 | 到期时间减当前时间 | 45分钟 | 按固定时点刷新计算，保留分钟单位 |
| 预警级别 | 按剩余时长划分的紧急档位 | 黄色预警、红色预警 | 阈值区间与级别一一对应，如剩余60分钟为黄、30分钟为红 |
| 触发状态 | 该行预警是否已触发 | 未触发、已触发、已解除 | 用固定枚举值，便于筛选和统计 |
| 通知对象 | 预警消息的接收人 | 处理人张某、团队负责人李某 | 按角色加姓名列示，多个对象用分号分隔 |
| 通知渠道 | 消息发送方式 | 站内消息；邮件；即时通讯群 | 与通知对象对应写清，如“负责人—邮件” |
| 处理责任人 | 当前负责推进该工单的人 | 张某 | 写具体姓名，不写“值班组”等模糊主体 |
| 升级路径 | 预警未处理时的上报链条 | 处理人→团队负责人→服务经理 | 写明触发条件和升级对象，如“剩余30分钟未响应则升级负责人” |
| 预警后动作 | 收到预警后要执行的操作 | 确认进展并更新预计完成时间 | 用动词短语写具体动作，避免“关注一下” |
| 处理状态 | 工单当前所处阶段 | 处理中、待客户确认、已解决 | 与工单系统状态保持一致 |
| 实际完成时间 | 工单实际解决的时间点 | 2024-06-12 12:40 | 解决后回填，用于计算是否超时 |
| 超时原因 | 导致超时或接近超时的原因 | 等待客户补充日志 | 超时或预警后未按时完成时填写，归类到固定选项 |
| 复盘结论 | 对本次预警处理的总结 | 需在受理环节前置收集日志 | 写可执行的改进点，不写泛泛评价 |
预警阈值与剩余时长的关系需要固定下来：剩余时长 = 到期时间 − 当前时间；预警阈值是判断“何时开始预警”的界线，例如阈值为剩余60分钟，则剩余时长小于等于60分钟时触发黄色预警。若团队习惯按已用时长占比预警，则改为“已用时长 ÷ 解决时限 ≥ 75%”，两种口径选其一，不要在同一张表里混用。
通知对象和通知渠道建议成对列示，例如“处理人—站内消息”“团队负责人—邮件”“服务经理—即时通讯群”。这样在预警触发时，执行人不需要再判断该通知谁、通过什么方式通知。升级路径写成链条加条件的形式，如“剩余30分钟仍未首次响应，升级至团队负责人；剩余15分钟仍未给出解决方案，升级至服务经理”。
必填与选填：哪些字段缺一不可
必填字段的判断标准是：缺少它，这条预警就无法定位工单、无法判断是否该预警、或无法找到责任人。按此标准，五组字段中大部分属于必填，选填字段主要用于统计和复盘。
| 字段 | 必填/选填 | 理由或使用场景 |
|---|---|---|
| 工单编号 | 必填 | 唯一定位工单，缺失则无法回溯 |
| 工单标题 | 必填 | 快速识别问题内容 |
| 客户/服务对象 | 必填 | 确定影响范围和通知对象 |
| 优先级 | 必填 | 决定SLA档位和预警敏感度 |
| SLA等级 | 必填 | 决定时限取值 |
| 响应/解决时限 | 必填 | 计算到期时间的依据 |
| 起算时间 | 必填 | 计时起点，缺失则到期时间不可信 |
| 到期时间 | 必填 | 判断是否接近超时的基准 |
| 预警阈值 | 必填 | 决定何时触发预警 |
| 剩余时长 | 必填 | 预警判断的直接依据 |
| 预警级别 | 必填 | 区分紧急程度，指导响应动作 |
| 触发状态 | 必填 | 区分未触发与已处理，避免重复预警 |
| 通知对象 | 必填 | 缺失则预警无人接收 |
| 通知渠道 | 必填 | 缺失则消息无法送达 |
| 处理责任人 | 必填 | 缺失则无法追责和推进 |
| 升级路径 | 必填 | 预警未处理时的兜底机制 |
| 预警后动作 | 必填 | 明确收到预警后做什么 |
| 处理状态 | 必填 | 跟踪闭环进度 |
| 实际完成时间 | 选填（解决后必填） | 用于核算是否超时，未解决时留空 |
| 超时原因 | 选填（超时时必填） | 用于归因分析 |
| 复盘结论 | 选填 | 用于周期性复盘和改进 |
团队成熟度较低时，可以先保证“工单编号、到期时间、预警阈值、剩余时长、通知对象、处理责任人”六项齐全，让预警能跑起来；随后再补齐SLA等级、升级路径、预警后动作等字段。随着流程稳定，逐步把实际完成时间、超时原因、复盘结论纳入必填，形成完整闭环。调整必填范围时，应在清单说明中记录变更日期和原因，避免不同批次数据口径不一致。
填写示例：一条接近超时的工单如何填完整行
以下示例为演示情景，展示各字段之间的对应关系。该工单解决时限为4小时，起算时间为09:00，到期时间13:00；当前时间12:15，剩余45分钟，低于60分钟黄色预警阈值，因此触发黄色预警。
| 字段 | 填写内容 | 说明 |
|---|---|---|
| 工单编号 | INC-20240612-0031 | 系统编号 |
| 工单标题 | 门店收银系统无法登录 | 现象加对象 |
| 客户/服务对象 | 华东区某门店 | 可识别到门店 |
| 优先级 | P1 | 影响营业，按既有定义定为P1 |
| SLA等级 | 标准SLA | 该客户适用标准档 |
| 响应/解决时限 | 响应30分钟，解决4小时 | 两个时限分别写明 |
| 起算时间 | 2024-06-12 09:00 | 按受理时间起算 |
| 到期时间 | 2024-06-12 13:00 | 09:00加4小时 |
| 预警阈值 | 剩余60分钟（黄色），剩余30分钟（红色） | 阈值与级别对应 |
| 剩余时长 | 45分钟 | 13:00减12:15 |
| 预警级别 | 黄色预警 | 45分钟小于60分钟、大于30分钟 |
| 触发状态 | 已触发 | 已发出预警消息 |
| 通知对象 | 处理人张某；团队负责人李某 | 按角色加姓名 |
| 通知渠道 | 处理人—站内消息；负责人—邮件 | 对象与渠道成对 |
| 处理责任人 | 张某 | 当前推进人 |
| 升级路径 | 剩余30分钟未首次响应，升级至团队负责人；剩余15分钟未给出方案，升级至服务经理 | 条件加对象 |
| 预警后动作 | 确认排查进展，更新预计完成时间并回复客户 | 动词短语 |
| 处理状态 | 处理中 | 与系统状态一致 |
| 实际完成时间 | （待填） | 解决后回填 |
| 超时原因 | （待填） | 若超时则填写 |
| 复盘结论 | （待填） | 周期复盘时补充 |
这一行中，阈值、剩余时长和预警级别三者相互吻合：剩余45分钟落在“小于等于60分钟且大于30分钟”的区间，对应黄色预警；通知对象与通知渠道一一对应，处理责任人张某同时是站内消息的接收人；预警后动作和升级路径都指向同一责任人及其上级，形成从提醒到升级的完整链条。
调整与维护：让清单随SLA规则变化保持可用
清单不是一次填完就固定不变。SLA时限、优先级定义、责任人和通知渠道发生变化时，清单要同步更新，否则预警会按旧口径触发，反而干扰处理。建议指定一名清单维护人，通常由服务台负责人或SLA管理员担任，负责变更登记和定期复核。
阈值与SLA等级变更时，先改SLA承诺组的时限和到期时间口径，再改预警规则组的阈值和级别区间，最后检查示例行是否仍然自洽。字段增删的判断标准是：新增字段能否回答“定位、判断、追责、复盘”中的至少一个问题；删除字段前确认没有报表或复盘依赖它。责任人和渠道更新时，同步修改通知对象、通知渠道和升级路径三列，避免出现已离职人员仍在接收预警。
复核周期可按团队工单量设定，例如每月抽查一次、每季度全面复核一次。复核时重点核对清单与工单系统数据的一致性：工单编号、到期时间、处理状态、处理责任人是否与系统记录一致，剩余时长是否按同一时点计算。发现不一致时，记录差异原因并修正清单或系统配置。
| 维护动作 | 触发条件 | 检查内容 | 记录方式 |
|---|---|---|---|
| 阈值调整 | SLA时限或优先级定义变更 | 阈值、级别区间、示例行是否自洽 | 更新记录表登记日期与变更人 |
| 字段增删 | 新增统计需求或字段长期空置 | 是否影响定位、判断、追责、复盘 | 记录增删理由和生效日期 |
| 责任人更新 | 人员调动或渠道调整 | 通知对象、通知渠道、升级路径 | 同步更新并通知相关角色 |
| 定期复核 | 每月抽查、每季度全面复核 | 清单与工单系统数据一致性 | 形成复核记录和整改项 |
当清单字段与工单系统中的SLA时限、责任人、状态字段保持一致时，人工核对的工作量会明显下降。使用ONES Desk管理工单的团队，可以在自定义工单属性中承载优先级、SLA等级等字段，通过工作流配置处理与升级环节，并借助工单分析报表查看处理进度；ONES Wiki的页面模板库可用于沉淀这份清单模板和填写规范，让新成员按同一口径填写。具体字段类型和预警配置方式，以团队实际使用的系统能力为准。
常见问题
预警阈值用“剩余时长”还是“已用时长占比”更合适？
两种口径都能用，选择取决于团队看工单的习惯。按剩余时长预警（如“剩余60分钟触发黄色预警”）直观，适合解决时限较长的工单；按已用时长占比预警（如“已用时长达到解决时限的75%”）在不同时限的工单之间可比性更好，适合时限档位多、需要统一监控的团队。
关键是同一张清单只用一种口径，并在字段说明中写明计算方式。若中途切换口径，应同步调整预警级别区间和历史数据的解读方式，避免新旧数据混在一起判断。
工单在夜间或非工作时段到期，预警清单怎么处理？
这取决于SLA承诺本身是否按工作时段计算。如果SLA时限只计工作日和上班时间，到期时间应按工作日历顺延，清单中的起算时间和到期时间都要按同一日历口径填写，剩余时长也按有效工作时间计算。
如果SLA按自然时间计算，夜间到期同样要触发预警，此时需要确认通知渠道在非工作时段是否有人接收，并在升级路径中写明非工作时段的兜底联系人。建议在清单的字段说明里单独注明本团队的时段口径，避免不同填写人各自理解。
预警发出后工单仍未按时解决，清单里如何体现后续追责？
靠三组字段衔接：触发状态记录预警是否已发出和是否已解除；升级路径写明在什么剩余时长、未完成什么动作时升级给谁；超时原因和复盘结论在工单解决后回填，归因到固定选项。
追责的依据是处理责任人和升级路径两列，因此责任人要写具体姓名，升级路径要写清条件和对象。若预警发出后无人响应，复盘时应检查是通知对象设置错误、渠道未送达，还是升级条件没有覆盖该情形，并把修正结果写进复盘结论。
团队刚开始做SLA预警，字段能不能先少列一些？
可以。起步阶段先保证工单编号、到期时间、预警阈值、剩余时长、通知对象、处理责任人六项齐全，预警就能跑起来：能定位工单、能判断是否该预警、能找到接收人。
随后按流程稳定程度补齐SLA等级、升级路径、预警后动作，再把实际完成时间、超时原因、复盘结论纳入必填，形成闭环。每次调整必填范围时，在清单说明中记录变更日期和原因，保证不同批次数据的口径可以对照。
清单字段和工单系统里的数据对不上，先改哪边？
先确认哪边是权威数据源。工单编号、到期时间、处理状态、处理责任人通常以工单系统记录为准，清单作为查看和跟踪的视图，应与系统保持一致；预警阈值、预警级别区间、通知对象和升级路径属于管理规则，通常在清单侧维护，再同步到系统配置。
核对时按同一时点计算剩余时长，发现差异记录原因：是系统字段未更新、清单手工填写滞后，还是两边口径不同。修正后把差异类型记入复核记录，作为下次复核的重点。
