"챗봇용 FAQ가 잘 정리돼 있으니 콜봇에도 그대로 넣으면 되지 않을까요?" 콜봇 도입 회의에서 자주 나오는 말입니다. 실제로 넣어 보면 결과가 어색합니다. 표를 칸 순서대로 읽어 내려가고, 홈페이지 주소를 한 글자씩 불러 주고, "아래 링크를 참고하세요"라고 말하는 콜봇이 됩니다.
지식이 틀린 것이 아니라 전달되는 감각이 다른 것입니다. 눈은 놓친 줄로 다시 돌아가지만, 귀는 지나간 문장을 다시 듣지 못합니다. 이 글은 같은 지식을 채널마다 어떤 문장으로 말할지, 즉 라이팅을 다룹니다.
결론부터 말씀드리겠습니다. FAQ를 채널별로 두 벌 만들 필요는 없습니다. 지식은 하나로 두고, 문장 길이·목록 개수·확인 방식·숫자 읽기 같은 말하기 규칙을 채널별로 따로 두는 것이 정답입니다.
아래 변환 예시와 점검표의 빈칸을 자사 FAQ로 채우시면, 그대로 콜봇 문구 검수 기준으로 쓰실 수 있습니다.
눈은 되돌아가고 귀는 흘려보낸다: 읽는 답변과 듣는 답변의 차이
구글 대화 디자인팀의 언어학자 제임스 지앙골라는 말이 글과 달리 곧바로 사라지고, 선형적이어서 훑어볼 방법이 없다고 설명합니다. 화면의 고객은 필요한 줄로 건너뛰지만, 전화의 고객은 말하는 순서대로 모든 문장을 기억에 담아야 합니다.
그 기억에는 한계가 있습니다. 밀러(1956)의 '7±2'가 널리 알려져 있지만, 코완(2001)은 관련 연구를 재검토해 묶어 외우기가 막힌 상태의 저장 용량을 평균 약 4개 청크로 봤습니다. 구글 디자인의 '3의 법칙' 글은 고객의 기억을 어디까지 늘릴 수 있느냐는 질문 자체가 잘못이라고 지적합니다. 콜봇 문장의 목표는 기억할 필요가 없게 말하는 것입니다.
구글 대화 디자인 가이드도 음성 응답은 말하기 관습을, 화면 응답은 글쓰기 관습을 따르되 핵심 메시지는 같아야 한다고 권합니다. 가이드의 예시도 주제 17개 중 6개만 소리로 말하고 전체 목록은 화면에 보여 줍니다. 지식은 하나, 말투는 둘입니다.
챗봇에선 장점, 콜봇에선 단점: 표·링크·목록·숫자를 다루는 법
챗봇 답변을 읽기 좋게 만들던 장치들이 콜봇에서는 그대로 장애물이 됩니다.
| 요소 | 챗봇에서 | 콜봇에서 | 콜봇 처리법 |
|---|---|---|---|
| 표 | 한눈에 비교 | 칸 순서대로 읽혀 맥락 상실 | 조건을 먼저 묻고 해당 값만 안내 |
| 링크·URL | 눌러서 이동 | 받아 적기 어려움 | 메뉴 이름으로 경로 안내 |
| 긴 목록 | 훑어보고 선택 | 앞 항목을 잊음 | 셋 이하 + 더 들을지 질문 |
| 괄호 | 보충 설명 구분 | 본문과 섞여 들림 | 별도 문장으로 분리 |
| 이모지·기호 | 감정·강조 | 생략되거나 엉뚱하게 읽힘 | 삭제하고 말투로 표현 |
| 영문 약어 | 짧고 명확 | 생소하게 들림 | 처음엔 우리말 풀이 병기 |
| 긴 숫자 | 복사해 붙여넣기 | 자릿수를 놓침 | 끊어 읽고 복창 |
아마존 알렉사 디자인 원칙도 전화번호·이메일처럼 긴 데이터는 읽어 주지 말고 고객의 앱으로 보내라고 권합니다. 전화에서는 문자 같은 화면 채널이 대안이지만, 대개 별도 시스템 연동이 필요합니다.
듣는 답변의 다섯 가지 규칙: 한 번에 하나·결론 먼저·목록은 셋 이하
듣는 답변 = 결론 먼저 + 한 번에 하나 + 다음에 할 일
첫째, 한 번에 하나입니다. 한 답변에는 한 가지 정보만 담습니다. 알렉사 개발자 블로그의 '한 호흡 테스트'는 숨을 쉬지 않고 소리 내어 읽을 수 있으면 적당한 길이로 보고, 숨이 필요하면 줄이거나 나누라고 권합니다.
둘째, 결론 먼저입니다. "환불됩니다"처럼 답을 첫 문장에 두고 조건은 뒤에 붙입니다. 조건부터 늘어놓으면 고객은 답을 듣기 전에 지칩니다.
셋째, 목록은 셋 이하입니다. 구글 디자인의 '3의 법칙' 글은 음성 목록을 세 개로 줄이고 긴 메뉴는 단계를 나누라고 권하며, 알렉사 블로그는 선택지가 2~5개라면 목록을 예고하고 항목 사이를 짧게 쉬라고 안내합니다.
넷째, 숫자는 끊어서 말하고 확인합니다. 전화번호는 "공일공, 일이삼사, 오육칠팔"처럼 묶음 사이를 쉬고, 금액은 한 문장에 하나만 담습니다. TTS가 숫자를 정확히 읽는 것과 고객이 기억하는 것은 별개입니다.
다섯째, 다음 행동을 제시합니다. "주문번호를 말씀해 주시겠어요?"처럼 질문으로 끝내야 고객이 언제 말할지 압니다. 화면의 버튼이 하던 일을 전화에서는 문장이 대신합니다.
같은 지식, 두 가지 말투: 환불·영업시간·비밀번호 재설정 변환 예시
아래는 가상의 문의 3건을 변환한 예시입니다. 챗봇용은 훑어보기 좋게, 콜봇용은 한 번 듣고 이해되게 바꿨습니다.
| 주제 | 원문 | 챗봇용 | 콜봇용 |
|---|---|---|---|
| 환불 정책 | 수령 후 7일 이내 미사용 상품 환불(개봉 시 불가, 왕복 배송비 6,000원 고객 부담) | 7일 이내 환불 가능 / 미개봉 조건 / 배송비 6,000원 / [환불 규정 보기] | "받으신 지 7일 이내이고 미개봉이면 환불됩니다. 왕복 배송비 6,000원은 고객님 부담이에요. 접수해 드릴까요?" |
| 영업시간·위치 | 평일 10:00~19:00, 토 ~15:00, 일 휴무. 강남역 3번 출구 도보 5분, 주차 2시간 무료 | 요일별 영업시간 표 / 지도 링크 / 주차 안내 | "평일은 저녁 7시, 토요일은 오후 3시까지 열고 일요일은 쉽니다. 위치도 알려 드릴까요?" |
| 비밀번호 재설정 | 로그인 > 비밀번호 찾기 > 이메일 입력 > 메일 링크(24시간 유효)에서 재설정 | 1. 비밀번호 찾기 2. 이메일 입력 3. 메일 링크로 재설정 | "로그인 화면의 비밀번호 찾기에서 바꾸실 수 있어요. 이메일로 온 링크에서 새로 정하시면 됩니다. 지금 화면 보고 계세요?" |
변환의 요점은 세 가지입니다. 첫째, 괄호 속 조건을 문장 안으로 옮겼습니다. 둘째, 링크·표 대신 메뉴 이름과 질문을 썼습니다. 셋째, 콜봇 답변은 모두 질문으로 끝납니다.
되묻기 vs 복창: 암묵적 확인과 명시적 확인의 쓰임새
챗봇에서는 고객이 입력한 문장이 화면에 남아 따로 확인할 필요가 적습니다. 콜봇의 고객은 음성인식이 자기 말을 어떻게 알아들었는지 볼 수 없으므로, 들은 내용을 말로 돌려주는 것이 화면을 대신합니다.
구글 대화 디자인 가이드는 확인을 둘로 나눕니다. 암묵적 확인은 "2명, 나란히 앉는 자리로요"처럼 들은 내용을 답에 섞고 넘어가는 방식으로 대부분의 경우에 씁니다. 명시적 확인은 "맞으세요?"처럼 대답을 요구하는 방식으로, 되돌리기 어려운 행동 전이나 오인식 비용이 클 때만 아껴 쓰라고 권합니다.
콜봇에 옮기면, 영업시간 같은 조회는 "강남점 영업시간 말씀이시죠, 평일은…"처럼 암묵적으로 확인하고, 환불 접수·예약 취소와 전화번호·주문번호는 묶음 단위로 복창한 뒤 명시적으로 확인합니다. 모든 문장을 되물으면 통화가 길어지고, 아무것도 확인하지 않으면 오처리 건이 상담원에게 돌아옵니다. 배포 전 점검표는 아래와 같습니다.
| 점검 항목 | 챗봇 기준 | 콜봇 기준 | 자사 결과 |
|---|---|---|---|
| 한 답변의 문장 수 | ( )문장 이하 | ( )문장 이하 | ( ) |
| 목록 최대 항목 수 | ( )개 | 3개 이하 | ( ) |
| 첫 문장의 결론 | 권장 | 필수 | ( ) |
| 링크·URL·표 | 그대로 표시 | 메뉴 이름·조건 질문으로 대체 | ( ) |
| 숫자 안내 | 숫자 표기 | 끊어 읽기 + 복창 | ( ) |
| 명시적 확인 대상 | ( ) | ( ) | ( ) |
| 마지막 문장 | 버튼·링크 가능 | 질문 또는 다음 행동 | ( ) |
휴멜로 프로소디 콘솔의 한 지식·두 말투: 스킬북·말하기 스타일·DIVE TTS
휴멜로 프로소디 콘솔은 에이전트가 아는 것과 말하는 방식을 나눠 관리합니다. FAQ·매뉴얼은 스킬북에 파일로 한 번 올리고, 말하기 스타일에서 응대 톤·문장 길이·확인 방식을 정하며, "목록은 세 개까지 말하고 더 들을지 묻는다" 같은 기준은 가드레일에 적어 둘 수 있습니다. 이 에이전트를 웹 위젯과 콜센터에 함께 배포하므로 FAQ 문서를 두 벌 관리할 필요가 없습니다. 말하기 스타일은 에이전트 단위로 정하므로, 한 에이전트로 웹과 전화를 함께 운영한다면 짧은 문장·목록 셋 이하처럼 듣는 기준에 맞춰 두는 편이 두 채널 모두에서 무난합니다.
휴멜로의 DIVE TTS는 한국어 전화번호·금액·날짜·기호를 자동 정규화하므로 문서의 숫자 표기를 소리 나는 대로 고쳐 쓸 필요가 없고, 작성자는 끊는 위치와 확인 순서에 집중하면 됩니다. 전화 채널은 바지인을 지원해 고객이 안내 도중 말을 끊을 수 있으므로, 결론을 첫 문장에 두는 규칙이 더 중요해집니다.
검증은 귀로 합니다. 휴멜로 프로소디 콘솔의 테스트 케이스에 "환불 돼요?", "몇 시까지 해요?" 같은 고객 발화와 기대 동작을 등록해 배포 전에 점검하고, 콘솔의 테스트 전화번호로 직접 걸어 들어 보시기 바랍니다. 화면에서 자연스럽던 답이 전화에서 길게 들리는 지점이 바로 고칠 곳입니다.
결론적으로, 챗봇 답변과 콜봇 답변의 차이는 지식의 차이가 아니라 눈과 귀의 차이이며, 정답은 FAQ를 두 벌 만드는 것이 아니라 하나의 지식에 채널별 말하기 규칙을 얹는 것입니다. 위 점검표의 빈칸을 자사 기준으로 채워 콜봇 문구를 점검해 보시고, 같은 FAQ가 전화에서 어떻게 들리는지 궁금하시다면 가입 시 제공되는 무료 크레딧으로 직접 들어 보시거나 휴멜로 팀에 문의해 주시기 바랍니다.
