SLA计时规则要解决的问题，是把“尽快响应”这类服务承诺转成可计时、可核对的口径：对哪些工单计时、按什么优先级设定目标、从哪个时间点开始计时、用哪种日历、什么情况可以暂停、超时后由谁升级。本文按“定范围—定口径—定角色—跑示例—落到系统—上线核对”的顺序给出一套可执行的方法，并说明这类规则在ONES Desk中如何借助工单优先级、自定义属性与流程配置来承载。
要点总览（TL;DR）
- 先按“工单类型×优先级”划定计时范围，每个档位写明考核响应目标还是处理目标，避免所有工单用同一套时限。
- 计时起点从创建、受理、首次响应、进入处理队列中选一个，日历在7×24与工作时间制中选一种，两者共同决定同一目标值的实际紧迫程度。
- 暂停只对等待客户、等待第三方、挂起审批三类情形开放，每次暂停记录原因与起止时间，恢复后继续累计处理时长。
- 超时预警按目标时长的比例设阈值，升级接收人落到具体岗位；暂停由处理人发起、他人确认，升级由预警触发到值班主管，形成相互校验。
- 上线前用五项检查逐项核对，并先选一类工单、一个优先级试运行两周，确认口径与处理节奏匹配后再全量推开。
先定计时对象：哪些工单、按什么优先级计时
计时规则的第一步是划定范围。对所有工单统一计时，往往会让咨询类请求占用与故障同等的考核资源；只对故障计时，又会让变更请求的处理进度失去约束。可行的做法是先按工单类型分类，再在纳入SLA的类型内部按优先级分档，形成“类型×优先级”的二维档位表。
工单类型建议至少区分三类：故障（服务中断或功能异常）、咨询（使用方法、配置询问）、变更请求（权限开通、环境调整、配置修改）。每类分别决定是否纳入SLA、纳入后考核哪类指标。常见组合是：故障类同时考核响应与处理；咨询类只考核首次响应；变更请求考核处理完成时间，响应目标可放宽或不设。
优先级档位决定目标值的松紧。分档依据应来自影响范围与业务中断程度，例如受影响用户数量、是否影响核心业务、是否存在可用的临时绕行方案。把这些判断写成可勾选的判定项，受理人按项打分后落到P1—P4档位，避免凭主观感觉定级。缺陷严重程度分级回答的是“问题本身多严重”，SLA优先级回答的是“这次服务承诺多紧”，两者可以关联但口径不同；人员派单路由解决“派给谁”，SLA计时解决“多长时间内完成”，也不宜混在同一张表里。
| 工单类型 | P1（核心业务中断） | P2（部分业务受影响） | P3（个别用户受影响） | P4（咨询/优化建议） |
|---|---|---|---|---|
| 故障 | 纳入，响应+处理双指标 | 纳入，响应+处理双指标 | 纳入，响应+处理双指标 | 纳入，仅响应指标 |
| 咨询 | — | 纳入，仅响应指标 | 纳入，仅响应指标 | 纳入，仅响应指标 |
| 变更请求 | 纳入，处理指标为主 | 纳入，处理指标为主 | 纳入，处理指标为主 | 不纳入，按排期处理 |
这张表是后续所有计时口径的前提。完成标志是：每类工单都能在表中找到对应档位，且每个档位写明了考核哪类指标；表中没有“视情况而定”的空白格。
核心答案与操作步骤：把SLA拆成可计时的规则
范围确定后，逐项把承诺拆成可计算的规则。以下六步按依赖顺序排列，每步给出输入、动作、输出与完成标志，最终产出一份SLA计时规则表和一条配套流程。
第一步：定义响应目标与处理目标
输入是S1的档位表。动作是为每个档位写两类指标：响应目标指从计时起点到首次有效响应的时间上限，有效响应指处理人给出确认、初步判断或临时方案；处理目标指从计时起点到工单关闭或进入已解决状态的时间上限。输出是每个档位的两组目标值。完成标志是两类指标都有明确数值和单位，且能说清“什么算有效响应”。
第二步：确定计时起点
输入是工单流转的实际节点。可选起点包括：工单创建时间、受理确认时间、首次响应时间、进入处理队列时间。选择依据是团队能控制哪个环节：若受理环节由服务台统一把关，用受理时间作起点更公平；若工单直接进入处理队列，用创建时间更贴近用户感知。输出是每个工单类型对应的唯一起点。完成标志是规则表中每个档位只对应一个起点，且该时间点在系统中可被记录。
第三步：选择日历口径
输入是服务时段安排。7×24自然时间按日历连续计算，适合系统监控告警、跨时区支持或承诺全天候响应的场景；工作时间制只在实际服务时段内累计，适合有固定班次的支持团队。两种口径的差异会直接改变同一目标值的实际紧迫程度，例如8小时响应在7×24下是当天完成，在工作时间制下可能跨到次日。输出是每个档位绑定的日历。完成标志是规则表写明服务时段、节假日处理方式，且与目标值匹配。
第四步：设定暂停与恢复条件
输入是处理过程中常见的等待情形。典型暂停条件有三类：等待客户补充信息、等待第三方（供应商、外部系统）反馈、挂起审批。动作是为每类条件写明发起人、所需记录（原因、暂停开始时间）、恢复触发点（客户回复、第三方回执、审批完成）。输出是暂停条件清单。完成标志是每个暂停条件都能对应一条可查的记录，且规则说明暂停期间不计入处理时长。
第五步：规定超时预警、升级与重算口径
输入是各档位目标值。动作是设定预警阈值，例如达到目标时长的70%触发提醒、90%触发升级；明确升级路径与责任人；同时规定重算口径，即优先级调整、暂停恢复后目标值是否重新计算。输出是预警阈值表与升级路径图。完成标志是每个档位都有对应预警点和升级接收人。
第六步：汇总成规则表并配套流程
输入是前五步的全部输出。动作是把类型、优先级、指标、目标值、起点、日历、暂停条件、预警阈值、升级责任人合并为一张表，并画出从受理到关闭的状态流程。输出是可执行的SLA计时规则表与流程图。完成标志是任一工单都能按表查到自己的计时方式，流程图中每个状态都能对应到计时、暂停或停止计算。
角色与交付物：谁维护规则、谁触发暂停、谁做升级
规则写在文档里只是起点，能否执行取决于每个环节是否有人负责、有产物留痕。下表按角色列出动作与交付物，可作为岗位职责的补充说明。
| 角色 | 主要动作 | 交付物 |
|---|---|---|
| 服务负责人 | 制定与修订SLA档位、目标值与计时口径；每季度复核一次规则有效性 | SLA计时规则表、修订记录 |
| 一线受理人 | 确认工单类型与优先级，记录计时起点，判断是否满足暂停条件 | 工单分类与定级记录、受理时间记录 |
| 处理人 | 发起暂停申请，填写暂停原因与预计恢复条件；恢复时确认计时重启 | 暂停记录（原因、起止时间） |
| 值班主管/升级责任人 | 接收超时预警，协调资源，决定是否升级或调整优先级 | 升级记录（触发时间、处理动作、结果） |
| 服务负责人（复盘） | 汇总计时结果，分析未达标工单的原因分布 | 月度SLA报表与改进项 |
分工的关键在于暂停与升级不能由同一人自行决定又自行核销。暂停由处理人发起、受理人或主管确认，升级由预警自动触发到值班主管，形成相互校验。完成标志是每个角色都能说清自己在哪一步留下什么记录，且记录可在月度复盘中调取。
示例：一张工单从受理到关闭的计时过程
以下为演示情景，用于说明规则如何串起来，不代表真实客户案例。假设某故障工单定为P2，响应目标2小时、处理目标8小时，日历为工作时间制（9:00—18:00），计时起点为受理时间。
- 周一9:30 用户提交工单，9:40 受理人确认类型为故障、定级P2，计时从9:40开始。
- 9:55 处理人首次回复并给出临时绕行方案，首次响应耗时15分钟，响应目标达成。
- 10:30 处理人需要用户提供日志，发起暂停申请，原因“等待客户补充信息”，暂停开始。
- 周二10:00 用户回复日志，暂停结束，处理时长恢复累计；暂停期间约1.5个工作小时不计入。
- 周二15:00 累计处理时长达到目标值的70%，触发预警提醒处理人；16:30 达到90%，升级至值班主管协调二线支持。
- 周二17:20 问题解决，工单关闭，累计处理时长约6小时，处理目标达成。
关闭时核对三件事：暂停记录是否完整、预警与升级是否有留痕、最终计时结果是否与规则表口径一致。若发现暂停原因填写不规范，应在复盘中修正，而不是在关闭时临时调整时长。
在工单系统中承载计时规则
规则要稳定执行，需要系统用字段记录时间点、用状态表达暂停与恢复、用流程触发预警。计时所需的核心字段包括：工单类型、优先级、受理时间、首次响应时间、暂停累计时长、暂停原因、当前状态。状态流转与暂停标记要对应，例如“处理中”计入时长，“等待客户”“等待第三方”“审批中”标记为暂停并停止累计。
超时预警与升级可由流程规则触发：当累计时长达到阈值时通知处理人与值班主管，达到更高阈值时变更状态或指派升级责任人。这些触发方式需要在选型或配置时逐项核验，不同产品的原生支持程度不同。
ONES Desk 在承载这类规则时，可从几个与计时直接相关的环节切入：其支持评估和定义工单优先级，用于区分紧急事件的处理顺序；支持自定义工单属性，可用来记录工单类型、暂停原因等分类信息；支持灵活调整工作流，使状态流转与暂停、恢复节点相匹配；并汇总工单处理情况、提供工单分析报表，便于按周期查看处理进度。企业版通过统一门户集中接收工单，支持自定义处理流程与字段配置，并提供多维度数据统计与分析。工单还可一键关联到 ONES Project 的需求或缺陷工作项，便于跨团队跟踪直至处理完成。
需要说明的是，SLA计时字段（如首次响应时间、暂停累计时长）与超时自动预警是否以原生能力提供，建议在选型或实施时结合自身流程逐项确认，可通过自定义属性与工作流配置组合实现的程度也应在试点中验证。完成标志是：在系统中新建一张测试工单，能完整走通计时、暂停、恢复、预警、关闭五个节点，且每个节点的时间记录可导出。
完成检查：规则上线前逐项核对
上线前用以下清单逐项判断，每项都有明确的通过标准，避免规则停留在文档层面。
| 检查项 | 通过标准 |
|---|---|
| 每类工单都有明确的SLA档位与目标值 | 类型×优先级表中无空白格，每个档位写明响应或处理目标及单位 |
| 计时起点、日历口径、暂停条件均有书面定义 | 规则表中每个档位对应唯一起点与日历；暂停条件列明发起人与恢复触发点 |
| 暂停与恢复有记录可追溯 | 任取一张历史工单，能查到暂停原因、起止时间与恢复确认人 |
| 超时预警与升级责任人有名有岗 | 每个档位的预警阈值对应到具体岗位，升级路径无断点 |
| 计时结果可导出并用于月度复盘 | 能按周期导出工单计时明细，报表包含达标率与未达标原因分类 |
五项全部通过即可进入试运行。试运行期间建议选取一类工单、一个优先级先行验证两周，确认计时口径与实际处理节奏匹配后再全量推开；若发现目标值普遍无法达成，应先复核档位划分与日历口径，再考虑调整数值。
常见问题
目标值定多少合适？没有历史数据时怎么起步？
没有历史数据时，先按团队当前的实际处理节奏取一个可达到的基线，再逐步收紧。具体做法是：抽取近一个月同类工单的处理时长，取中位数作为初始目标值，而不是直接套用行业常见数字。试运行两周后看达标率，若普遍轻松达成可适当收紧，若普遍无法达成应先复核档位划分与日历口径，再考虑调整数值。
目标值还需要与日历口径一起看。同一个“8小时”在7×24下是当天完成，在工作时间制下可能跨到次日，定值时要把服务时段一并写进规则表。
工单处理中途优先级被调高或调低，计时怎么处理？
这属于重算口径问题，需要在规则中提前写明，常见有两种做法：一是按新优先级的目标值重新计算剩余时长，已消耗时长保留；二是整单按最终优先级的目标值核算，适用于定级错误需要纠正的情形。两种做法各有适用条件，关键是选定一种并写进规则表，避免同一张工单在不同环节被按不同口径核算。
无论选哪种，优先级调整都应有记录，注明调整人、调整时间与原因，便于月度复盘时区分“定级偏差”与“处理超时”两类问题。
暂停时长有没有上限？客户长期不回复怎么办？
建议为暂停设置上限，例如等待客户补充信息超过3个工作日则自动恢复计时或转为关闭待跟进状态。没有上限的暂停会让工单长期停留在“等待中”，SLA数据失真，也无法反映真实的服务压力。
达到上限后的处理方式要在规则中写明：可以恢复计时并按超时处理，也可以转入单独的待跟进队列不再计入本期SLA统计。两种方式都需保留暂停记录，确保后续可追溯。
多个团队共同处理一张工单时，SLA按谁的口径算？
按工单整体对用户承诺的口径计算，而不是按每个处理团队各自计时。用户感知的是从提交到解决的完整时长，内部分工不应改变对外承诺。团队之间的交接环节可以单独设内部协作时限，但不替代对外的SLA目标。
如果工单需要跨团队流转，建议在规则中明确主责团队与配合团队，暂停条件只对等待外部反馈开放，内部交接不计入暂停。这样既能保持对外口径一致，也能通过内部时限约束交接效率。
计时规则上线后，多久复核一次比较合适？
建议每季度复核一次规则有效性，试运行阶段可缩短到每月一次。复核内容包括：各档位达标率分布、未达标工单的原因分类、暂停时长的占比、预警触发后升级是否及时响应。
出现以下情况时应提前复核：服务时段调整、团队人员规模明显变化、某类工单量激增、连续两个月同一档位达标率明显偏离。复核结论落到规则表的修订记录中，避免口径在口头沟通中被悄悄改变。
