客户问：“物流十天没有更新，可以直接退款吗？”
AI客服能够识别订单号，也能从知识库找到普通退款流程。但它不知道这笔订单是否属于特殊促销、包裹是否正在海关查验，更没有权限承诺退款到账时间。此时继续生成一段流畅的回答，并不代表问题被解决了。更稳妥的做法是收集必要信息、说明即将转交人工，再把问题和上下文一起交给有权限的客服。
这就是AI客服转人工设计真正要解决的问题：不是让AI尽量少转人工，而是让它在风险、权限或信息边界出现时及时退出，同时让人工接手后不必重新盘问客户。
如果你正在判断团队需要固定流程机器人，还是能理解自然语言并调用知识库的AI客服，可以先阅读AI客服Agent与传统聊天机器人的区别。
AI客服转人工，与客服会话分配不是一回事
这两个环节常被混在一起：
- 转人工判断的是“这段对话还应不应该由AI继续处理”；
- 会话分配判断的是“转出以后由哪个团队、哪个技能组或哪位客服接手”。
例如，客户要求修改已付款订单的收货地址。AI先根据“订单已付款且涉及关键信息变更”触发人工接管；系统再根据渠道、语言、业务线和客服在线状态，把会话分给对应人员。前一步解决边界，后一步解决路由。
关于轮询、最少负载、技能组和优先级的设置，可以继续参考客服会话分配规则怎么设计。如果转人工条件本身没有定义清楚，再精细的分配规则也只是在更快地分配错误的会话。
先确定一条原则：转人工看风险，不只看AI能不能回答
一条回答“听起来合理”，不等于它适合自动发送。实际设计时，可以从四个维度判断：
| 判断维度 | 需要问的问题 | 常见处理 |
|---|---|---|
| 信息 | AI是否拿到了回答所需的订单、账户或政策信息？ | 信息不足时先追问，仍不足则转人工 |
| 权限 | AI是否有权执行退款、改价、改地址或账户操作？ | 超出权限立即转人工 |
| 风险 | 错误回答是否可能造成资金、隐私、合规或声誉损失？ | 高风险问题优先人工判断 |
| 意图 | AI是否稳定识别了客户要解决的问题？ | 多轮仍无法识别时停止猜测 |
这四个维度比单纯设置“连续回答三次失败就转人工”更可靠。不同业务的容错空间并不相同：查询营业时间可以允许AI继续澄清，要求取消高金额订单则不适合反复试探。
AI客服应转人工的8个触发条件
1. 客户明确要求人工客服
“转人工”“真人客服”“不要机器人回答”都属于明确意图。系统不应继续用多轮菜单阻拦，也不应反复要求客户换一种说法。
可以保留一次必要的分流问题，例如“请问是订单、退款还是技术问题”，但前提是这个问题确实会帮助后续路由。若只是为了延长自动对话，客户会认为企业在故意回避服务。
2. AI连续无法识别意图，或答案置信度不足
客户可能使用口语、拼写错误、多个语言混合表达，也可能在一句话里同时提出多个问题。AI无法确认意图时，应先做一次简短澄清，例如：“你是想修改收货地址，还是查询当前配送地址？”
如果澄清后仍无法稳定判断，就应转人工，而不是连续给出几个互相矛盾的答案。不要照搬一个适用于所有业务的固定置信度阈值；更可行的做法是用真实历史问题测试，再按问题风险分层设置。
3. 知识库没有答案、内容冲突或已经过期
AI客服能否可靠回答，很大程度取决于知识库。出现以下情况时，应停止自动作答：
- 没有检索到相关内容；
- 同一问题命中两个互相冲突的政策；
- 文档没有版本或生效日期，无法判断是否仍适用；
- 客户的国家、商品或套餐不在知识库覆盖范围内。
不要让模型用常识补齐企业政策。团队应把“未命中原因、客户原问题、已检索文档”一并交给人工，并把这些未覆盖问题纳入知识库维护。关于内容结构和更新机制，可参考客服知识库怎么搭建。
4. 涉及付款、退款、身份验证或账户权限
这类问题的共同点不是复杂，而是结果敏感。例如：
- 申请退款、补偿或拒付处理；
- 修改付款信息、收货地址或账户邮箱；
- 查询包含个人信息的订单或账户数据；
- 关闭账户、恢复权限或处理异常登录。
AI可以解释公开流程、收集订单号或提示客户准备材料，但最终操作是否自动执行，应由企业的权限策略决定。若当前系统没有可靠的身份验证、操作审计和回滚机制，就不应让AI直接承诺已经完成。
5. 客户明显不满，或问题涉及投诉与声誉风险
负面情绪不等于每次都要立即转人工。客户说“这个页面真难用”，可能只是对产品体验的评价；客户说“已经扣款两次，再不处理就公开投诉”，则同时包含资金问题、升级意图和声誉风险。
因此，情绪判断应与事件类型结合，而不是只依赖“生气”“差评”等关键词。转交时要保留客户原话，避免人工只看到一个笼统的“负面情绪”标签。
6. 客户要求例外、折扣、合同承诺或政策解释
AI可以说明标准政策，但不能自行创造例外。以下问题通常需要有授权的人处理：
- “超过退货期限两天，能不能特殊处理？”
- “如果采购五十个账号，能给什么折扣？”
- “你能保证下周一定上线吗？”
- “合同里的数据责任条款具体怎么解释？”
这些对话可能形成价格、交付或法律层面的承诺。AI应该先识别需求、收集背景，再交给销售、客户成功或相应负责人。
7. 外部系统查询失败，关键数据无法取得
有些回答并不难，但必须依赖订单、物流、库存或账户系统。如果接口超时、返回空值、数据时间不明，AI不应把“查不到”解释成“没有订单”或“已经发货”。
更合适的动作是告诉客户当前无法完成查询，记录失败步骤和系统返回状态，再转给人工或创建待处理任务。这样人工接手时知道问题出在数据链路，而不是再次重复同一项查询。
8. 命中企业自定义的高价值或时效条件
有些问题本身没有风险，但商业价值或响应时效要求较高，例如重点客户咨询续费、潜在大客户索要方案、临近流失的客户要求取消服务。团队可以结合客户级别、业务线、语言、渠道和服务时段制定条件。
这里需要谨慎使用客户标签：只有当标签来源清楚、会持续更新，并且业务确实有差异化服务流程时，标签才适合参与自动决策。否则，过期标签会把普通问题错误升级，也可能让真正紧急的会话被忽略。
四类触发方式怎么组合
同一个转人工流程通常需要多种触发方式，而不是只靠关键词。
| 触发方式 | 示例 | 优点 | 注意事项 |
|---|---|---|---|
| 硬触发 | 客户明确要求人工；退款操作；账户关闭 | 边界清楚，便于审计 | 条件不宜过宽 |
| 软触发 | 多轮未解决；意图不稳定；明显不满 | 能覆盖自然语言变化 | 需要真实对话测试 |
| 条件触发 | 特定客户级别、语言、地区或服务时段 | 能匹配业务优先级 | 标签与时间必须可靠 |
| 系统触发 | 接口失败、知识库未命中、队列超时 | 能处理技术异常 | 必须设计失败后的兜底动作 |
建议先用硬触发守住风险边界，再补软触发和条件触发。系统触发则必须从第一天设计，因为接口和队列不可能永远正常。
转人工时，人工客服需要收到哪些信息
只把聊天窗口从AI切换给人工，并不算完整交接。人工如果第一句话仍是“请问有什么可以帮你”，客户会认为前面的对话全部白费。
一份实用的交接信息可以包括：
| 交接字段 | 示例 | 为什么需要 |
|---|---|---|
| 客户问题 | 修改已付款订单的收货地址 | 让人工先看到目标 |
| 转人工原因 | 涉及订单关键信息变更，AI无操作权限 | 说明边界，不让人工重新判断起点 |
| 已收集信息 | 订单号、目标国家、客户确认的新地址 | 避免重复询问 |
| 已完成步骤 | 已核对公开修改流程，尚未执行变更 | 避免重复操作 |
| 未解决点 | 订单是否已进入仓库拣货 | 明确下一步 |
| 会话上下文 | 最近关键对话及客户原话 | 保留语气与承诺背景 |
| 渠道与语言 | WhatsApp，西班牙语 | 方便选择技能组与翻译支持 |
| 建议接手团队 | 订单售后组 | 支持后续分配 |
| 紧急程度 | 当日发货前需确认 | 帮助排序 |
这里不是信息越多越好。与问题无关的身份信息、支付数据和长篇聊天记录不应被无差别复制。交接内容要满足最小必要原则，并遵循企业自己的数据权限与保留政策。
一张可直接改写的转人工规则表
一个用于内部评审的模板。它不是WuwenAI后台字段说明，团队需要根据当前产品界面和自身权限配置调整。
| 业务条件 | AI先做什么 | 转给谁 | 必带信息 | 无人在线时的兜底 |
|---|---|---|---|---|
| 客户明确要求人工 | 确认问题类别，不再劝留 | 对应技能组 | 原问题、渠道、语言 | 告知预计处理方式并进入队列 |
| 退款或重复扣款 | 收集订单号，不承诺结果 | 售后或财务支持 | 金额、订单号、客户诉求 | 创建高优先级待办 |
| 知识库未命中 | 澄清一次并记录未命中问题 | 产品支持 | 检索词、已查文档、未解决点 | 留资并通知后续回复 |
| 接口查询失败 | 说明暂时无法查询，不猜测状态 | 技术支持或订单组 | 接口步骤、失败时间、客户标识 | 自动重试一次后建单 |
| 重点客户咨询方案 | 收集团队规模、渠道和目标 | 销售或客户成功 | 需求摘要、联系方式、时间要求 | 安排预约或回访 |
写规则时，至少要把“触发条件、AI动作、接手对象、交接字段、无人在线兜底”放在同一行。只有触发条件而没有后续动作，系统仍可能把客户留在无人处理的队列里。
模拟案例：跨境电商客户要求退款
以下案例用于说明流程，不代表真实客户数据。
客户通过WhatsApp发来西班牙语消息，表示包裹长时间没有更新，并要求立即退款。AI识别到“物流异常”和“退款”两个意图后，可以按下面顺序处理：
- 使用客户的语言确认诉求，避免仅回复一段通用物流说明；
- 收集订单号，并查询订单与物流状态；
- 如果查询失败，明确说明暂时无法取得状态，不把空值当作未发货；
- 因为客户提出退款且物流状态不明，触发人工接管；
- 将订单号、客户原话、已执行查询、失败位置和目标语言交给售后组；
- 人工查看上下文后，直接处理物流核验和退款权限问题，不再让客户重复描述。
这个流程中，AI并没有“把问题推给人工”。它完成了语言理解、信息收集和初步查询，把需要判断与授权的部分交给人。AI和人工的分界应该依据责任，而不是依据谁能写出更像人的句子。
上线前，用这些问题做一轮测试
不要只测试标准问法。建议从历史会话中匿名抽取不同表达，再加入边界场景：
- “找个人跟我说话。”——是否立即识别人工请求？
- “我不是退货，我是包裹根本没收到。”——能否纠正意图？
- “超过期限两天能破例吗？”——是否避免擅自承诺？
- “系统显示两次扣款。”——是否进入资金风险流程？
- “这个回答没用，我已经问第三次了。”——是否结合情绪与未解决状态？
- 订单接口返回空值——是否明确查询失败，而不是编造状态？
- 非工作时间要求人工——是否告知后续处理方式并保留会话？
- 人工接手——是否能看到问题、原因、已收集信息和未解决点？
测试时同时记录两类错误：该转却没转，以及不该转却频繁转。前者带来风险，后者会让人工队列被低价值问题占满。
最容易被忽略的5个问题
用降低转人工率作为唯一目标
转人工率下降可能来自知识库改善，也可能来自客户被困在机器人里。应同时看转交成功率、客户是否重复描述、人工等待时间，以及应该转却没有转的样本。
转交后不保留上下文
让人工看不到AI问过什么、客户提供过什么，会直接造成重复沟通。上下文传递是转人工流程的一部分，不是可选功能。
只用情绪关键词触发
“太贵了”可能是议价，“扣款两次太离谱”则是资金问题。关键词应结合意图、客户状态和对话进度判断。
忽略非工作时间与队列满载
系统提示“已转人工”，但实际上没有客服在线，会制造新的落差。规则必须写清无人在线、超时和队列满载时如何通知客户、保存会话和创建待办。
规则上线后从不复盘
新产品、新政策和新市场会改变咨询结构。每次发现误转、漏转或人工重复询问，都应该反向检查触发条件、知识库和交接字段，而不是只修改话术。
用WuwenAI测试AI客服与人工接管流程
WuwenAI面向客服团队提供AI自动回复、意图识别、知识库学习、多语言支持、人工接管与团队协作能力。团队可以把常见问题交给AI处理，在遇到权限、风险或复杂判断时让人工继续会话；人工接手前，还可以查看已有对话，减少客户重复说明。
你可以准备二十条真实但已脱敏的客户问题，覆盖退款、账户、知识库未命中、明确要求人工和非工作时间等场景，重点检查三件事：AI是否在正确时机停下、人工是否收到必要上下文、客户是否知道接下来会发生什么。
👉 免费试用WuwenAI，用真实业务问题测试AI客服与人工接管流程。
相关阅读
常见问题
AI客服转人工是不是越少越好？
不是。转人工率只能说明有多少会话进入人工队列，不能单独证明服务质量。知识库完善后，低风险重复问题的转人工率可能下降；但退款、账户权限、投诉升级等问题及时转人工，反而说明风险边界有效。
客户要求人工时，AI还能继续提问吗？
可以询问一个确实有助于分配或处理的问题，例如问题类别或订单号，但不应设置多轮障碍。若客户已经表达不愿继续与AI沟通，应优先完成转交。
AI转人工时必须传完整聊天记录吗？
不一定。人工至少需要看到客户问题、转交原因、已收集信息、已完成步骤和未解决点。是否传递完整记录，要根据业务需要、数据权限和保留政策决定，避免复制无关敏感信息。
非工作时间触发转人工怎么办？
系统应明确告知当前服务状态和后续处理方式，保留会话与交接信息，并进入待处理队列或创建任务。不要只显示“已转人工”，却不给客户任何时间预期或后续入口。
AI客服转人工规则多久检查一次？
没有适用于所有团队的固定周期。新业务上线、政策变化、连续出现误转或漏转、人工反复追问同一信息时，都应立即复盘。日常可结合会话抽检和运营节奏定期检查规则、知识库与交接字段。