企业客户支持工单机器人：话题串、CRM 与数据分析

四个决定，按它们产生影响的顺序排列

前两个是结构性的，后两个则决定是否有人会满意。

它落在哪里

谁来回答

你承诺什么

它何时结束

一个房间，还是每个对话一个话题串

如果有两个人回复、每天只有少量消息，一个员工房间就够了，其他任何做法都是额外负担。超过这个规模，单个房间会把所有对话同时交织在一起，变得无法跟进——两个客户、三个同事和一个只答了一半的问题全都在同一屏滚动里。

话题（Topics）就是解决这个问题的结构（第 057 步）：每个对话一个话题串，在有人来信时创建，把客户的消息转发进去，再把员工的回复转发回来。让群组运转起来的一切在每个话题串里同样适用，包括可以忽略那些不属于你的话题串。

代价是话题串会不断累积，这就是第四个标签页。一个运行了一年却什么都没关闭的支持群，就是几百个话题的列表，其中还活跃的那些根本看不见。

少于两个人，用一个房间。超过这个规模，每个对话一个话题串——并且同时决定好如何结束它们。

用中转，还是让人们用自己的账号回复

直接回复更有人情味，也不需要搭建任何东西。但它也意味着对话存在于某个人的聊天里，其他人看不见——所以当他们不在时，没人知道说了什么，而且这意味着你同事的个人账号被交给了陌生人，这件事应该先问过他们，而不是想当然。

中转在他们之间放一个机器人：客户和机器人对话，员工通过机器人回复，整个交流过程留在团队能看到的地方。身份保持私密，覆盖不依赖某一个人，记录也存在。你失去的是另一端的人名——值得通过让员工在回复中署名来弥补，这不花什么成本，却能彻底改变语气。

只要回复的人不止一个，中转就是正确做法。错误在于搭建了它却让它面目模糊，让客户觉得自己在对着一堵偶尔吐出文字的墙说话。

回复的人不止一个，就用中转。然后把名字加回去——在回复开头写上“我是 Sam”，就能起到大部分作用。

确认回复比路由更有价值

这是本步骤中最不技术化的决定，却决定了满意度。写信来却什么也没听到的人会认为自己没被收到；而被告知“我们已收到，有人会在明天下午前回复”的人会平静地等待，即使最终答案所花的时间和原本一样长。

三条规则能让自动确认变得有用而非令人烦躁。说明这是自动的——一句假装是真人写的模板话，比沉默更糟。给出真实的时间，不要说“尽快”，而且给出一个你会提前达到的时间，而不是一个你希望达到的时间。索要你最后总会索要的那一样东西——订单号、账号、截图——这样第一条真人回复就是答案，而不是又一个请求。

并且说明工作时间。一个在工作日开放并明确说明的支持台是正常运转的支持台；一个周末沉默却毫无解释的支持台看起来就是坏了。

一句诚实的确认回复加上一个真实的时间，胜过本步骤中所有路由逻辑。在搭建任何东西之前先把它写出来。

没人会关闭工单

这是第三个月才会出现的失败，而且从来没人提前设计过。对话得到了回复，却从未被标记为结束，因为关闭某个东西是一个没有即时回报的步骤。列表不断增长，活跃对话在死掉的对话中变得不可见，团队也就不再信任这个视图了。

在沉默一段时间后自动关闭，并在关闭时说明：发一条简短消息告诉客户对话已关闭，再次写信即可重新打开。最后这一点正是让自动关闭变得可接受而非敷衍的原因——什么都不会丢失，而且对方不需要做任何事。

有两个值得做的改进。等待客户的对话应该比等待你的对话更早关闭。而重新打开的对话应该回到同一个话题串，而不是开一个新的，这样接手的人就能看到上次发生了什么。

一个永远清不空的队列最终会没人再看。自动关闭加上便捷的重新打开就是正常运转的支持台和一座档案库之间的区别。