AI 客服转人工后，坐席需要按“确认接手状态 → 阅读上下文 → 核对待办与承诺 → 回复客户 → 安排后续”继续处理。验收交接是否完成，要同时看人工接待状态、客户是否收到人工回复，以及 AI 是否停止重复自动回答，不能只看一条“正在转接”提示。
对于已经在 WordPress 上安装网站客服的团队，人工接手是把咨询继续推进的重要一步。本文不重复罗列“哪些问题要转人工”，而是说明会话进入人工阶段后，接待同事应该看到什么、先做什么、怎样确认没有遗漏，以及换班时如何保持连续。
转人工前的准备：谁接手，谁负责后续？
开始配置前，先把业务判断和接待安排分开。报价、特殊使用场景或售后核实可能都需要人工，但负责的人不一定相同。团队应确定谁负责网站渠道，谁有权处理具体事项，以及不在服务时间时由谁回看等待会话。
在 YundaDesk智能客服中，客户看到的排队或无人在线提示与当前渠道的有效接待范围有关。工作区有人在线，不等于这个网站渠道就有人可接待。先核对渠道接待名单、成员状态和相关设置，再设计对客提示。实际判断方式见 设置 AI 转人工边界。
提示语也要与工作安排一致。正在等待有人接入，可以说明正在排队；无人在线，则说明实际服务安排和可用的联系入口。没有明确服务时限时，不写“一分钟内回复”。一句友好的提示需要后面的接待安排支撑，才能让客户知道应该等什么。
步骤一：确认人工接手状态，避免 AI 重复回复
坐席打开目标会话后，先使用页面中的接手操作，确认会话顶部已显示相应人工接待状态，再继续回答。不要仅凭自己打开了会话，就认为 AI 已经停止接待。会话分配给其他同事时，同样要核对当前负责人和系统转接记录。
接手后，AI 不应继续对该会话自动回复，除非后续明确交回 AI。团队测试这一点时，可以在访客侧补发一条消息，观察由谁处理，以及是否出现重复回答。这里检查的是实际接待状态，不是聊天里有没有一句“正在为您转接”。
还要区分技术错误与业务转接。AI 或应用暂时不可用时，应检查当时的提示与接待状态，不能假定错误发生后人工就已经接管。排查时保留错误步骤，再由有权限的人员按实际流程处理会话，避免客户等待一个事实上没有发生的转接。
步骤二：交接上下文需要保留哪四项信息？
接手者不一定需要逐句复述全部聊天，但至少要回答四个问题。第一，客户现在希望解决什么；第二，已经核实了哪些事实；第三，还有什么没有完成；第四，前面是否作出了承诺。可以先查看原会话和团队备注；如已有摘要，可用它快速定位，关键事项仍回到原文确认。
| 交接内容 | 接手时的检查方法 |
|---|---|
| 客户当前诉求 | 区分最初的问题和最近一次追加的需求。 |
| 已经确认的信息 | 核对型号、数量、使用条件；区分客户自述与已验证事实。 |
| 尚未完成的动作 | 明确下一步要查资料、确认方案，还是联系有权限同事。 |
| 已作出的承诺 | 核对承诺原文、负责人员和约定时间，不把预估当成保证。 |
例如，客户已经说明要两件 A 型样品，目的地也已经提供，那么下一位同事应当继续确认费用或安排，而不是重新收集相同信息。相反，如果型号只是 AI 的猜测，就不能在交接时把它写成“客户已确认 A 型”。这两个细节会直接决定接手者是否从正确的位置继续。
备注应只包含处理事项所必需的信息。身份核验、付款或其他敏感材料按团队认可的安全流程处理，不把完整凭证复制进一段普通交接说明。内部备注服务于团队协作，对客回复则应只包含客户需要知道的进展和下一步。
步骤三：人工第一条回复怎么写？
第一条人工回复可以由三部分组成：确认已读到的需求，说明当前正在做什么，再提出确实缺少的一项信息。重点不是把句子写得热情，而是让访客不用重新解释，也不误以为某项业务已经完成。
以下是教学示例，不是真实客户记录：“我看到你需要两件 A 型样品，我来继续确认费用。你刚才提供了收货地区，接下来我先核对这一型号的样品安排。”如果真实对话还缺少必要信息，就只追问缺少的部分；不要复制示例中的数量和型号。
对于需要等待其他同事确认的事项，可以说明“我已把这个问题交给负责同事核对，确认后会在这里继续回复”。前提是这个内部交接已经实际完成。尚未提交、尚未核实的动作，不应写成完成式；有明确回复时限时再补充时间。
YundaDesk智能客服支持在转接时填写仅团队可见的转接备注，把客户背景、待办及承诺传给接手成员。普通转接可按需填写；如果页面提示转接成功但备注发送失败，应保留已经完成的转接，在内部备注里补充信息并提醒接手成员，不要把同一会话反复转来转去。操作细节见 分配和转接会话。
步骤四：换班时交清未完成事项与约定时间
如果一个问题不能在本班次解决，交接备注应描述下一步动作，而不只是写“请跟进”。例如“客户已确认型号和数量，仍待核对特殊使用条件；核实前未承诺兼容；下一班联系产品同事后在原会话回复”。这是一段任务说明，不是新的对客承诺。
团队可以在现有接待流程里约定：转出者负责写清未完成项，接手者负责确认能看到记录并接续处理。无需为每条简单咨询写长报告；只有会影响下一步判断的信息，才需要留下。对于普通规格问答，原会话清楚可见往往已经足够。
跨时区团队涉及约定时间时，要写清具体时区，避免“明天上午”在不同成员眼里指向不同时间。实际沟通中优先沿用客户能够理解的表达，内部则记录清楚负责人与时间依据，让换班同事知道哪些事项需要优先处理。
验收结果：怎样确认客户不需要重新解释？
验证交接最直接的方式，是让没有参与前半段对话的同事接手一条测试会话。由测试访客先说明需求，再提出人工请求；接手者不私下询问上一位同事，只用工作台中的上下文和备注继续处理。这样更容易发现哪些信息实际上没有被传递。
检查四项可观察结果：接手者能说清客户当前诉求；不重复询问已确认的信息；下一步动作与已有承诺一致；人工回复真实出现在访客窗口，且 AI 没有重复自动回复。若其中一项不成立，就记录缺失信息或状态问题，再调整对应环节。
无人在线分支也要安排一次隔离测试。客户应看到符合实际安排的提示，负责回看的同事应能定位仍待处理的会话。只有提示文字正确、却没人负责后续工作，仍不算把人工接待安排完整。
失败排查：接手失败、信息遗漏和责任不清怎么处理？
如果坐席看不到转入会话或不可选，先核对成员权限、状态与渠道范围。如果能接手但需要客户重述，查看诉求和待办是否保留在原会话或备注中。如果信息齐全却迟迟没人继续，检查实际负责人和交班安排，而不是只修改欢迎语。
如果接待状态反复变化，刷新后核对最终接待人及系统记录，再排查发生了哪些分配操作。若人工接手后仍出现 AI 自动回复，保留当时会话与消息顺序，先检查是否曾明确交回 AI；不要单靠对客提示推断当前状态。
处理完成后，只有当后续问题适合自动处理、渠道已启用 AI 接待、也没有未完成的人工承诺时，再考虑交回 AI。否则继续由负责人把承诺兑现。AI 承接重复问答，人工接住需要判断和推进的部分，两者的分工才会在客户看来是一段连续的服务。
如果网站入口尚未配置，可以从 WordPress 接入指南开始；已经上线的团队，则可以先用一条测试会话检查今天的接手与换班流程。
AI 转人工交接常见问题
工作区有人在线，为什么客户仍看到无人在线提示？
需要核对当前网站渠道的有效接待名单。工作区在线成员未必在这个渠道的可接待范围内；是否启用相关回退设置也会影响判断。先查看该渠道实际配置，再检查提示语，不要只依据工作区总在线人数作结论。
普通转接必须写一大段备注吗？
不必。普通转接按信息需要补充备注，清楚的原会话可以直接作为上下文。存在未完成动作、承诺或特殊背景时，写出接手者需要知道的差异信息；不要把整个聊天重新复制一遍。特殊强制转接操作的备注要求，以页面提示为准。
人工回复后，可以立即把会话交回 AI 吗？
先确认人工承诺已经处理完毕，后续问题适合自动接待，而且该渠道已启用 AI。若仍在等待内部核实或需要跟进，继续保留明确负责人。交回 AI 是接待安排的变化，不等于原有待办自动完成。
下一步：把这次交接纳入上线验收
可以使用 WordPress AI 客服上线测试清单复查接手前后的客户侧表现；需要减少重复的规格与政策咨询时，再按 知识库搭建指南补充可靠资料。两者共同帮助团队把人工精力集中到需要判断和推进的事项上。
YundaDesk智能客服: https://yundadesk.com