结论先行:长假期间的值守,合同上通常只有一个响应时效的数字,但真正决定这个数字能不能兑现的是四件事:时效分不分节假日档、到场算不算在时效内、升级在什么条件下触发、交接班留不留记录。这四件事不写清,假期结束后的那场复盘就会变成口径之争——客户说我报障两小时没人理,服务商说我三十五分钟就回了电话。
本文只谈长假期间值守承诺怎么写、事后怎么验,不谈日常 7×24 排班该怎么做,也不谈服务报价的折扣与签约年限。前一件事已经有成熟的排班方法,后一件事是商务层面的取舍,混在一起谈会让值守问题变成价格谈判。
为什么长假是承诺最容易打折的七天
平时在岗的人多,值班只是排班表上的一格;长假期间大部分人轮休,值班往往由少数人顶着。这时候出现两个叠加:一方面接单的人少了,另一方面长假常被当成割接的好窗口——业务低峰、审批人少、影响面小。割接与值守压在同一批人身上,这是假期特有的结构性问题,不是态度问题。
在报价规则里,夜间与周末的割接支撑是按应急人天单价乘一个系数计的。这个系数本身就说明:非工作时段的人力是稀缺资源。既然如此,假期既排割接又承诺值守,等于把稀缺资源按两份用。
四件事,逐件写清
| 议题 | 常见写法 | 该写成什么 | 事后怎么验 |
|---|---|---|---|
| 时效是否分档 | 「7×24 小时响应」一个数 | 工作日与节假日分开给首响时限,节假日单列 | 拉假期期间的工单,逐单比首响时长 |
| 到场还是远程 | 「必要时到场」 | 明确哪一级必须到场、到场时限、跨省差旅谁承担 | 看假期是否真有到场记录与差旅结算单 |
| 升级触发 | 「重大问题及时升级」 | 写清几小时未解决升到哪一级、由谁签字 | 查假期里升级动作是否真实发生过 |
| 交接班 | 不写 | 约定交班记录的载体与必填项 | 抽查假期中的交接记录完整率 |
四件里最容易被跳过的是交接班。七天假期通常不是一个工程师从头顶到尾,中间会换人。换人的那一刻,未闭环的工单、临时改过的配置、客户已经口头说过的情况,如果没有交接记录,接班的那个等于重新开始。这件事在假期结束后几乎无法补证,只能靠当时的记录。
时效这个数字,起算点比时长更要紧
同一个「1 小时响应」,可以有好几种算法:从客户打电话起算,还是从工单在系统里被受理起算;夜间是打到值班手机,还是必须走工单系统;跨零点的那一单算前一天还是后一天。这些细节平时没人计较,假期里一个电话没人接,就会全部浮上来。
可行的做法是在合同或服务说明书里把起算点固定成一句话,配一个能查证的载体:报障必须落在工单系统里,口头与聊天记录不作为计时依据;值班手机只用于紧急联系,接通后仍然要补工单。这样一来,双方事后看的是同一份记录。
一个容易忽略的撞车:割接与值守抢人
假期前后排割接的团队,往往就是假期值班的团队。割接当晚通宵,第二天正好是假期的头一天,值守质量自然打折。这条不需要写进合同,但值得写进项目约定:长假前后四十八小时不排非紧急割接;确需安排的,值守与割接由两名不同工程师分别承担。
这条约定还有个副产品:它把「假期能不能做变更」这件事,从临时的私下协调变成了可以提前排期的规则。深圳市奇摩计算机有限公司在做年度运维支撑时,习惯把长假前后的变更窗口在季度计划里先占位,避免出现刚割接完就要接单的情况。
四个可以在假期结束后拿来对账的信号
- 假期首响时长与工作日首响时长的比值。两者接近,说明值班是实质性的;差得远,说明只有一个数字在纸上。
- 假期工单由谁承接。如果假期工单集中在一两个人身上,这个安排是不可持续的,下一轮谈服务等级时应当提出。
- 假期里升级动作发生的次数。零次不一定是好事,也可能是没人敢升级。
- 交接记录完整率。抽查换班节点前后的记录,一项项对。
边界与前提
三点说明。其一,文中关于客诉分级、响应时效与升级触发的描述,属行业典型场景推演,不是公司已经发生的具体事件;具体档位与时限应以本单位合同和本项目实测为准。其二,节假日时效是否需要单独分档,取决于业务在假期是否真的运行——有些业务假期停摆,分档反而增加管理成本。其三,本文讨论的是对外承诺的口径,不涉及劳动用工安排,值班人员的调休与补偿应按内部制度执行。
如果手头正有一份年度运维合同要签,可以先把上面四件事在合同附件里各写一行,再谈价格。深圳市奇摩计算机有限公司在年度支撑服务里,会把假期值守单独列成一页说明,而不是塞在服务等级的括号里。预约咨询,可以按你现有的合同条款,先把这四件事对一遍。
