晚上十一点，物流显示已签收，门口却什么都没有。你打开App，点进客服，输入框上方浮出一行字：您好，我是智能助理，请描述您的问题。你打“快递没收到”，它回：请问您要查询订单物流、申请退款，还是修改收货地址？你选了第一个，它贴出一串轨迹；你说轨迹显示签收了但我没收到，它又问：请问您要查询订单物流、申请退款，还是修改收货地址？
第三轮，你打出“转人工”。它礼貌地告诉你，人工客服的服务时间是9:00到21:00。对话到这里结束，问题没有。
它未必是不聪明，更多是被要求别说“不知道”
现在常见的做法是把意图识别、知识库检索和文本生成串起来：先判断你想干什么，再去资料里找答案，最后组织成人话。工程上，这套流程通常设了一道门槛——置信度低于某个值时，系统应该承认自己拿不准，把人交出去。
问题出在这道门槛由谁定。门槛调低，它会硬答，答得似是而非；门槛调高，转人工的比例上升。而不少团队的日常看板盯的是会话内的解决比例、转人工的比例，于是门槛被一再压低，兜底路径被藏进二级菜单。系统看起来什么都能接，代价是用户得多绕几圈。
对话结束，不等于问题结束
还有一个容易被忽略的口径问题：用户关掉窗口、挂断、不再回复，很多系统会记为“已解决”。数字很好看，但真实成本只是转移了——转移到重新描述一次问题、重新验证一遍身份、重新解释一遍“我真的没收到”。
判断一段对话是否有效，或许不该看它有没有善终，而要看同一件事有没有在两天内被再问一遍。这个指标不新，只是它不好看。
放手，本身是一个需要设计的功能
转人工经常被当成失败的出口，其实它更接近一个接口。哪些情况该主动交出去，技术上并不难判断：
- 连续两轮没有命中用户意图，或者用户在反复输入同一句话；
- 用户明确说出“人工”“投诉”“找你们负责人”这类词；
- 涉及金额变更、责任认定、例外处理——这类需要有人当场做承诺的事；
- 识别到明显的情绪信号，比如短句、重复标点、长时间无响应后突然输入长文本。
难点从来不是识别，而是有人愿意为“提前放手”负责。因为放手意味着这一通电话不算在系统头上，而算在人工成本上。
它擅长的事和它不擅长的事，最好别混在一起
查单号、改地址、解释退换规则、凌晨三点回答一句“在的”，这些事机器做得比人稳，不打烊，语气也不会因为连续接了八十通电话而变化。另一些事它做不了：需要共情的时候，需要当场破一次例的时候，需要有人为一句承诺担责的时候。
麻烦在于，这两类需求往往混在同一次对话里。用户得先陪机器走完它能处理的部分，才能摸到人。合理的做法是让路径可以跳——不是让用户证明自己“确实需要人工”，而是让系统主动承认“这部分我不行”。
所以，评价一个智能客服好不好用，有个很朴素的观察点：当你说“转人工”的时候，它有没有立刻照做，有没有告诉你大概还要等多久。能力变强是进步，但在客服这件事上，知道什么时候停下来，可能是更难的那种进步。