웜 트랜스퍼는 첫 상담원이 다음 담당자에게 발신자를 소개한 뒤 연결하는 통화 전환 방식입니다. “Dana 님, Sam 님 전화입니다. 주문 4471 대금이 두 번 결제됐고, 본인 확인은 끝났습니다.” 그런 다음 첫 상담원은 빠집니다. 콜드 트랜스퍼에서는 소개 없이 다음 담당자나 대기열로 바로 연결되고, Sam 님은 모든 것을 다시 설명해야 합니다.
차이는 딱 하나입니다. 전화를 받는 사람이 발신자의 용건을 이미 알고 있는가. 이 가이드는 전화 시스템에서 각 전환이 어떻게 작동하는지, 언제 어느 쪽을 써야 하는지, 바로 쓸 수 있는 웜 트랜스퍼 스크립트, 그리고 첫 상담원이 AI 음성 에이전트일 때 무엇이 달라지는지 설명합니다. 컨택센터 책임자와 통화 흐름을 만드는 엔지니어를 위한 글입니다.
웜 트랜스퍼와 콜드 트랜스퍼 비교
| 웜 트랜스퍼 | 콜드 트랜스퍼 | |
|---|---|---|
| 다른 이름 | 안내 전환, 상담 전환, 어텐디드 전환 | 블라인드 전환, 직접 전환 |
| 발신자가 듣는 것 | 대기 후 소개 | 신호음 후 새로운 목소리 |
| 받는 사람이 아는 것 | 첫 상담원에게 들은 통화 이유 | 화면에 뜨는 정보, 아무것도 없을 때가 많음 |
| 첫 상담원의 시간 | 상담 통화와 소개, 흔히 1분 이상 | 몇 초 |
| 위험 | 상담원끼리 이야기하는 동안 발신자가 대기 | 발신자가 모든 것을 반복하거나 엉뚱한 대기열로 감 |
| 적합한 경우 | 에스컬레이션, 불만, 영업 인계, 복잡한 사안 | 단순한 라우팅: 결제, 영업시간, 정해진 부서 |
세 번째 방법도 있습니다. 컨퍼런스 전환은 첫 상담원이 다음 담당자를 발신자와의 통화에 참여시켜 그 자리에서 소개한 뒤 빠지는 방식입니다. 이것도 웜 트랜스퍼라고 부르는 팀이 있습니다. 발신자가 인계를 직접 들어 신뢰가 생기지만, 셋 중 상담원 시간이 가장 많이 듭니다.
전화 시스템에서 각 전환이 작동하는 방식
콜드 트랜스퍼는 전화 시스템에 보내는 지시 하나입니다. “이 통화를 저 목적지로 보내라.” SIP 기반 시스템에서는 상담원 쪽이 SIP REFER 요청을 보내 통신사나 PBX에 발신자를 다른 곳으로 연결하라고 요청하고, 첫 상담원의 통화 구간은 끝납니다. 목적지가 응답하지 않으면 그다음은 목적지의 규칙에 달려 있습니다. 음성 사서함, 대기열, 또는 끊긴 통화입니다.
웜 트랜스퍼는 세 단계입니다.
- 첫 상담원이 발신자를 대기시킵니다.
- 첫 상담원이 다음 담당자에게 두 번째 통화, 즉 상담 통화를 걸어 사안을 설명합니다.
- 첫 상담원이 전환을 완료합니다. 전화 시스템이 발신자를 두 번째 통화에 연결하고 첫 상담원을 뺍니다.
SIP 시스템에서 3단계는 Replaces 헤더가 담긴 REFER로, 상담 통화를 발신자의 통화로 바꾸라고 시스템에 알립니다. RFC 5589에 블라인드 방식과 어텐디드 방식이 모두 나와 있습니다. 컨택센터를 운영하는 데 RFC가 필요하지는 않지만, 테스트에서는 되던 전환이 다른 통신사에서 실패할 때 도움이 됩니다.
다음 담당자가 상담 통화를 받지 않으면 첫 상담원은 발신자에게 돌아가 다른 방법을 안내합니다. 이것이 웜 트랜스퍼의 숨은 장점입니다. 아무도 침묵 속으로 보내지지 않습니다.
웜 트랜스퍼를 써야 할 때
세부 내용을 반복하게 하면 발신자가 화를 낼 때, 또는 다음 담당자가 그 정보 없이는 처리할 수 없을 때 씁니다.
- 에스컬레이션과 불만. 이미 문제를 한 번 설명한 사람은 관리자에게 같은 말을 또 하고 싶어 하지 않습니다.
- 영업 인계. 검증된 잠재 고객을 영업 담당에게 넘길 때는 “잠시만 기다려 주세요”가 아니라 “배송 차량 40대 건은 Priya에게 전달해 두었습니다”라는 말을 들어야 합니다.
- 본인 확인을 마친 발신자. 본인 확인이 끝났다면 그렇다고 알려서 다음 상담원이 반복하지 않게 합니다.
- 드문 전문 인력. 목적지가 한 사람이라면 발신자를 보내기 전에 받을 수 있는지 확인합니다.
목적지가 예측 가능하고 맥락이 크게 중요하지 않을 때는 콜드 트랜스퍼를 씁니다. 결제 창구, 매장, 한 가지 업무만 하는 부서 같은 곳입니다. 받는 팀의 소프트웨어가 이미 발신자 정보를 보여 준다면 시스템이 소개를 대신하므로 콜드 트랜스퍼가 맞습니다.
웜 트랜스퍼 스크립트
설명은 짧게 합니다. 받는 사람에게 필요한 것은 네 가지입니다. 누가 전화했는지, 무엇을 원하는지, 이미 무엇을 했는지, 무엇이 남았는지.
대기 전에 발신자에게:
“결제팀에서 바로 환불해 드릴 수 있어요. 결제팀 Dana 님을 연결하고 상황을 설명해 둘 테니 다시 말씀하실 필요는 없습니다. 1분이 안 되는 짧은 대기가 있을 텐데 괜찮으실까요?”
상담 통화에서 받는 상담원에게:
“Dana 님, Sam Ortiz 님이 통화 중입니다. 주문 4471 대금 86달러가 두 번 결제됐어요. 본인 확인과 중복 결제 확인은 끝났습니다. 두 번째 결제 환불을 원하십니다. 받아 주실 수 있나요?”
다시 발신자에게:
“Sam 님, 결제팀 Dana 님 연결됐습니다. 내용은 이미 전달해 두었어요. Dana 님, 이어서 부탁드립니다.”
Dana 님이 받을 수 없다면 Sam 님을 일반 대기열로 보내지 말고 다시 전화드릴 시간을 안내하세요.
첫 상담원이 AI 음성 에이전트일 때
음성 에이전트가 첫 응대를 맡는 비중이 커지면서, 많은 콜센터에서 가장 흔한 전환은 이제 AI에서 사람으로 넘기는 것입니다. 웜 트랜스퍼의 논리는 여전히 유효하지만 방식은 달라집니다.
사람이 웜 트랜스퍼를 할 때는 상담 통화 대부분을 맥락 전달에 씁니다. 음성 에이전트는 이미 대화 전체를 텍스트로 갖고 있으므로 맥락을 데이터로 보내고 상담 통화를 건너뛸 수 있습니다. 그러면 웜 트랜스퍼의 핵심 이점인 ‘사정을 아는 담당자’를 대기 시간 없이 얻습니다. 다만 담당자가 그 맥락을 실제로 볼 때만 효과가 있으니, 티켓, CRM 기록, 상담원 화면의 팝업처럼 담당자가 보는 곳에 두세요.
좋은 AI-사람 인계는 네 가지를 합니다.
- 무슨 일이 일어나는지 발신자에게 알린다. “지금 결제팀으로 연결해 드릴게요. 요약을 미리 보내 두었으니 처음부터 다시 말씀하실 필요는 없습니다.”
- 요약을 먼저 쓴다. 통화 이유, 이미 확인된 내용, 발신자에게 아직 필요한 것. 요약은 전환 후가 아니라 전에 보내야 합니다.
- 이유에 따라 라우팅한다. 결제 문의는 결제팀으로, 화가 난 발신자는 관리자 대기열로. 엉뚱한 곳으로 전환하면 전환하지 않는 것보다 시간이 더 낭비됩니다.
- 대안을 준비한다. 전환에 실패하거나 대기열이 닫혀 있으면 에이전트가 통화를 유지하고 다시 전화를 제안합니다.
전환은 발신자가 포기하는 지점이기도 합니다. 매달 약 300만 건의 AI 통화를 처리하는 2X Solutions는 Cartesia로 바꾼 뒤 전환 전 통화 포기율을 3.4%에서 1% 미만으로 낮췄고, 음성 지연 시간도 500~900밀리초에서 100밀리초 미만으로 줄었습니다. 인계 전에 느린 응답을 견뎌야 하는 발신자는 사람에게 닿기 전에 전화를 끊는 경우가 많습니다.
Cartesia Managed Agents에서 전환 설정하기
Cartesia Managed Agents에서는 transfer_to_number 시스템 도구로 전환합니다. 전환 자체는 SIP REFER를 통한 콜드 트랜스퍼이며, 맥락을 먼저 보내면 인계가 웜해집니다.
- 전환 규칙을 추가합니다. Playground에서 Tools를 열고 Transfer call을 켭니다. 각 규칙에는 목적지(E.164 형식의 전화번호, SIP URI, 또는
{{transfer_number}}같은 동적 변수)와 모델에게 언제 쓸지 알려 주는 조건(예: “The caller has a billing or payment question.”)이 있습니다. - 에이전트가 먼저 말하게 합니다. 전환 도구의
pre_tool_speech를force로 설정하면, 에이전트가 말없이 신호음을 울리는 대신 항상 발신자에게 무슨 일이 일어날지 알려 줍니다. - 웹훅 도구로 요약을 보냅니다. 통화 요약을 티켓 시스템이나 CRM에 올리는 웹훅 도구를 만듭니다. 에이전트 프롬프트에 전환 전에 그 도구를 호출하라고 적어 둡니다.
- 필요하면 발신자별로 라우팅합니다. 동적 변수로 통화마다 목적지를 정할 수 있습니다. 예를 들어 통화 시작 시 CRM에서 가져온 고객 담당 어카운트 매니저입니다.
- 실패 경로를 테스트합니다. 전환에는 Twilio나 SIP 트렁크를 거친 전화 통화가 필요하고, SIP URI 목적지에는 SIP 트렁크가 필요합니다. 통신사가 목적지 유형에 맞는 REFER를 받아들여야 합니다. SIP 트렁크에서는 통신사가 전환을 거부해도 Cartesia가 원래 통화를 유지하므로, 그때 에이전트가 할 말을 프롬프트에 적어 두세요.
{
"config": {
"system_tools": {
"transfer_to_number": {
"pre_tool_speech": "force",
"transfers": [
{
"destination": { "type": "phone", "phone_number": "+14155550100" },
"condition": "The caller has a billing or payment question."
},
{
"destination": {
"type": "phone",
"phone_number": "{{account_manager_number}}"
},
"condition": "The caller asks for their account manager."
}
]
}
}
}
}그런 다음 실제 전화로 그 번호에 걸어 사람과 통화하고 싶다고 말하고, 전화를 받은 담당자 화면에 무엇이 보이는지 확인하세요. 화면이 비어 있다면 설정이 뭐라고 하든 그 전환은 콜드입니다.
발신자를 잃게 만드는 전환 실수
| 실수 | 발신자가 겪는 일 | 해결 방법 |
|---|---|---|
| 예고 없이 전환 | 침묵 후 신호음 | 매번 어디로, 왜 연결되는지 알린다 |
| 담당자에게 맥락이 전달되지 않음 | 처음부터 다시 설명 | 받는 상담원이 보는 곳에 요약을 남긴다 |
| 닫힌 대기열로 전환 | 음성 사서함 또는 끊긴 통화 | 전환 전에 운영 시간이나 대기 상황을 확인한다 |
| 실패 시 대안 없음 | 아무 소리 없는 회선 | 통화를 유지하고 다시 전화를 제안한다 |
| 긴 상담 통화 | 몇 분간의 대기 | 설명을 누가, 무엇을, 한 일, 다음 단계로 줄인다 |
| 너무 이른 전환 | 에이전트가 해결할 수 있던 일을 사람이 처리 | 이유별 전환율을 추적하고 상위 항목부터 고친다 |
전환도 통화의 다른 부분처럼 측정하세요. 전환된 통화의 비율, 전환이 연결되기 전의 포기, 그리고 받는 상담원이 발신자에게 무언가를 다시 말해 달라고 하는 빈도입니다. 마지막 지표가 전환이 정말 웜한지를 가장 직접적으로 보여 줍니다.
직접 해 보려면 Cartesia playground에서 에이전트를 만들고 전환 규칙을 추가한 뒤 전화를 걸어 보세요. AI 전화 에이전트 페이지에서 전화번호, 발신 통화, 전환을 설명합니다.