一天的消息是这么堆起来的
认识一个做跨境电商客服的姑娘,手上管着十几个店铺账号。她说一天里最像机器人的,是早上打开电脑的那五分钟:十几个号依次登进去,看有没有隔夜的消息。
上周三我去看她干活。真正忙起来是九点半。一条问「还在吗」,一条问「发什么快递」,一条问「能不能便宜点」。她要在几个账号之间切来切去,找对应的回复,确认发出去,再切回来。
中午统计过一次。上午回了大概一百二十条,她真正需要动脑的不超过二十条。剩下的一百条,答案她心里早就有了,但每一条都要人手动发一遍。
先分成三类
把一天的消息倒出来,就这三类。
第一类,答案完全固定。在不在、什么价、运费多少、多久发货、能不能退、有没有现货。标准答案早就写好了,每次只是重新打一遍。
第二类,半标准。比如「这个和那个哪个好」「我买两个能不能便宜」。前半句能套话术,后半句要看一下具体情况。
第三类,必须人来。投诉、退换、涉及承诺、情绪已经不对的对话。
第一类量最大,第三类最难,第二类在中间。时间大多花在第一类上,因为它的量最大。
第一类:把答案存下来
把最常见的问题整理成一行一条:
在的,现货
包邮,48 小时内发出
支持 7 天无理由退换
价格是 XX,两个一起 XX
回的时候不再现想措辞,挑一条发出去。措辞只做一次,后面每次调用。
再往前一步,让机器自己接。iEasyRun 软件免费,装在自己电脑上。可以描述成:
打开这几个店铺的客服页面,找到问「在不在」「什么价」「运费」「多久发货」的消息,用对应的话术回复。价格和运费从这份表格里读。
要写清三件事:看哪些消息、用什么话术、数据从哪来。不用写怎么点。
这类能交出去,是因为重复率高、答案固定、答错代价小,三条都占。机器回这类问题比人稳。人回三十遍会烦,烦了就会简化,就会答错。机器不会。
第二类和第三类
半标准的不要全交。机器把相关的价格、库存、规格读出来摆在眼前,人看一眼再发出去。省下的是翻资料的时间。这类对话里,翻资料比打那句回复费时。
必须人来的,这条线不能挪。客户要的是被认真对待。事实答对了,也接不住这类对话。有的团队为了全部自动化,把投诉也用话术模板回。客户当场炸,然后去平台投诉。省下的那几分钟,赔进去的是账号。
还有一条边界:这句话发错了会造成实质损失,就别交出去。「在不在」答错只是尴尬,「能退吗」答错是纠纷。
一天的时间怎么排
早上开工前十五分钟,看隔夜消息。这一步留在自己手里。你同时也在看今天的状况。隔夜消息里出现的新问题,当天往往要改话术。
上午集中处理第一类。让机器把标准问题接掉,人处理第二类里需要判断的部分。上午人比较清醒,判断类对话放在这段更合适。
下午到晚上盯第三类。海外客户的白天,往往是你的下午到晚上,投诉和售后集中在这个时段。这段时间人要在。
收尾看今天的记录。哪类问题突然变多了,哪条话术被反复用到,这些决定明天要不要改话术。
人放在要判断的时段,机器放在量最大、也最简单的时段。
账号放在哪
多账号还有一个问题:账号放在哪台设备上。
同一台设备上短时间频繁切换登录,这本身就是异常行为。把账号分散到多台设备上,每台只管自己那几个。需要集中处理时按设备分组,别在一台机器上来回登。
账号少的时候感觉不到。账号一多,这里就成了瓶颈。没出事的时候,你会觉得效率还行。出事了才发现原因在切换登录上。
怎么判断该不该交出去
遇到一类消息,问三个问题。
答案是不是固定的?每次都要重新想的,交出去也只是把「想」搬了个地方。
答错有没有实质损失?有损失的留在人手上。这条不能让。
客户要的是准确,还是要态度?要准确的可以交,要态度的不能交。
三个都过,就可以交出去。有一个不过,先别交。
先交最高频、最简单的,比如「在不在」「什么价」。它们量最大,答错代价最小。跑稳了再往上加。一上来就做最难的对话,失败两次,人就会把整件事放下。
设备侧的排查可以看 手机老是离线怎么办。多台设备怎么安排,看 一个人管 20 台手机。
常见问题
- 客服的工作量到底花在哪?
- 三项:切账号、找/改话术、翻历史记录。真正打字的时间占比不高,大部分时间耗在这三件事来回打断上。所以提升效率的着力点不是打字速度。
- 什么消息可以直接交给机器?
- 答案固定、不需要判断的那些:在不在、什么价、运费多少、多久发货、能不能退。这类问题客户要的是准确和快,机器回比人回更稳,因为人回三十遍会烦,烦了就容易答错。
- 什么必须人来回?
- 退换货、投诉、砍价、涉及承诺的沟通。这几类要的是判断和情绪处理,机器接不了。硬接的后果不是回复不准,是客户直接走掉。
- 机器回复会不会显得不真诚?
- 取决于回什么。事实性问题客户要准确和快,机器更适合;需要共情和权衡的问题必须人来。真正让人反感的是用机器话术去应付本该认真处理的对话。
- 多账号切换会不会有风险?
- 同一台设备短时间频繁切换登录才是风险点。正常做法是把账号分散到多台设备上,每台只管自己那几个号;需要集中处理的时候按设备分组来,而不是在一台机器上轮着登。
- 一天回多少条算正常?
- 与其看条数,不如看重复度。如果同一类问题每天出现几十次,这部分就是最该先交出去的。条数本身不说明效率问题,重复率才说明。
- 怎么判断该不该把某类问题交出去?
- 三个问题:答案是不是固定的?答错有没有实质损失?客户要的是准确还是要态度?前两个答是、最后一个答准确,就可以交出去。
- 先交什么最合适?
- 先交「在不在」「什么价」这类最高频最简单的。它们占的量最大、答错代价最小,跑稳了再往上加更复杂的类型。