客服交接班的完成点,不是上一班发出了交接消息,而是下一班已经知道:哪几件事还没结束、对客户承诺了什么、接下来由谁在什么时候做什么。把这三件事写进同一张交接卡,再由接班人确认,才能避免“我以为你接了”的责任空档。
工单系统继续保存完整会话和正式处理记录;换班看板只呈现跨班次最容易遗漏的信息。可以在 Boardmix 项目看板中按接手状态摆放卡片,把工单链接、回告时间和下一动作放在一起。它适合交班时共同核对,不必再复制整段聊天记录。

哪些工单需要交班,哪些只需留在历史记录里
先划清范围:需要下一班继续处理、等待外部结果,或仍有对客承诺的工单进入交接区;已完成处理、客户已收到结果且没有后续动作的工单,留在原系统的完成记录中。把全部历史工单都搬上看板,反而会淹没真正需要接手的事项。
“已经回复客户”也未必等于结束。例如,客服发出了排查建议,但还约定半小时后确认结果,这张工单仍有待执行动作;技术人员说“已修复”,却没有验证客户是否恢复,也不能直接标为完成。
交班前可以按三个问题筛选:有没有未兑现的回告?有没有等待他人提供的材料?有没有仍需下一班确认的结果?任意一项为“有”,就写出具体接续动作。投诉是否升级则按团队的现行规则处理,相关责任路线可以另看客户投诉升级泳道图,不要在换班时重新发明一套优先级。
一张交接卡,先让接班人能直接行动
以18:00换班为例,早班林珊要把CS-241交给晚班周宁。只写“导出失败,技术跟进中”没有说明下一步;接班人还得翻聊天、找技术人员,再确认客户什么时候等回复。改成下面这张卡,第一步动作就清楚了。
| 字段 | CS-241的填写内容 |
|---|---|
| 工单与当前现象 | CS-241;客户反馈导出任务停留在处理中,工单链接指向原始会话。 |
| 已经确认的事实 | 17:42收到反馈;已取得任务编号。暂未确认影响是否只限该任务。 |
| 已做与尚未做 | 已转交技术支持;尚未收到排查结论,未向客户承诺具体恢复时间。 |
| 对客承诺 | 18:30前反馈一次当前进展,即使尚未恢复也要回告。 |
| 下一动作 | 周宁18:10向技术支持核对进展;根据已确认事实准备18:30回告。 |
| 接手与确认 | 原负责人林珊;拟接手人周宁;接手时间待对方确认可以继续处理后填写。 |
| 异常联系 | 若18:10仍联系不到技术支持,按值班表联系当班负责人,不自行承诺修复时间。 |
交接卡中应分开写“事实”和“判断”。“客户说全员不能用”是客户报告,“已确认三个账号受影响”才是核验结论。接班人需要知道哪些信息可靠,哪些还要追问。卡片只放任务所需内容,联系方式、订单详情等敏感信息留在有访问控制的正式系统里。
最值得保留的是“下一动作”这一行。它应由动词、对象和时间构成,例如“18:10向技术支持确认任务状态”,而不是“继续跟进”“尽快处理”。若动作依赖别人的回复,也要写明等到什么时候、到时没回复怎么办。
看板按接手状态分列,不按客户重要程度分列
换班看板建议用“待交接—待接收—已接手—交接闭环”四列。列表示交接进展,卡片里的标签表示紧急程度;把“紧急、一般、不紧急”当作列,会让团队看不出谁已经接走了哪件事。
- 待交接:上一班正在补齐信息。缺少下一动作、回告时间或接手人时,先留在这一列。
- 待接收:材料已经齐备,正在等待指定接班人确认。发群消息、移动卡片都不能自动代表对方已接手。
- 已接手:接班人确认能访问原工单,理解下一动作,并明确承担后续责任。原系统的负责人也应按团队规则同步。
- 交接闭环:本次跨班次约定的动作已经完成并留有记录;工单若仍未解决,继续进入正常处理流程,不把“交接完成”误当作“客户问题已解决”。
“等待客户”不是一种交接状态。CS-242即使还在等客户补截图,也可以进入“已接手”,前提是晚班确认了检查时间和后续动作。把等待对象写在卡内,就不会出现一张卡既属于“等客户”又不知道谁负责的情况。
走完一次18:00换班:先确认承诺,再移交所有权
假设17:50筛出三张需要延续处理的工单,先按下一次必须发生的动作排序,而不是按创建时间排序。
| 工单 | 17:50的状态 | 晚班的第一步 | 为什么要交 |
|---|---|---|---|
| CS-241 | 等待技术排查 | 18:10核对进展,18:30回告客户 | 有临近的明确回告承诺 |
| CS-242 | 等待客户补充截图 | 19:30查材料是否到齐,再按既定规则联系客户 | 等待不会自动消除后续责任 |
| CS-243 | 已提供处理建议,尚未确认结果 | 18:20核对客户是否恢复,并回写原工单 | 处理建议已发出,但结果还没确认 |
17:55,林珊和周宁一起查看看板。周宁先打开CS-241原工单,发现自己无法访问技术排查链接。此时卡片应留在“待接收”,由林珊补上可访问的正式记录或联系有权提供信息的人。不要先移动到“已接手”,再让接班人独自猜测。
权限和材料齐备后,周宁复述:“18:10问进展,18:30无论是否恢复都回告;不擅自承诺恢复时间。”确认无误,再记录接手时间,并按团队流程变更工单负责人。CS-242和CS-243也分别确认,不用一句“这几张都知道了”代替逐项接收。
18:10,技术支持仍在排查。周宁把“暂无恢复结论,下一次内部确认18:25”写回CS-241,而不是把它移到完成列。18:30按约向客户反馈已确认进展,留下回告记录,再确定新的跟进安排。这次交接已经跑通,但客户问题是否结束仍要根据实际结果判断。

无人接班、材料未齐和临时插单,分别怎么处理
接班人没有确认:按事先约定的值班联系顺序找负责人,明确临时承接者和有效时段。不能因为交班时间已到,就默认责任自动转移;也不应让某个人无限等待,而应由值班安排解决覆盖缺口。
交接信息不完整:缺什么就退回补什么。例如缺“客户约定的回告时间”,不能用“优先处理”替代。若时间紧迫,先让临时负责人接住客户沟通,再补技术细节,并把未确认事项显式留在卡片上。
交班前出现新工单:按同一规则判断是否需要立即响应或升级,不简单甩给下一班。若需要跨班处理,写清已经做过的动作和当前责任人;严重事件遵循专门应急流程,换班看板只记录交接,不代替应急指挥。
两个人同时回复:回到原工单确认当前负责人,合并事实记录并统一下一次对客回复。不要删除另一人的处理痕迹来让看板显得整齐。交接的目的正是减少这种信息分叉。
用下一班能否顺利接续,检查交接表有没有用
下一次班前回看,不必统计写了多少字。更有用的是找出三种失误:接班人重新询问了卡里本该写清的信息;约定回告漏掉了;卡片移动了但正式工单负责人没有同步。分别修字段、提醒方式或交接规则,避免一有遗漏就增加整页说明。
在Boardmix画布上保留一块“交接规则”区,写明四列的进入条件、谁能确认接手以及异常时联系谁。每班只更新工单卡和相关结论,不复制一块新的看板制造多个当前版本。完整会话仍回到原工单查看,白板集中解决换班时的责任和行动对齐。
一份可用的客服交接记录,最后应能让接班人用一句话说明:“我接的是哪件事,下一步何时做,做完把结果写到哪里。”说不清时,先补这一句,再考虑卡片颜色和排版。

