叮当小宝CS管理篇：客服日报怎么写？五个字段让主管一眼看懂

写得越长的日报越没人认真看。主管要的不是过程记录而是「今天哪里需要我出手、明天哪里可能出问题」。一份有用的客服日报五个字段就够接待量、首响、未回、异常单、待跟进。这篇把五个字段的写法和反面案例一起说清。先记住一件事日报的读者只有一种人——手里有权限、能拍板的人所有写法都围绕他展开。## 五个字段每个都带对比接待量。当天接待人数和消息量按平台拆开写。只写一个数字没有意义要和昨天比、和上周同期比趋势比数值重要。首响。首次响应时长的当日值标出超标的时段——上午十点和晚上八点的差距往往比平均值更能说明排班问题。未回。当天结束时仍然挂着的会话数每条附上订单号和未回原因等买家回复、等仓库、等财务这三类要分开写。异常单。情绪升级、投诉倾向、超时未发货的订单逐条列出写清已经做了哪几个动作。待跟进。明天必须处理完的清单按时间排好序写清责任人和截止点。五个字段不是随便定的。前三个看当天状态后两个指向明天的动作一前一后正好卡住「今天怎么样」和「明天做什么」两个问题。字段之外的内容不要进日报无关感想和寒暄一律去掉。## 为什么反对流水账流水账没有决策点。「上午接待了 XX 人下午处理了几笔退款」——主管读完不知道该干什么这份日报就白写了。描述要带动词。「异常单X 单超时未发已标加急并告知买家补偿口径」比「有几个单出了点问题」有用得多。前者是状态加动作后者只是感受。结论往前放。把「今天需要主管确认的两件事」放在日报开头主管三十秒能读完剩下的细节他愿意看再看。写数字要带口径。接待量按接待人数还是消息量算、首响取平均还是分层看固定一种说法。口径不固定后台数字对不上解释成本比写日报还高。## 一份日报的结构模板开头一句结论。「今天整体平稳两个点需要你确认一是 X 单超时未发二是尺码类咨询量上升。」中间按五个字段填。每段控制在三行以内超出的内容放进工单不放进日报。结尾一条请求。需要主管配合的事一次说清要权限、要排班、要补货不要拆成五条消息发五遍。照着填的示例「今日接待 XX 人首响均值 X 秒晚班时段超标一次已记录未回 X 条原因分别是等买家回复和等仓库异常单 X 单均已给出处理动作明日待跟进 X 项已指派到人。」三分钟能写完。## 从日报到周会数据要能串起来日报的五组数字按周汇总就是一份现成的周会材料接待量看趋势首响看质量未回看流程异常单看风险待跟进看闭环。用叮当小宝CS 这类系统的后台报表这些数字大多能直接导出客服真正要做的是补上「原因」和「动作」两栏——系统负责给数人负责给判断日报的价值就在这两栏里。两个提醒。一是看趋势不看单日某天首响超标可能只是流量波动连续三天超标才是排班或者人力问题二是周会前先合并同类项五天的异常单归并成两三个问题会议时间留给讨论方案而不是念日报。## 小结日报不是记账是筛选。五个字段把当天的事筛成两类正常的过去需要出手的留下。坚持一个月主管打开日报就知道今天该找谁。日报写到位追问会变少取而代之的是明确的批复。## 参考文章- 客服考核的三角量、质与转化- 淘宝子账号分流与值班表设计