深夜那句“转人工”
晚上十一点，用户想确认一件事：包裹到哪了。对话框先弹出欢迎语，他打字提问，对面回一段格式工整的提示——请提供订单号。他照做。下一轮，回复变成“请描述您的问题”。他把同一句话又打了一遍。第三轮，他只敲了三个字：转人工。
这个场景每天都在大量发生。它常被归因于模型不够聪明，但真正的裂缝往往在别处：系统从一开始就没被设定成“把事情办完”，而是被设定成“把对话接住”。
“接住”和“办完”是两件事
一套智能客服通常由几层拼起来：意图识别判断用户想干什么，槽位抽取补齐必要信息，知识库回答规则类问题，工具调用去查订单、改地址、提交工单。前两层决定它听得懂，后两层决定它做得成。不少项目把力气全花在前两层，措辞礼貌、转折自然，可一旦需要跨系统动作，就只能回到“我帮您转接”。
于是出现一种错位：用户以为自己在跟一个能办事的入口说话，系统却只把自己当成答疑页面。它不是答不上来，而是答完之后什么也没发生。
还有一种更隐蔽的来源，是考核口径。如果团队盯的是“没有转人工的比例”，最省力的做法就是把转人工藏起来——放进二级菜单，加一层排队确认，多问一遍“是否仍需人工”。数字好看了，用户的几分钟却没人记账。
被藏起来的成本
用户的等待、重复描述的烦躁、挂断之后转身去别处，这些都不在对话报表里。它们只会在更长的时间尺度上回来，以复购、口碑或者一次投诉的形式。
客服这件事的本质，是把一件不确定的事收敛成确定的结果。机器擅长的是确定性部分：规则清楚、信息可查、动作标准。一旦进入例外、责任归属、情绪安抚的区间，它的边际价值下降得很快。判断某段流程该不该交出去，问题不是“技术上能不能”，而是“做错一次，代价由谁承担”。
- 能一次查清的事实类问题，尽量让机器直接完成，不要逼用户复述第二遍；
- 涉及金额、承诺、责任归属的表达，交给人，机器只做信息预填；
- 连续两轮没有推进，就主动给出人工入口，而不是等用户打那三个字；
- 对话开头说明这是自动应答，别让用户靠语气去猜。
最后一条经常被忽略，却直接影响信任。用户并不反感机器，反感的是被机器拖着绕。提前说明身份，反而让后面的每一次失败都更容易被原谅。
改起来其实不玄
第一件事是把知识库从“文档”改写成“动作”。每条答案后面接一个可执行的操作，或者一个明确的下一步，而不是一段结束语。
第二件事是把对话日志当作需求来源。看用户在哪一句开始重复打字，那里通常就是设计断点：要么缺一个字段，要么缺一次接口。
第三件事是给“转人工”设语义触发。识别到诉求就直连，不做挽留话术。放弃挽留，看起来是让步，实际上省下的是用户的时间和一次坏印象。
这些做法都不新，难的是它们不属于任何一个模型能力指标，也放不进演示视频。很多智能客服项目的差距，最后就落在这类不上台面的工程细节上。
有个简单的自测问题：用户在这套系统里把事情办成，需要自己打几行字？行数越少，它才越像客服，而不像一道必须答对的题。