안내할 수 있는 일과 처리해야 하는 일을 나누세요
“비밀번호를 어떻게 바꾸나요?”는 도움말로 답할 수 있습니다. 반면 “재설정 이메일이 오지 않아요. 제 계정을 확인해주세요”는 계정 상태를 살펴봐야 할 수 있습니다. 둘 다 로그인 문의지만 필요한 권한과 다음 행동이 다릅니다.
문의 유형을 요금, 계정, 설치처럼 주제로만 나누면 이런 차이를 놓칩니다. 같은 주제 안에서도 공개 문서로 끝나는 안내와 담당자의 조회·판단·작업이 필요한 요청을 나눠보세요. AI에게 맡길 범위가 훨씬 분명해집니다.
고객이 사람을 요청하면 그대로 연결하세요
“상담원과 얘기하고 싶어요”라는 요청 뒤에 질문을 몇 번 더 해야 한다면 고객에게는 연결 버튼이 고장 난 것과 비슷합니다. AI가 답할 수 있는 질문인지와 관계없이 고객의 요청을 존중하는 편이 좋습니다.
연결 전에는 문제를 다시 길게 설명하도록 요구하지 마세요. 이미 나눈 대화에 필요한 정보가 있다면 담당자가 그 내용을 읽고 이어받으면 됩니다. 추가 확인이 꼭 필요한 정보는 담당자가 확인 이유와 함께 요청할 수 있습니다.
근거가 부족할 때는 추측을 덧붙이지 마세요
학습한 문서에 답이 없거나 서로 다른 정책이 남아 있으면 그럴듯한 답변을 만들기 쉽습니다. 이때 필요한 것은 더 긴 설명이 아니라 확인입니다. “등록된 안내만으로는 확인하기 어려워 담당자에게 연결하겠습니다”처럼 부족한 부분과 다음 행동을 함께 알려주세요.
담당자는 연결된 대화를 보고 지식이 비어 있는지, 오래된 문서가 남아 있는지 구분할 수 있어야 합니다. 같은 질문이 계속 넘어온다면 연결을 막기보다 원문을 고치는 것이 먼저입니다. 한 번 수정한 답변이 다음 고객에게도 적용되기 때문입니다.
실제 예시: 결제가 두 번 됐다는 문의
다음은 연결 흐름을 설명하기 위한 예시입니다. 고객이 “이번 달 결제가 두 번 됐어요”라고 문의했다고 가정해보겠습니다. 이 요청은 요금제 설명만으로 끝낼 수 없습니다. 실제 승인 내역과 계정 상태를 확인할 담당자가 필요합니다.
AI가 결제 취소를 실행하지 않았다면 “취소해드렸습니다”라고 말해서는 안 됩니다. 연결했다는 사실과 처리가 완료됐다는 사실을 명확하게 구분해야 고객이 다음 행동을 판단할 수 있습니다.
| 순간 | 고객에게 필요한 안내 | 팀이 확인할 내용 |
|---|---|---|
| 문제 접수 | 어떤 문제가 접수됐는지 짧게 확인 | 고객이 말한 결제 시점과 증상 |
| 담당자 연결 | 담당자가 확인할 예정임을 안내 | 대화 기록과 연결 사유 |
| 조사 중 | 확인된 사실과 필요한 추가 정보 | 실제 승인·취소 내역 |
| 처리 후 | 무엇을 처리했고 무엇이 남았는지 설명 | 고객에게 전달한 결과 |
담당자가 처음부터 다시 묻지 않게 하세요
“담당자 연결 요청이 있습니다”라는 알림만으로는 답장을 준비하기 어렵습니다. 고객의 질문, AI가 이미 안내한 내용, 참고한 출처, 연결 이유를 함께 확인할 수 있어야 합니다. 고객이 어떤 페이지에서 문의했는지도 상황을 이해하는 데 도움이 됩니다.
담당자의 첫 답장은 “무엇을 도와드릴까요?”보다 “앞서 말씀하신 중복 결제 내역을 확인하겠습니다”처럼 대화가 이어지고 있다는 느낌을 주는 편이 좋습니다. 고객에게 정보를 다시 요청해야 한다면 기존 대화에서 확인되지 않는 정보만 물어보세요.
담당자에게 넘기는 정보도 필요한 범위로 제한하세요. 문제 해결에 필요하지 않은 개인정보를 새로 수집하거나 알림에 전체 대화를 복사할 필요는 없습니다. 알림에서는 대상을 찾고, 접근 권한이 있는 수신함에서 자세한 내용을 확인하도록 구성하면 운영 중 실수도 줄일 수 있습니다.
업무시간 밖의 연결도 끝까지 설계하세요
지금 답장할 사람이 없는데 곧 연결될 것처럼 안내하면 고객은 채팅창을 닫지 못하고 기다립니다. 업무시간과 연락받을 방법을 알려주고, 즉시 답하기 어렵다는 점을 분명하게 설명하세요. 지킬 수 없는 응답 시간을 약속할 필요는 없습니다.
이메일 입력 오류도 이 흐름의 일부입니다. 주소 형식이 틀렸을 때 무엇을 고쳐야 하는지 알려주고, 앞서 작성한 문의는 남아 있어야 합니다. 실제 휴대폰에서 문의 작성부터 연락처 입력, 창 닫기와 다시 열기까지 시험해보세요.
Deyo에서는 같은 대화를 수신함에서 이어받습니다
Deyo는 고객이 담당자를 요청하거나 AI가 답변 근거를 확보하지 못하는 등 연결이 필요한 상황에서 사람 응대로 전환합니다. 팀은 Slack이나 이메일 알림을 받고 웹 수신함에서 기존 대화를 확인한 뒤 답장할 수 있습니다. 알림 채널과 고객에게 답장하는 화면의 역할이 나뉘어 있습니다.
도입 전에는 상담 테스트에서 정상 질문만 보내지 말고 “사람과 이야기하고 싶어요”도 입력해보세요. 이어서 수신함의 상태와 대화 기록을 확인하고 담당자 답장이 고객 화면에 도착하는지 살펴보면, AI 답변 뒤의 흐름까지 검증할 수 있습니다.
연결 건수보다 연결된 이유를 읽어보세요
담당자 연결이 늘었다고 바로 AI 품질이 나빠졌다고 판단하기는 어렵습니다. 결제 조사처럼 원래 사람이 해야 하는 요청이 늘었을 수도 있고, 도움말이 부족해서 같은 질문이 반복됐을 수도 있습니다. 두 경우의 개선 방법은 다릅니다.
최근 연결된 대화 몇 건을 골라 고객 요청, 실제 작업, 근거 부족으로 나눠보세요. 근거 부족은 문서 보완으로, 실제 작업은 담당자 업무 흐름으로 해결할 수 있습니다. 개선의 기준은 AI가 대화를 얼마나 오래 붙잡았는지가 아니라 고객이 필요한 답과 처리를 받았는지입니다.
종료된 대화도 일부 확인해보세요. 고객이 답을 얻어 떠난 것인지, 같은 안내가 반복되어 포기한 것인지는 상태값만으로 알기 어렵습니다. 연결 사유와 함께 마지막 몇 번의 대화를 읽는 습관이 있으면 잘못된 자동화를 일찍 발견할 수 있습니다.
Blog
계속 읽기
사람 연결·Inbox·측정
담당자 연결은 AI 실패가 아니라 고객경험 설계다
담당자 연결은 AI 실패가 아니라 고객경험 설계다를 Deyo가 실제로 지원하는 범위 안에서 설명합니다. 고객 요청·실제 작업·근거 부족의 연결 기준, 사람의 확인과 판단이 필요한 순간 항목을 실무 기준으로 정리합니다.
글 읽기사람 연결·Inbox·측정
AI에서 사람으로 넘길 때 대화 맥락을 지키는 법
AI에서 사람으로 넘길 때 대화 맥락을 지키는 법을 Deyo가 실제로 지원하는 범위 안에서 설명합니다. 대화 기록과 요약을 잃지 않는 이관, 고객 요청·실제 작업·근거 부족의 연결 기준 항목을 실무 기준으로 정리합니다.
글 읽기사람 연결·Inbox·측정
자동 해결률만 보면 안 되는 이유: AI 고객지원 핵심 지표
자동 해결률만 보면 안 되는 이유: AI 고객지원 핵심 지표를 Deyo가 실제로 지원하는 범위 안에서 설명합니다. 대화량·이관·품질 신호·지식 준비 지표, 고객 요청·실제 작업·근거 부족의 연결 기준 항목을 실무 기준으로 정리합니다.
글 읽기