一句“我要退货”之后，对话开始打转
用户输入“我上周买的东西不合适，想退掉”，屏幕那头的智能客服回了一句“请描述您的问题”。用户又说“退货”，它继续推荐商品。这个场景不新鲜，却足够说明一件事：很多答非所问，不是模型不够聪明，而是业务没把问题拆开。我习惯把这类对话分成三层看：听懂、答对、办成。三层里任何一层松动，用户都会感到被敷衍。
听懂不是把关键词对上就行。退货、换货、退款、取消订单，在口语里经常缠在一起；用户还会带着情绪、省略背景、混用多个诉求。企业如果只用一套意图标签去承接，系统就容易在相近说法之间摇摆。更稳妥的做法，是让系统先确认当前要办的事，再追问缺失信息，而不是急着给一段标准话术。追问看似慢，实际减少了来回。
知识库不是文档堆
不少团队以为把帮助中心的内容导进去，客服就能回答。可文档写给人看，讲究完整；对话是逐句发生的，讲究当下。同一个退货政策，页面可以写一段说明，对话里却要拆成“能不能退”“怎么寄回”“多久处理”几个节点。知识库若没有按问题场景整理，检索出来的内容再准确，也可能答非所问。
- 把政策拆成可执行的条件，而不是整段复制；
- 给每个答案标注适用范围和更新时间；
- 允许用户补充信息后重新匹配，而不是一次答错就结束。
这些工作不显眼，却决定智能客服能不能把话接住。模型可以生成通顺句子，但业务事实必须由人来校准。
能回答，不等于能办事
有些对话看起来顺利，用户问什么都能得到解释，可到了真正操作时，系统却只能让用户“前往订单页自行处理”。这不是沟通问题，是流程没有打通。客服对话的价值，往往在于缩短操作路径：查订单、改地址、提交售后、转交人工。若只能解释不能执行，用户很快会学会绕过它。
我的判断是，企业不必一开始就追求全流程自动办理。先把高频、规则清楚、风险低的环节交给系统，把需要判断的环节留给人工，反而更稳。智能客服的边界要写进系统里，而不是等用户在对话里试出来。哪些问题必须人工确认，哪些信息不能自动承诺，哪些场景直接转接，都应该提前定义。
兜底不是失败
转人工常被当成智能客服的失败，我不这么看。用户反复表达同一件事，或者出现明显情绪时，及时转接比继续追问更体面。兜底机制的关键不是藏起人工入口，而是让转接带着上下文过去：用户说了什么、系统试过什么、订单处于什么状态。否则用户还要再讲一遍，前面的自动化就白做了。
回到最初那个退货场景，真正该修的可能不是换一个更大的模型，而是把意图确认、知识拆分、流程执行和转接规则重新排一遍。它不是一个孤立的问答窗口，更像业务规则在对话里的投影。投影清不清楚，取决于背后的业务有没有想清楚。