打客服电话，听筒里是一段越来越自然的女声。你说「转人工」，它回你「请问您是要查询订单，还是办理退换」。你再说一遍，它换个说法又问一次。绕了两圈，你挂断，去应用里翻了三层菜单，才在「更多服务」底下找到那个按钮。
这个场景里没什么高深技术，只有一个设计选择：把出口放远一点。
那个按钮为什么被藏起来
把「转人工」摆在首页，是最容易做的产品决策，也是最难被批准的。它等于在页面上公开承认：自助这条路没走通。衡量客服系统的口径，往往落在拦截量、自助完成比例、单次会话开销这些地方——转接出去，数字就往下掉。
也有实打实的工程原因。人工坐席要排队、要按技能路由、要能看到用户刚才说了什么，这套东西比接入一个模型贵得多，也慢得多。所以更省事的做法是先加一层智能客服，把能挡的挡住，挡不住的再说。
问题在于，挡住和解决是两件事。
会说人话，和会办事，隔着几套系统
这一轮模型能力上来之后，最直观的变化是措辞。以前的机器人回一句「抱歉，我没有理解您的问题」，现在能共情、能追问、能换三种说法解释同一件事。体验确实好了。
但客服的核心动作从来不是说话，是办事。改收货地址、拆单、补发、退差价、催物流，每一件都要落到订单系统、库存、工单、权限里去。模型能判断你想干什么，却未必有权限去干。接口不通，它就只能把话说得很漂亮，然后告诉你「建议您联系人工」。
这带来一个反直觉的结果：话说得越像人，办不成事时的落差就越大。一段生硬的自助语音菜单，用户一开始就没抱期望；一个语气温和、逻辑清楚的智能客服答应得好好的，最后什么也没办成，用户会觉得被糊弄了。
边界在哪
把能接的和接不住的分开看，会清楚一些。
- 能接住的：明确的、单轮的、以查询为主的事。查物流、问营业时间、走一遍退货流程、告诉你怎么开发票。这类问题答案稳定，路径固定，机器处理起来不吃力。
- 接起来吃力的：一句话里有三个诉求，说着说着改了口，或者事情本身就卡在规则之外。还有情绪——一个已经等了三天的人，需要的是有人替他担一下，而不是一段逻辑完美的解释。
- 不该硬接的：涉及责任认定、例外审批、跨部门协调的事。这类事机器给不出承诺，勉强给一个，后面要花更多成本去圆。
这三类的分界线不在技术那边，在业务那边。规则写得越清楚，机器能接的越多；规则本身模糊的地方，硬塞给机器只会把模糊放大。
不换模型，也能做的几件事
其一，把「有没有解决」当成要看的指标，而不是「有没有转出去」。前者需要回访、需要标注、需要有人去翻对话记录，麻烦；后者系统自己就能出一张好看的报表。麻烦的那个更接近真相。
其二，上下文要跟着人走。用户在前端已经说了订单号、说了问题，转过去之后不该被要求重讲一遍。这一点跟模型无关，跟系统之间愿不愿意共享字段有关。
其三，兜底入口要显眼，而且要承认自己是机器。假装成人的机器人，第一次被识破时省下的那点好感，后面都要还回去。
智能客服这几年被讨论得很多，争论常常落在「它够不够聪明」上。但真正决定体验的，往往是聪明之外的部分：权限有没有开、系统有没有通、出口有没有留。
技术会继续往前走，这一点不用怀疑。只是在那之前，用户还得在电话里说上三遍「转人工」。