晚上十点，物流信息停在「已揽收」的第三天。你点开购物App的在线客服，先跳出来的是一个菜单：查订单、改地址、退换货、其他问题。你选了「其他」，输入「我的包裹三天没动」，对面回：「很抱歉给您带来不便，请提供订单号。」给了订单号，回：「已为您加急催促，请耐心等待。」再追问卡在哪，回的还是那句「请耐心等待」。
这类对话，几乎每个人都经历过。它不算失败，甚至每一步都符合设计。问题在于，用户想问的那个「为什么」，从一开始就不在系统能回答的范围里。
它听懂了你的词，没听懂你的事
多数智能客服的第一步是分类：把你的话归进「物流查询」「退款申请」这类预先设定好的意图里；第二步是抽取关键信息——订单号、手机号、时间。这两步做得熟练，对话看起来就顺畅。
但顺畅和解决是两件事。分类的前提是问题有类别，而人真正着急的时候，问题往往落在类别之间：「东西没到，但我明天要出差，能不能改送到公司」——这句话里同时有物流、地址修改和时间约束。系统可能识别出「改地址」，却接不住「明天」这个条件，于是给你一段标准流程，你照着填，填完发现改不了。
所以看一套智能客服，与其看它会不会寒暄，不如看它在超出脚本时怎么反应：是坦诚说「这个我处理不了，帮你转人工」，还是继续用同一句话循环。前者是边界，后者是消耗。
会说话，和能办事，是两条线
现在常见两种系统。一种只负责对话，背后没接任何业务接口，它能查、能说、能安抚，但改不了订单状态，也发不出补偿。另一种接了工单、订单、物流接口，你说「改到公司地址」，它真的下发指令，然后告诉你改成功还是失败、失败原因是什么。
两者的差距在日常使用里非常明显。前者像一个只会复述规则的传话人，后者才像一个窗口。企业在选型时容易被界面的流畅度说服——打字即回、语气自然，但真正的差别在于它能调用的动作有多少。不能办事的对话，说得再像人，也只是把等待包装得更体面。
把「转人工」藏起来，成本只是换了人承担
有些页面把人工入口放得很深，要连点三层才出现，理由通常是分流。分流本身没错，错在把不方便转嫁给用户。一个人第二次重复描述同一件事时，耐心就开始折算成对品牌的减分。
合理的做法反而简单：在识别到情绪词、连续两轮未解决、或问题超出既定范围时，主动给出人工选项，并把已收集的信息带过去。用户不必再讲一遍订单号和来龙去脉，省下的那几分钟，比任何开场白都有效。
先划边界，再谈智能
如果企业刚开始上这套系统，比较稳妥的路径是先接有限的几类问题——查单、改地址、退换货进度，把这些做扎实，边界外的一律转人工。等这几类的办结情况稳定了，再往外扩。反过来，一上来就宣称什么都能答，用户第一次碰壁之后，后面即使答对，也会被怀疑。
衡量方式也该跟着改。除了看办结比例，还要看用户重复描述了几次、换了几次渠道、有没有在对话结束后又去打电话。这些数字不好看，但它们离真实体验更近。
回到开头那个场景。用户其实不太介意对面是机器，介意的是绕圈。一句具体的「您的包裹目前在转运中心，预计明天下午更新」，远比十句「很抱歉」有用。智能客服要做的，说到底就是把这句话说出来——并且说完之后，事情真的往前走了一步。