고객이 WhatsApp으로 메시지를 보냅니다. “주문 상태 업데이트 있나요?” 상담원은 메시지를 바라봅니다. 화면에는 다른 어떤 것도 표시되지 않습니다. 주문 번호도, 과거 구매 이력도, 이 고객에게 지난주부터 열려 있는 불만이 있는지에 대한 흔적도 없습니다.
상담원은 할 수 있는 유일한 질문으로 답합니다. “안녕하세요, 주문 번호를 알려주시겠어요?” 세 건의 주문과 해결되지 않은 티켓 한 건을 보유한 재구매 고객은 짜증 섞인 어조로 답합니다. 실제 업무가 시작되기도 전에 대화는 이미 나쁜 출발을 하게 됩니다.
단일 고객 뷰는 상담원이 답변하는 동일한 화면 안에서 고객의 전체 맥락을 보여줌으로써 이 문제를 해결합니다. 이는 고객 서비스 도구에서 가장 투자가 부족한 변화 중 하나이며, 최초 답변 품질을 가장 확실하게 바꾸는 변화 중 하나입니다.
주요 이점
- 최초 답변 시 전체 맥락: 채팅이 도착하는 순간 상담원은 고객의 최근 주문, 열린 티켓, 프로필을 확인합니다.
- 반복 질문 없음: 기업이 이미 보유한 정보를 고객에게 다시 묻지 않게 됩니다.
- 더 빠른 에스컬레이션: 관리자는 여러 도구를 뒤질 필요 없이 같은 화면에서 이력을 확인할 수 있습니다.
- 더 명확한 리포팅: 지표는 채널별이나 세션별이 아니라 고객 한 명당 하나의 레코드로 집계됩니다.
단일 고객 뷰의 실제 의미
단일 고객 뷰(SCV)는 채팅 스레드, 주문, 불만 티켓, 결제, 프로필 데이터 등 모든 접점을 하나로 연결하고 필요한 순간에 관련 정보를 보여주는 고객당 하나의 통합 레코드입니다.
중요한 것은 데이터가 어딘가에 존재한다는 사실이 아닙니다. 대부분의 기업은 주문 데이터를 한 시스템에, 채팅 이력을 다른 시스템에, 불만 티켓을 또 다른 시스템에 이미 보유하고 있습니다. 중요한 것은 채팅이 들어올 때 상담원이 메시지와 같은 화면에서 의미 있는 데이터를 볼 수 있다는 점입니다.
SCV는 데이터 웨어하우스가 아닙니다. 웨어하우스는 분석을 위해 모든 것을 저장합니다. SCV는 상담원이 다음에 무엇을 말해야 하는지를 바꾸는 정보의 작은 부분만 보여줍니다.
접점의 순간이 중요한 이유
동일한 상호작용의 두 가지 버전을 생각해 보겠습니다.
버전 A, SCV 없음. WhatsApp 메시지가 도착합니다. 상담원이 주문 번호를 요청합니다. 고객이 번호를 답합니다. 상담원이 별도의 WMS 탭을 열고 번호를 붙여넣고 로딩을 기다립니다. 상태를 확인합니다. 답변을 입력합니다. 총 소요 시간은 4~6분. 30초면 답할 수 있었던 질문에.
버전 B, SCV 있음. WhatsApp 메시지가 도착합니다. 상담원 화면에는 이미 고객 이름, 상태가 포함된 최근 주문 세 건, 지난주에 접수된 열린 불만 티켓 한 건, LTV 등급이 표시되어 있습니다. 상담원은 구체적인 업데이트와 열린 티켓에 대한 선제적 안내를 함께 답변합니다. 총 소요 시간은 60초 미만입니다.
차이는 버전 B에서 상담원이 더 열심히 일했다는 것이 아닙니다. 정보가 이미 그곳에 있었다는 것이 차이입니다. 상담원이 탭을 전환하고, 식별자를 다시 입력하고, 고객에게 같은 것을 다시 묻는 모든 시간은 실제 문제를 해결하지 못하는 시간입니다.
SCV에 포함해야 할 데이터
모든 것을 표시하고 싶은 유혹이 있지만, 그것은 잘못된 본능입니다. 고객에 관한 모든 데이터 포인트를 보여주는 SCV는 상담원이 걸러내야 하는 잡음이 됩니다.
유용한 SCV는 다섯 가지 범주를 보여줍니다.
- 식별 정보: 이름, 연락처 번호, 고객 태그, 언어 설정.
- 최근 주문: 상태와 금액이 포함된 최근 3~5건의 주문.
- 열린 티켓 및 최근 불만: 해결되지 않은 모든 항목과 최근 30일 내 해결된 사례.
- 커뮤니케이션 이력: 고객이 사용한 채널, 마지막 접촉 시점.
- 선호도 및 옵트인: 언어, 마케팅 동의, 제품 관심사.
경험칙은 이렇습니다. 상담원의 응대 방식을 바꿀 정보라면 SCV에 포함합니다. 월간 보고서에만 중요한 정보는 웨어하우스에 둡니다.
SCV는 어떻게 구축되는가
이 뷰가 작동하려면 세 가지가 충족되어야 합니다.
하나의 식별 키. 고객에게는 시스템 간 레코드를 연결하는 단일 식별자가 필요합니다. WhatsApp 중심 기업에서는 일반적으로 정규화된 형식의 전화번호입니다. 공통 키가 없으면 한 시스템의 주문과 다른 시스템의 채팅은 하나의 레코드로 합쳐지지 않습니다.
같은 레코드에 기록하는 시스템. 주문 시스템이 CRM과 다른 ID로 자체 고객 레코드를 생성하면 SCV는 부분적이거나 단편화된 데이터를 보여줍니다. 공통 식별 정보에 매핑하는 연동이 있는지가 작동하는 SCV와 이상에 그치는 SCV를 가릅니다.
인라인 표시. 데이터는 채팅을 처리하는 동일한 화면에 나타나야 합니다. 상담원이 클릭해서 들어가야 하는 별도 탭은 SCV가 아니라 두 번째 애플리케이션일 뿐입니다. 정보가 한 번의 클릭 뒤에 있으면 시간 압박 속에서 일관되게 사용되지 않습니다.
흔한 실패 유형
대부분의 SCV 도입은 다음 네 가지 중 하나의 방식으로 실패합니다.
중복 레코드. 한 시스템에서는 +62812…, 다른 시스템에서는 0812…로 전화번호가 입력되어 동일한 고객이 두 번 존재합니다. 입력 시점의 정규화가 이를 방지합니다.
오래된 데이터. SCV의 주문이 오늘 아침 출고된 배송이 아니라 어제 상태를 반영합니다. 방대한 과거 데이터보다 실시간 동기화가 더 중요합니다.
너무 많은 데이터 표시. 상담원은 40개의 필드를 보지만 중요한 세 개를 찾지 못합니다. 점진적 공개, 즉 간결한 기본 보기와 펼치기 옵션이 모든 것을 한 번에 보여주는 것보다 더 효과적입니다.
쓰기 되돌림 루프 없음. 상담원이 채팅에서 문제를 해결하지만 레코드에는 아무것도 기록되지 않습니다. 다음 상담원은 무슨 일이 있었는지 알 수 없습니다. SCV는 새로운 정보가 다시 흘러 들어올 때만 유용합니다.
CRM 스택과의 관계
단일 고객 뷰는 CRM 구성 방식의 속성이지 별도의 제품이 아닙니다. 대부분의 CRM은 기술적으로 SCV를 만들 수 있지만, 실제 업무가 일어나는 곳에 인라인으로 보여주는 CRM은 거의 없습니다.
Cekat과 같은 플랫폼은 옴니채널 받은편지함과 CRM을 하나의 워크스페이스로 결합하여 고객 레코드가 별도 탭이 아니라 진행 중인 대화 옆에 표시됩니다. 주문 이력, 열린 티켓, 프로필 데이터는 검색 후가 아니라 상담원이 메시지를 읽는 순간에 보입니다.
어디서 시작할까
팀에 현재 SCV가 없다면 데이터 프로젝트부터 시작하지 마십시오. 진단부터 시작하십시오.
최근 고객 채팅 열 건을 가져옵니다. 각각에 대해 상담원이 최초 답변 시 필요했지만 갖고 있지 않았던 정보를 나열합니다. 같은 세네 가지 항목이 반복해서 나타난다면(주문 상태, 과거 불만, 제품 선호 등) 그것이 SCV 첫 버전에 포함해야 할 필드입니다.
그것부터 시작하십시오. 필드 추가는 명확한 패턴이 정당화할 때만 나중에 하십시오. 잘 선택된 다섯 개 필드가 안정적으로 로드되는 SCV가 마흔 개 필드가 불안정하게 로드되는 SCV보다 더 가치 있습니다.
SCV 자체를 설계하기 전에 연락처 데이터를 어떻게 구조화해야 하는지 고민하고 싶은 팀은 CRM 연락처 데이터 구조화 방법을 참고하십시오.
단일 고객 뷰는 기업에 새로운 역량을 추가하지 않습니다. 이미 존재하는 역량 사이의 마찰을 제거합니다. 서비스 품질의 가장 큰 도약은 대개 바로 그곳에서 나옵니다.
답글 남기기