理解
面向客户服务的 AI 智能体
在客户服务里，消耗团队的不是回答有多难，而是它们的重复和它们的时点。同一个问题一周回来十五次，而真正要紧的那一个在周五晚上七点抵达。AI 智能体吸收掉重复并盯住时钟——它不取代判断，它把时间还给行使判断的人。
1. 智能体接手什么
四项任务占去了客户服务的大部分时间，而且很适合委派，因为它们遵循可以说清的规则，一眼就能查验。
- 分拣进来的内容——读每一条进来的消息，从中提取真正的诉求，挂到正确的客户名下，并按紧急程度排序。当所有东西都掉进一个共享邮箱时，缺的正是这道分拣。
- 回复常规请求——那些答案早已存在的请求：交付时间、办理流程、需要重置的密码。它们构成了大部分工作量，且不需要任何权衡。
- 为其余请求做准备——汇集客户的历史记录、此前的往来以及仍未了结的事项，然后把案卷交给将要作答的人，附上足以在两分钟内决断的材料。
- 盯住时限——发现哪些正在逼近你自己设定的时限，并在超期之前提示，而不是之后。
这四项任务的共同点是：没有一项需要对个案下判断，只需要恒定。而这恰恰是团队在客流高峰日做得最差的。
2. 不该让它处理的内容
有三件事留在人这一边，而且不是出于技术原因。
商务让步。退款、贷记单、退货政策的例外：这些承诺要花钱，而且开了先例。它们必须经过审核，不是因为智能体做不到，而是因为其代价是真实的。
愤怒的客户。不断升级的投诉，靠承认过失来化解，而不是靠答案的准确。一个回答正确却答非所问的智能体只会火上浇油——而这正是最后出现在公开评价里的东西。
一切关乎他人安全的事。健康问题、合规问题、产品的高风险使用：判断标准不是难度，而是一旦出错要付出的代价。这类请求可以事先识别，默认转交给人。
3. 首次回复时长
这是最好的第一个项目，因为它凑齐了良好委派的四个条件：不断重复、规则一句话写得清、几天内就能看到结果，而且出错一句话就能补救。
客户抱怨最多的往往不是答案本身，而是答案之前的沉默。一条说明「我们理解了什么、答复何时到」的回执，胜过三天后一个完美的答案——而这恰恰是智能体不知疲倦地产出的东西，夜里和周末也一样。
实际做法是：智能体自行处理常规事项，其余连同上下文一并上报。等质量让你满意，你再移动边界——这就是自主边界，它按请求类型设定，而不是一次定死。
4. 接入现有的客户服务
卡住大多数项目的问题不是「智能体能做什么」，而是「是不是得换工具」。答案本应是：不必。
客户服务很少只存在于一个地方：一个联系邮箱、网站上的表单、一个在线对话，有时还有已经在用的工单系统。要紧的是请求汇入同一处，并从其来源渠道返回——客户永远不必知道回答他的是人还是智能体，也不必中途更换渠道。
在 nullbot 中，每个来源通过唯一的入口接入，回复再转回原来的工具。常见系统开箱即被识别；其余的只需指明从哪里读取发件人、主题和正文即可接入。你保留自己的工具，只是往里面放进智能体。
5. 度量结果
四个数字就够了，而且必须放在一起看。
- 首次回复时长——从请求送达到第一次真正回复之间的时间。效果最先在这里显现，也正是客户感受得到的。
- 无需人工介入即完成的比例——只有与下一项一起看才有意义：以客户不满为代价换来的高比例，不是收益。
- 满意度——在问题解决后询问，智能体处理的请求与其他请求都要问。若两者差距拉大，说明自主边界划错了位置。
- 人工返工时间 — 团队每天花多少分钟纠正智能体。如果这个时间不下降，说明规则写得不好：该改的是规则，不是智能体。
回复很快却要求逐条通读的客户服务，什么也没有自动化：它只是把负担从作答的人转移到了复核的人。
6. 常见问题
客户会知道自己在和智能体说话吗？
这取决于你的决定。最常见的做法是：智能体起草，由人发送——客户收到的是来自其惯常联系人的消息。若你让智能体直接作答，诚实要求把这一点讲明，而且多项法规如今已作强制要求。
能接管正在进行的对话吗？
可以，一个动作即可：对话切到人工一侧，智能体不再在其中作答。这是必需的——无法收回的系统，没人敢托付。反向的动作同样存在，等情绪缓和之后。
是否要按解决量付费，像某些厂商那样？
在 nullbot 不必：客户服务包含在订阅内，无论处理了多少请求。按解决量计费有一个设计缺陷——客户问题越多，你付得越多，而那恰恰是你现金流已经吃紧的时候。
从哪里开始？
从分拣和回执开始，不要从回复开始。一周内你就能看清智能体理解了你的哪些请求，而不会有任何一位客户收到你没读过的回复。常规回复随后再放开，一类一类来。
延伸阅读
接着读：自己保持更新的 CRM、智能体在销售团队中承担什么，或治理与预算管控。