人工接手：AI 对话何时应该转交给真人

当访客要求真人服务、话题敏感或受监管，或者回复反复无法解决问题时，AI 对话就应该转交给真人。在 Plandora 中，请求尚不等于转交：Mind 会持续回复，直到真人接手。上线前就应写好触发条件，以及等待期间 Mind 应该说什么。

请求真人服务与转交是同一回事吗？

不是。在 Plandora 中，对话处于以下三种状态之一，收件箱会显示当前状态：

当 Mind 请求真人协助时，你的团队会收到通知，请求也会被记录，但对话仍由 Mind 处理。默认情况下，它会告诉访客已请求指定人员协助，同时仍可继续提供帮助。只有真人接手或发送回复才会让它暂停；Release to AI 则会将对话交还给它。

因此，请仔细阅读 Boundaries。例如，请求真人后不再回答价格问题这样的规则，是 Mind 在回复时遵循的指令。它可能执行得不够完美，而且这并不等于暂停。请求还需要通过提及选择器添加真实标签：没有标签，Mind 就不知道该请求谁，指令会让它说明尚未设置实时人工接手。

为什么人工接手很重要？

自助服务的使用率虽高，实际解决的问题却没有那么多，而客户表示希望能够联系到真人。三项调查指向同一方向，但各自统计的内容不同：

注意这些数据的局限。Gartner 的数字针对的是整体自助服务，而非 AI 聊天。Twilio 销售通信软件，因此这是供应商报告的数据。SurveyMonkey 给出的总体数字为 79%，但同一偏好中女性为 70%、男性为 60%，作为同一指标无法调和，而且没有公布问题原文，因此应把 79% 看作其主要报道数字，而不是经过核实的数字。其 89% 的数字没有样本或日期，因此这里不使用。这三项数据不能合并为一个统计数字。它们显示了一个方向：客户希望有途径联系真人，而很少有人表示接手体验良好。

美国消费者金融保护局 2023 年 6 月关于消费金融聊天机器人 （在新标签页中打开）^[4]的报告警告了“死亡循环”：不断出现“重复、无用的行话或法律术语，却没有转接真人客服的出口”。报告针对美国金融机构，但无法离开机器人的访客也很难信任其背后的企业。Digital Mind 不是人类专家，也不应被描述为专家；财务、法律、医疗及其他重大决策应始终有真人参与。人工接手让这一点在实践中得以实现。

AI 对话何时应该转交给真人？

以下七个候选触发条件可作为配置和测试的起点，并非标准或完整清单。第三列是 Boundaries 应该指示 Mind 执行的操作；Mind 会遵循这些文字，但只有真人接手才会让它暂停。

敏感或受监管话题

医疗、法律、税务、投资和安全问题应交给合格人员。本文不是法律建议，而且规则因国家和行业而异，因此应请合格顾问审核你的触发条件。

收件箱接手不是紧急服务：请求未处理期间，Mind 会持续回复，可能数小时都没有人看到。当消息可能意味着存在即时危险时，应另行编写并批准一条回复，指引访客使用当地紧急电话号码等即时求助途径，并告知不要等待收件箱回复。Plandora 的远程医疗和数字健康页面表示紧急问题会交给真人；只有 Mind 自己的回复中包含紧急途径时，这一点才能成立。

英国有一个可供比较的例子：Information Commissioner's Office 在最后更新于 2026 年 3 月 31 日的自动化决策指导草案 （在新标签页中打开）^[5]中表示，经 Data (Use and Access) Act 2025 修订的 UK GDPR 第 22C 条要求对产生重大影响的纯自动化决策提供保障，包括“获得控制者方面的人工干预”的权利。这是在决策之后进行的审核，ICO 将其与过程中由真人参与区分开来，因此它与聊天转交有关，但并不相同。聊天回复不会自动构成此类决策；如果 Mind 为客户批准、拒绝某事或确定价格，请寻求专业建议。

置信度低

Mind 猜测答案就是为什么 AI 回复会出错中描述的失败。更好的做法是说明没有可靠答案，请求真人协助，并明确指出答案的缺口。在 Plandora 中，Insights 会将答案标记为 No answer 或 Partial answer 等状态，而“Answered”是系统评估，并不证明访客满意。

需要真人参与的购买

常规的可用性和预约问题不同于协商条款：Mind 可以根据获批的知识库回答这些问题，在满足你的条件时，Booking 可以提供你的预约页面。定制报价、例外情况或承诺应交给真人处理。当回复提供足够证据时，你的 Mind 可以将联系人移入 Automatic 阶段，但赢单阶段始终需要手动设置，点击预约链接只能表明兴趣，并不代表预约已确认。

反复失败

同一问题两次尝试失败是一个合理的起始规则，这是一项设计选择，而非研究结论。对受监管话题应收紧规则；如果第三次尝试对访客的成本很低，则可以放宽。

VIP

VIP 由你团队的数据定义，而非由对话决定；只有将对话关联到已识别的联系人后，Mind 才能据此采取行动：例如通过已知的 WhatsApp 号码或电子邮箱识别，或通过网站组件的 identify 选项识别已登录的访客。在 Contacts 中使用标签或属性标记联系人。VIP 规则能否同时自动路由对话取决于你的行动手册和 Automations，因此依赖它之前请先测试。

Plandora 中的人工接手如何运作？

接手流程从行动手册延伸到收件箱。收件箱等受众功能可能通过引导式逐步开放或自助方式提供，具体取决于你的方案。

1. 编写边界规则。 在行动手册 › Boundaries 中说明什么情况下问题需要真人处理，使用提及选择器标记负责人（输入文字不会创建标签），并说明等待期间 Mind 可以告诉访客什么。
2. 进行测试。 在聊天预览中尝试一个应该转交的问题，然后在请求未处理时再发送一条消息。在 Audience › Inbox 中检查该请求。
3. 关注队列。 Unreplied 列出最新消息来自联系人的联系人，因此请求未处理时已由 Mind 回复的对话可能不会出现在那里。也要在列表中查找 Requested 标签。Mine（分配给你）和 AI handling（由你的 Mind 处理的对话，包括未处理请求）是其他快捷筛选项。
4. 回复或接手。 输入回复，或选择 Draft with Mind 并编辑草稿；生成草稿会消耗 AI 点数，按钮会显示费用。如果访客因此前回复屡屡答非所问而要求转人工，请像审阅同事的草稿一样认真审阅，或者自己撰写。发送回复会让你的 Mind 在该对话中暂停，并将对话分配给你。处理人菜单还提供 Take over、Assign to 和 Release to AI，以及 Mind 请求协助但可以继续处理时使用的 Dismiss request。
5. 让团队了解情况。 Add comment 会保存联系人看不到的内部备注。Summarize 会生成一段简短摘要，你可以将其用作关闭摘要。
6. 完成处理。 Close 会将对话移至 Closed，并可选择添加摘要。Reopen 可以恢复对话。Archive 会在活跃视图和外联中隐藏联系人，但保留历史记录。如果你在 Stages 中开启闲置对话自动关闭，它会跳过由真人处理的对话，因此完成后请关闭或释放对话。

对话上下文会一同转交吗？

大体上会。对话会保留在收件箱线程中，Contact details 会显示联系人的阶段、标签、属性、已收集的答案和私密备注，因此真人可以阅读此前的内容，尽管可能仍需要确认细节。在 Twilio 的 2025 年调查 （在新标签页中打开）^[3]中，4,800 名消费者里有 54% 认为 AI 代理很少或从不了解他们作为客户的背景（供应商报告）。

不同渠道有什么影响？

回复遵循对应渠道。WhatsApp、Messenger 和 Instagram 的回复受 24 小时窗口限制；在 WhatsApp 上，窗口关闭后需要使用获批模板。渠道断开连接时，或联系人没有该渠道的地址时，你无法回复。网站聊天尤其需要注意：回复会进入聊天线程，而 Plandora 的收件箱文档没有描述其他联系已离开访客的途径。如果网站访客可能在真人回复前离开，请先让 Mind 收集电子邮箱或 WhatsApp 号码。电子邮件仅支持向外发送。

如何编写接手消息？

默认情况下，Mind 会告诉访客它已请求真人介入，并且可以继续提供帮助；它也被指示不要承诺具体时间，因此请测试你在 Boundaries 中添加的任何时间窗口。一条好的消息包含四个部分：

• 谁来处理。 说明人员或团队名称，让访客知道已请求真人协助。
• 他们可以查看什么。 告知团队可以查看对话，从已有内容继续处理。
• 何时回复。 说明你能遵守的时间窗口，或下次有人值班的时间。
• 紧急途径。 如果等待不安全，提供电话号码或紧急服务途径。

包含占位符的模板：

这需要真人处理，因此已请求[姓名或团队]接手。他们可以查看这段对话，并从这里继续处理。预计[你能遵守的时间窗口内]回复。如果不能等待，请[紧急途径]。

以下是一个例子，并非对任何服务时间的建议：访客深夜对一笔收费提出异议，而团队只在工作日回复。Mind 表示已请求账务团队处理，他们在工作日回复且可以查看对话，并说明如果不能等待应联系哪里。真人的第一条回复随后说明是谁在回复以及接下来会发生什么。避免长篇道歉、要求访客重新表述以及承诺结果，因为退款或例外由真人决定。

对话转交时应该告知什么？

真人加入和 Mind 返回时都应告知访客，否则他们可能把 AI 的答案归功于专家，或将真人的回复归咎于 AI。披露规则因司法管辖区而异；AI 披露与欧盟 AI 法案介绍了欧洲的规则。接手人员可以查看对话记录和联系人详情，因此接手扩大了处理个人数据的人员范围；Plandora 的常见问题将通知、许可和合法使用所收集数据的责任交给部署该服务的企业。另请参阅东南亚 AI 聊天的数据保护。

如何安排接手人员并设定回复时间预期？

这里没有引用回复时间基准，因为无法核实任何基准。以下做法源于产品的实际运作方式：

• 为每个触发条件指定一名负责人。 敏感话题的接手应交给合格人员，而不是随便交给在线的人。
• 承诺你能遵守的时间窗口。 能兑现的较长时间窗口胜过无法兑现的较短时间窗口。
• 决定非工作时间如何处理。 由于 Mind 会持续回复直到有人接手，请写明无人值班时它应该说什么。
• 定期检查未处理请求。 除了 Unreplied，也要查找 Requested 对话。Plandora 的文档提供了一个 Automation 入门示例，通过电子邮件发送等待回复的人员列表；依赖该列表处理请求之前，请先检查它包含哪些内容。决定谁需要真人服务需要判断，自动化应当遵循人的判断对此进行了讨论。
• 留意渠道时间窗口。 超过窗口的 WhatsApp 接手只能通过模板重新启动。
• 明确跨团队的责任归属，并在上线前达成一致；在组织中推广 Digital Minds介绍了相关组织方式。

应该衡量什么？

Plandora 的文档没有描述接手等待报告，因此以下等待指标是需要你自行跟踪的建议。

接手率下降并不一定是好消息：访客可能找不到出口，也就是上文描述的死亡循环。判断数据之前先阅读对话。

七点接手检查清单是什么？

1. 触发条件已写明并经过测试，每个条件都有指定负责人。
2. Boundaries 标记了正确的人员或团队，并说明等待期间 Mind 会告诉访客什么。
3. 首次提出明确请求时就予以响应，不询问原因。
4. 接手消息已编写并测试，紧急情况有单独获批的回复。
5. 每个渠道都有回复途径，包括 WhatsApp 时间窗口和联系网站访客的方式。
6. 有人负责队列，定期检查 Requested 和 Unreplied，且非工作时间消息准确。
7. 每次接手都有结尾：使用 Release to AI 或 Close 并附上摘要，然后每月审核原因并修复知识库。