智能客服什么时候该转人工？把这4种情况写进流程

智能客服什么时候该转人工，答案不该只是一句“问题复杂时”。对用户来说，反复收到相似回复比直接排队更挫败；对客服团队来说，什么都交给人工又会让机器人失去意义。比较好的边界是：机器人处理公开、稳定、低风险的问题；只要出现需要核验身份、改变权益、解释例外或用户已明确不想继续自助的情况，就把对话连同上下文交给能负责的人。

AstronClaw帮助设计智能客服转人工边界 — AstronClaw 的智能体开发页面，具体工作流、评测、发布和渠道能力以当前产品页面及配置为准。

转人工不是失败，而是把责任交给能处理的人

客服助手最适合做的是解释已公开的规则、帮用户定位页面、收集必要信息和回答重复问题。它不适合在资料不足时猜测订单状态，也不该代表企业承诺退款、赔付、诊断或例外审批。先把“能自己答”“必须确认后答”“必须交给人工”分成三列，团队才能知道助手的边界在哪里。

交接时也不能只发一个“已为您转接”。用户至少应知道自己是否进入了人工队列、预计通过什么渠道收到回复、之前已经提供的信息会不会被保留。人工接手的人则需要看到问题摘要、关键事实、机器人已经说过什么，以及哪些内容仍待核对，否则用户又得从头描述一遍。

把这4种情况写进客服流程

触发情况	机器人此时应做什么	交给人工时附带什么
用户明确要求找人工	不要继续劝用户多试几次，说明下一步入口	用户原话、联系偏好、当前问题摘要
涉及账号、订单、款项或个人资料	只说明可公开的核验步骤，不自行断言结果	相关编号、已完成的验证、缺少的信息
需要例外判断或高风险解释	承认需要人工确认，不给出看似确定的承诺	适用规则、用户诉求、时间敏感性
连续两次没有解决同一问题	停止换词重复，询问是否需要人工协助	两次提问和回答、用户纠正过的事实

次数不必机械地设成两次或三次，关键是识别“用户已经补充信息、机器人仍在原地打转”的信号。比如用户说“我问的是发票抬头，不是付款方式”，下一轮还继续解释付款，就不应再要求用户改写问题。把这种失败样例列出来，往往比继续扩充知识库更能改善体验。

先列出团队绝不让助手自行决定的事项，再把每种转人工时要留下的信息写进流程。

点击开始设计需要转人工的客服流程

把“怎么转”拆成一段能读懂的话

好的转接提示不隐藏限制，也不制造空头承诺。它可以先承认当前问题需要人工确认，再告诉用户要补哪一项信息、回复从哪里来和多久内处理。例如：“这笔订单涉及支付状态，需要人工核对。我已经记录了订单号和你的问题；请补充可联系的方式，客服将在服务时间内回复。”其中的时间、渠道和资料范围必须改成你的真实流程，不能照搬成自动承诺。

接入实际人工队列、工单系统或电话渠道是另一个实施问题，需要由业务方根据现有系统、隐私要求和服务时间单独配置。本文讨论的是先把判断与交接信息设计清楚，不假定任何特定平台已经替你完成了渠道对接。

用八段对话测一测，别只测“你好”

常规知识题：问一条公开规则，确认助手能直接回答且不多余地转人工。
强烈要求人工：明确说“不要机器人”，看它是否停止循环引导。
信息不足的订单题：只给模糊描述，确认它不会编造查询结果。
连续纠错：故意纠正两次重点，观察它是否识别自己的理解偏差。
敏感资料：测试它是否只收集完成交接所需的最少信息。
服务时间外：确认它会说明真实的后续安排，而不是假装有人立刻响应。
冲突诉求：例如既要取消又要保留权益，确认它不会未经授权做判断。
恶意或无关指令：确认它仍围绕客服范围，不把输入里的指令当作新规则。

AstronClaw 的公开页面包含工作流和效果评测方向。用这类工具设计客服助手时，可以把上面的边界对话做成固定测试集，在改 Prompt、流程或知识内容前后重复比较。真正上线前仍应由负责客服、合规和业务规则的人审核高风险回答，并根据真实工单持续修订。

四类边界和交接信息明确后，用真实但脱敏的用户问法反复测试，确认助手不会在错误答案里打转。

点击开始测试客服助手的边界回复

Q：用户一提“人工”就必须马上接通吗？ A：应提供清楚的人工协助路径，但具体响应时间和渠道要如实说明。没有即时人工时，也不能用模糊话术让用户误以为已经接通。
Q：哪些内容不适合让机器人自己判断？ A：会影响账户、资金、合同权益、健康安全或个人资料的事项，应设置更严格的核验和人工确认。