电话接通，先是一段录音，接着是三层菜单。你耐着性子说“我要改收货地址”，对面回一句“您可以在小程序的订单页操作”。那个页面你已经试过两次，每次提交都报错。于是你按了0。
卡住的常常不是“听不懂”
把这类体验归因于“模型不够聪明”，是最省事、也最不准确的一种解释。语音识别没有出错，意图判定也对——用户确实要改地址。真正卡住的是它被允许做的事：查询可以，修改不行。
所以很多失望并不产生于对话层，而产生于系统层。知识库回答的是“规定是什么”，用户要的是“我的单子怎么办”。这两件事之间隔着一组接口、一份权限清单和一次跨部门的确认。智能客服的能力上限，很大程度上由它手上有没有这些权限决定，而不是由它说话像不像人决定。
对话里最容易漏掉的东西
上下文。用户第一句说“上周那单”，第三句说“那这个呢”，人听得懂，系统未必接得住。多轮对话里，指代、省略、突然改口都是常态；一旦某句话没有落到预设的槽位里，前面的信息就像被清空了一次。
还有跨渠道的记忆。电话里说过一遍的问题，换到应用里再问，往往要从头讲起。用户感受到的不是“它记性差”，而是“我在这家公司眼里是个新客户”。这种断点在技术上不难解释，在体验上却很难解释。
转人工不是失败
不少系统把“减少人工转接”当成目标，于是入口被藏进二级菜单，或者要先回答五个问题才放行。这样的设计会训练出一个擅长留住用户的系统，而不是一个擅长解决问题的系统。
更贴近实际的口径，或许是“这个问题有没有被一次解决”。如果一次解决需要人接手，那接手得越快越好。把转人工当作流程的正常一环，而不是当作系统的败绩，很多拧巴的设计会自然松开。
它用什么口气说话
要不要明确告诉用户对面是机器，这件事没有唯一答案，但含糊其辞通常代价更高。语气过度拟人，会抬高期待；用非常确定的口气说错一件事，比说“这一点我不确定，帮您转给同事”更伤信任。
责任边界也在这里。系统给出的答复，最终由谁来承担，需要在设计阶段就想清楚，而不是等用户拿着截图来问。
留一个按键的理由
复杂纠纷、情绪激烈的投诉、责任划分不清的情况，仍然需要人来处理。智能客服更适合做前端的分流与信息收集：把订单号、问题类型、已尝试过的操作先整理好，让人接起来时不必从“请问有什么可以帮您”开始。
所以那个0键被保留下来，并不算技术的退步。它更像一个诚实的标记：哪些事这台系统确实做不了。承认这一点，比再多加几轮追问，通常更有用。