暖转接与冷转接：如何选择合适的话务转接方式

隆重推出 Eleven v4，认识我们迄今为止最具情感表现力的模型 Eleven v4。

探索跳至内容登录注册联系销售登录

呼叫转接是一个关于上下文的决策：要么接听者通过暖转接了解来电者为何在线，要么来电者通过冷转接从头开始。你选择的转接类型会影响处理时长和首次联系解决率，甚至可能影响来电者对其客户支持体验的评价。

在本文中，我们将探讨暖转接与冷转接之间的差异，并就如何在客户支持中选择使用哪种类型提供指导。

摘要

暖转接（也称为暖交接或有人值守转接）会在来电者接通前向接收方提供上下文，而冷转接则不会。
温转接介于两者之间：拨通目的地并直接接通，不进行电话会议或实时介绍。
暖转接适合复杂或敏感的问题，冷转接适合简单、高频的路由。
每次暖转接都需要简短的上下文摘要，以及针对未接来电的备用方案。
ElevenAgents 支持三种转接类型，原生 Twilio 集成上的 Conference Transfer 会向人工坐席传递暖转接消息。

暖转接与冷转接：关键差异

暖转接与冷转接的核心差异在于转接时传递了多少信息。暖转接会向接收方提供来电者的上下文，使其已经了解任何潜在问题。

冷转接意味着接收方从来电者而非转接人那里了解任何上下文。

暖转接：坐席先通过实时介绍或简短摘要向接收方简要说明情况，然后再接通来电者。
冷转接：坐席直接接通来电者。接收方不会提前获得任何上下文。
温转接：坐席拨通目的地，一旦有人接听便接通来电者，不进行电话会议或实时介绍。一些实际实现就落在这里，介于暖转接与冷转接之间。

这些转接类型还有其他名称。暖转接可称为暖交接或有人值守转接，而冷转接可称为盲转接。

暖转接

温转接

冷转接

接收方获得的上下文

有，在接通前

除已接听电话外无

无

速度

最慢

中等

最快

来电者重复问题

否

通常

最适合

复杂或敏感问题

无需简报的确认接听

简单路由至队列

Warm, tepid, and cold transfer comparison; operator explains warm, caller explains cold.

呼叫中心中的暖转接是什么？

呼叫中心中的暖转接是一种交接方式，接收方在双方接通前获得关于来电者的上下文。第一位坐席（人工或 AI）会传递来电者是谁以及他们需要什么。来电者从对话中断处继续。

暖转接的分步工作方式

决定转接：坐席或 AI 代理确定来电者需要不同的人员或团队。
告知来电者：坐席解释将把来电者转接给谁以及原因。
拨打目的地：坐席在来电者等待时呼叫接收方。
提供上下文：坐席向接收方简要概述问题。
接通报来电者：坐席将来电者接入接收方并退出通话。

第四步才是关键所在。上下文步骤正是使转接成为暖转接的原因。去掉它，同样的流程就变成了温转接或冷转接。

Five warm-transfer steps; providing context in step four is what makes the transfer warm.

什么是冷转接？

冷转接将来电者直接接通至目的地，完全不提前通知接收方。它也称为盲转接。

冷转接更快，因为没有人等待简报。代价是来电者往往必须从头重新解释问题，这增加了通话第二段的时间，并让问题复杂的来电者感到沮丧。

何时使用暖转接和冷转接

在暖转接和冷转接之间做决定，涉及将转接类型与丢失上下文的代价相匹配。暖转接耗时更长，但如果问题类型意味着丢失上下文会让来电者沮丧，那么暖转接非常合适。低投入的通话不太可能引发问题，可以使用冷转接。

将转接类型与丢失上下文的代价相匹配。如果重复问题会让来电者沮丧或有出错风险，就使用暖转接。如果目的地除了通话本身之外不需要任何信息，就使用冷转接。

使用暖转接的情况：

复杂问题：账单纠纷、技术升级以及历史记录很重要的多步骤案例。
敏感对话：投诉、取消以及健康或财务事项。
高价值来电者：重复解释会损害关系的账户。

使用冷转接的情况：

简单路由：来电者打错了部门，需要转到正确的部门。
队列目的地：通话转至队列而非特定人员。
高频线路：速度比上下文更重要，而且下一位坐席无论如何都会询问一组标准问题。

Use warm transfers when context matters; cold transfers for simple, high-volume routing.

实现更顺畅交接的暖转接最佳实践

暖转接为坐席提供所需的所有上下文，以便在对话中途接手并尽快解决客户问题。

以下四个习惯可让暖转接对来电者和坐席都更顺畅：

保持上下文摘要简短具体：接收方需要的是问题概述。用一两句话涵盖来电者是谁、他们需要什么以及已经尝试过什么。
始终准备备用方案：目的地并不总是接听。提前决定坐席是继续在线、留言还是尝试第二个号码。团队对这一故障模式的忽视超过其他任何情况。
告知来电者接下来会发生什么：说明他们将被转接至哪个团队，并设定等待时间的预期。
传递已核实的详细信息：如果来电者已经确认了身份或账号，请一并提供，以免接收方再次询问。

Warm transfer best practices: four handoff habits and a no-answer fallback.

暖转接话术模板

一份好的暖转接话术包含两条并行进行的路径。第一条是来电者听到的内容，第二条是接收方听到的内容。

你可以将这些示例用作自己客服团队的模板：

来电者听到的内容

“我现在为您转接[团队或姓名]，他们可以[提供什么帮助]。他们会了解您[问题]的详细信息，因此您无需重复说明。大约需要等待[等待时间]。可以吗？”

接收方听到的内容

“[来电者姓名]正在线上。他们来电是为了[问题]。[已核实的身份或账号信息。]他们已经尝试过[已尝试的措施]。他们需要[期望的结果]。”

示例

来电者听到：“我现在为您转接我们的技术支持团队。他们会了解您登录问题的详细信息，因此您无需重复说明。”
接收方听到：“Jordan Lee 正在线上。身份已核实。其账号在三次密码重置失败后被锁定，他们需要今天恢复访问权限。”

在 ElevenAgents 中，第一条消息对应 client_message，第二条对应 agent_message，这两项将在下一节中介绍。

AI 语音代理如何路由和转接通话

AI 语音代理通过在其触发的工具来转接通话，触发条件是满足某个既定条件，例如来电者要求转接人工。在 ElevenAgents 中， transfer_to_number 系统工具会将实时电话通话转交给外部电话号码或 SIP URI。

该工具支持三种转接类型，每种类型对暖转接的支持程度不同：

会议转接：默认类型。代理拨打目的地号码，将参与者加入会议，然后退出，只留下来电者和人工坐席。在原生 Twilio 集成上，它会向人工坐席播报暖转接消息。
盲转接：通话直接转至目的地，不发送暖转接消息。它会保留原始来电显示，并且需要使用通过原生 Twilio 集成导入的号码。
SIP REFER 转接：通话使用 SIP REFER 协议转移，可到达电话号码或 SIP URI。它仅适用于 SIP 通话，且不支持暖转接消息。

暖转接机制归结为两个参数：

client_message：来电者在等待转接期间听到的内容。
agent_message：传递给接听通话的人工坐席的上下文摘要。

agent_message 正是让转接变得“暖”的关键。例如，来电者听到“我现在为您转接账单专员”，而专员听到“来电者在三月的账单中被重复扣费，希望退还重复收取的款项。”

ElevenAgents 还包含用于 AI 到 AI 交接的 transfer_to_agent，例如将通用代理路由至账单专员代理。该工具在 AI 代理之间转移对话。transfer_to_number 则将对话转交给人工。

ElevenAgents transfer types: Conference, Blind, and SIP REFER; use transfer_to_agent for AI.

如何使用 ElevenAgents 设置暖转接

在 ElevenAgents 中设置暖转接需要 Transfer to Number 工具、一条转接规则，以及通过原生 Twilio 集成导入的电话号码。设置共分四步。

启用工具：在代理的配置中，添加一个工具并选择“Transfer to Human”。这会启用 transfer_to_number 系统工具。
配置目的地：创建一条转接规则，将转接类型设为 Conference，并以 E.164 格式输入电话号码。SIP URI 目的地需要使用 SIP REFER，而该方式不携带暖转接消息。
定义触发条件：用自然语言描述转接发生的时机，例如“用户明确要求与人工通话”。
设计两条消息：代理会在转接时生成 client_message 和 agent_message。使用工具描述和你的代理系统提示词来指定每条消息包含的内容。

上线前，请测试无应答和忙线路径。呼叫代理，触发转接到一条不会接听的线路，并确认来电者的体验符合你的备用方案。代理测试工具覆盖了导致转接的对话逻辑。

ElevenAgents warm transfer setup: four steps and a no-answer fallback test. See how it differs warm transfer vs cold transfer

在 ElevenAgents 中，转接无人接听时会发生什么？

目的地无人接听时发生的具体流程取决于转接类型和你的电话系统设置。请为你使用的每种类型规划备用方案。

会议转接：代理会留在会议中，直到目的地接听。如果线路响铃超时、返回忙音或进入外部语音信箱，代理会继续留在通话中。接下来会发生什么取决于你的电话运营商或 SIP 中继的配置：通话可能无限响铃、运营商可能断开连接，或者代理可能听到语音信箱或忙音。
盲转接：ElevenAgents 会将通话重定向到新目的地，并立即断开代理。如果目的地无人接听，由接收方运营商或电话系统决定后续处理，例如转入个人语音信箱或持续响铃。代理无法重新介入。在原生 Twilio 集成上，盲转接目前必须通过 UI 中的 JSON 编辑器进行设置。
SIP REFER 转接：一旦你的 SIP 服务器接受 REFER 请求，代理就会结束其会话。任何无应答路由，例如将来电者送回队列、 IVR或备用人员，都必须在你自己的 SIP 中继或 PBX 上配置。

无论哪种情况，来电者的实际体验都取决于你的运营商、SIP 中继或电话系统的配置。请务必在上线前检查这一点。

你可以配置两项设置来帮助处理无应答路径：

运营商级呼叫转移：如果你转接到手机或座机号码，请为忙线或无应答设置条件呼叫转移，以便来电者进入备用队列或语音信箱。
SIP 级故障转移：如果你使用 SIP 中继，当主分机返回 486 Busy（忙线）或 480 Temporarily Unavailable（暂时不可用）响应，或超时时，将你的 PBX 配置为将来电路由到备用目的地或自动队列。

这些设置共同确保来电者不会一直被留在无人接听的响铃线路上。请阅读我们的 SIP 中继文档了解技术细节。

Unanswered transfers can use carrier forwarding or SIP failover to secondary destinations.

开始使用 ElevenAgents 实现更智能的呼叫转接

ElevenAgents 让你的团队掌控每一次转接：哪些通话会被转接、转接到哪里，以及人工坐席在开口问候之前需要了解什么。来电者只需说明一次问题，你的坐席在每通转接来电开始时就能掌握背景信息。

阅读转接到号码文档获取完整配置参考，或创建账户立即构建你的第一个代理。

关于呼叫转接的常见问题

暖转接是一种呼叫转接方式，接听方在来电者接入之前先获得背景信息。第一位坐席或 AI 代理通过实时介绍或简短摘要，说明来电者是谁以及需要什么。随后来电者继续对话，无需重复说明问题。

这意味着你联系到的人或系统正在将你转接给其他人，例如另一个部门或一位专家。新接听者可能已经知道你的来电原因，也可能不知道。如果对方在问候你时已经了解你的问题详情，那就是暖转接。如果对方要求你重新解释，那就是冷转接。

是的。简报会在来电者接入前增加几秒钟。这段时间会在通话的第二段被补回来，因为接听方已经了解问题，来电者无需重复解释。对于无需解释的简单路由，冷转接仍然是端到端最快的方式。

在 ElevenAgents 中，transfer_to_number 工具支持会议转接（Conference Transfer），它会拨打目的地号码，将其加入会议，并在代理退出前向人工坐席传递暖转接消息（agent_message）。在原生 Twilio 集成上，坐席能听到背景信息，来电者无需重复说明问题。盲转接和 SIP REFER 不包含暖转接消息。

简报会在来电者接入前增加几秒钟。这段时间会在通话的第二段被补回来，因为接听方已经了解问题，来电者无需重复解释。对于无需解释的简单路由，冷转接仍然是端到端最快的方式。

作者