고객이 WhatsApp에서 대화를 시작합니다. 이틀 후, 같은 문제로 지원 라인에 전화합니다. 그 주 후반에는 추가 질문을 이메일로 보냅니다. 대부분의 기업에서는 서로 다른 세 명의 상담원이 이 세 가지 접점을 각각 처리하며, 다른 두 사람이 무엇을 논의했는지 아무도 알지 못합니다.
이것이 옴니채널 컨택 센터가 해결하도록 설계된 문제입니다. 모든 채널의 음성과 텍스트 메시지를 단일 상담원 워크스페이스로 라우팅하므로, 응대하는 상담원은 각 메시지가 어디에서 왔든 관계없이 대화의 전체 이력을 눈앞에서 확인할 수 있습니다.
이 용어는 흔히 “멀티채널”과 같은 의미로 사용되지만, 둘은 분명히 다릅니다. 이 가이드에서는 옴니채널 컨택 센터가 실제로 무엇인지, 메시지를 어떻게 라우팅하는지, 그리고 멀티채널과의 차이가 어디에서 중요한지를 다룹니다.
주요 이점
- 단일 고객 뷰: 상담원은 채팅, 통화, 이메일, 양식 등 고객과의 모든 과거 상호작용을 별도 도구에 흩어지지 않은 하나의 스레드에서 확인합니다.
- 일관된 인계: 케이스가 상담원 간 또는 채널 간에 이동할 때 컨텍스트가 자동으로 따라갑니다.
- 더 빠른 해결: 상담원이 고객에게 같은 내용을 반복해서 설명하도록 요청하지 않게 되며, 이는 낮은 CSAT의 가장 큰 원인 중 하나입니다.
- 더 깔끔한 리포팅: 문의량, 응답 시간, 해결 지표를 사일로가 아닌 채널 전반에서 측정합니다.
“옴니채널 컨택 센터”의 실제 의미
옴니채널 컨택 센터는 음성, WhatsApp, 라이브 채팅, 이메일, 소셜 DM, 인앱 메시징 등 모든 고객 채널이 하나의 상담원 워크스페이스와 하나의 고객 레코드로 모이는 시스템입니다.
중요한 단어는 “하나”입니다. 상담원은 하나의 큐와 하나의 인터페이스에서 작업합니다. 고객 이력은 채널 전반에 걸쳐 통합됩니다. 라우팅 규칙은 메시지가 어느 채널로 들어왔든 동일한 로직을 적용합니다.
이는 “여러 채널을 지원하는” 컨택 센터와 다릅니다. 지원과 통합은 같은 것이 아닙니다.
멀티채널 vs 옴니채널: 차이가 중요한 지점
멀티채널 컨택 센터는 고객이 기업에 연락할 수 있는 여러 방법을 제공합니다. 각 채널은 보통 자체 수신함, 자체 팀, 자체 리포팅을 갖습니다.
옴니채널 컨택 센터는 동일한 채널을 제공하지만, 이들 모두를 하나의 워크스페이스와 하나의 고객 레코드로 라우팅합니다.
실질적인 차이는 세 가지 지점에서 나타납니다.
고객 경험. 멀티채널 환경에서는 WhatsApp에서 전화로 전환한 고객이 문제를 다시 설명해야 합니다. 옴니채널 환경에서는 전화를 받는 상담원이 이미 WhatsApp 이력을 보고 있습니다.
상담원 업무량. 멀티채널 환경에서는 상담원이 채널별로 전문화됩니다. 한 팀은 채팅, 다른 팀은 통화를 담당합니다. 특정 채널에 문의가 급증하면 다른 상담원이 쉽게 지원할 수 없습니다. 옴니채널 환경에서는 인터페이스가 동일하므로 상담원이 채널을 넘나들 수 있습니다.
리포팅. 멀티채널 환경에서는 “응답에 얼마나 걸리는가”에 대한 답이 채널마다 하나씩 있습니다. 옴니채널 환경에서는 답이 단 하나입니다.
멀티채널이 틀린 것은 아닙니다. 채널 전환이 적은 기업에는 충분할 수 있습니다. 옴니채널은 동일한 고객이 정기적으로 둘 이상의 채널에 나타날 때 필요해집니다.
메시지 라우팅 작동 방식
모든 채널이 하나의 큐로 모이면, 라우팅 규칙이 시스템의 중요한 부분이 됩니다.
일반적인 규칙:
- 스킬 기반 라우팅: 메시지는 관련 제품, 언어 또는 문의 유형에 숙련된 상담원에게 라우팅됩니다.
- 가용성 기반 라우팅: 메시지는 현재 온라인 상태이며 처리 여력이 있는 상담원에게 라우팅됩니다.
- 이력 기반 라우팅: 메시지는 이전에 동일 고객을 처리한 상담원이 가능한 경우 해당 상담원에게 라우팅됩니다.
- 우선순위 기반 라우팅: 중요 계정, 긴급 티켓 또는 SLA 위반 건은 큐를 건너뜁니다.
대부분의 컨택 센터는 이를 조합합니다. 전형적인 규칙은 다음과 같습니다. *고객에게 열린 케이스가 있으면 동일 상담원에게 라우팅하고, 그렇지 않으면 제품 라인에 숙련된 다음 가용 상담원에게 SLA 우선순위에 따라 라우팅한다.*
통합 라우팅의 목적은 규칙을 더 복잡하게 만드는 것이 아닙니다. 동일한 고객의 WhatsApp 메시지와 전화가 같은 위치에 도달하도록 모든 채널에 동일한 로직을 적용하는 것입니다.
실제 사례
고객이 소매업체에 Instagram DM으로 배송 지연에 대해 메시지를 보냅니다.
메시지는 상담원 A에게 라우팅되고, 상담원 A는 지연을 확인하고 다음 날 아침 상태를 업데이트하겠다고 약속합니다. 케이스는 열린 상태로 유지됩니다.
다음 날 아침, 같은 고객이 약속한 업데이트 전에 지원 라인으로 전화합니다. 통화가 그냥 한가한 상담원에게 연결되는 대신, 라우팅은 먼저 열린 케이스를 확인하고 상담원 A가 해당 고객을 처리 중임을 파악하여 통화를 상담원 A에게 라우팅합니다.
상담원 A는 고객이 누구인지, 문제가 무엇인지, 무엇을 약속했는지 이미 알고 전화를 받습니다. 반복되는 자기소개도, 두 번째 설명도 없습니다.
이 하나의 흐름이 옴니채널 컨택 센터가 만드는 차이입니다. 사소하게 들리지만, 고객이 그 상호작용을 인식하는 방식을 바꿉니다.
도입 전 확인할 사항
모든 기업이 옴니채널 라우팅을 필요로 하는 것은 아닙니다. 도입 전에 세 가지 질문에 답해 볼 가치가 있습니다.
고객이 얼마나 자주 채널을 전환합니까? 대부분의 고객이 하나의 채널만 사용한다면 통합의 가치는 제한적입니다.
상담원은 몇 명입니까? 상담원이 한두 명이라면 규율만으로 통합을 쉽게 구현할 수 있습니다. 열 명 이상이 되면 규율만으로는 확장되지 않으며 시스템이 이를 강제해야 합니다.
같은 질문을 반복하는 비용은 얼마입니까? 고려 사항이 많은 구매나 규제 산업에서는 같은 설명을 반복하도록 요구받는 것이 가벼운 지원보다 더 나쁩니다. 컨텍스트가 고객을 따라가는 가치가 더 높습니다.
이 답변 중 두 가지가 통합을 가리킨다면, 옴니채널 환경으로 전환할 가치가 있습니다.
옴니채널과 기존 스택의 관계
옴니채널 컨택 센터는 이미 도입한 도구를 대체하는 것이 아닙니다. 그것들을 연결하는 계층입니다.
채널은 있는 자리에 그대로 남습니다. WhatsApp은 WhatsApp으로, 전화 시스템은 전화 시스템으로 남습니다. 달라지는 것은 각 채널의 메시지가 하나의 워크스페이스에 표시되고, 하나의 고객 레코드와 하나의 라우팅 엔진으로 처리된다는 점입니다.
Cekat과 같은 플랫폼은 음성과 텍스트 채널을 통합 고객 레코드를 갖춘 단일 상담원 수신함으로 결합하므로, WhatsApp 스레드를 처리하는 상담원이 같은 화면에서 고객의 통화 이력을 볼 수 있습니다. 이는 멀티채널 환경을 실제로 느리게 만드는 전환 비용을 없애줍니다.
어디서 시작할까
팀이 이미 두세 개의 채널을 별도로 운영하고 있다면, 첫 단계는 소프트웨어를 바꾸는 것이 아닙니다. 고객이 얼마나 자주 채널을 넘나드는지 파악하는 것입니다.
최근 고객 상호작용 100건에서 표본을 추출합니다. 그중 몇 건이 둘 이상의 채널을 포함했는지 세어 보십시오. 그 수가 의미 있는 수준, 예를 들어 15%를 넘는다면 옴니채널의 근거는 현실적이며, ROI는 처리 시간 단축과 최초 접촉 해결률 향상으로 측정할 수 있습니다.
고객 서비스, 고객 케어, 고객 지원이 통합된 팀에서 어떻게 책임을 나누는지에 대한 관련 내용은 고객 서비스, 고객 케어, 지원의 차이를 참고하십시오.
옴니채널 컨택 센터는 채널 자체보다, 그 모든 채널이 가리키는 레코드에 더 관한 것입니다. 그 레코드가 통합되면 그 이후의 모든 것, 즉 상담원 업무량, 고객 경험, 리포팅이 관리하기 쉬워집니다.
답글 남기기