CS 매뉴얼 예시는 인사말보다 확인된 사실, 지금 가능한 조치, 고객이 고를 선택지, 다음 답변 시각을 먼저 보여 줘야 합니다. 아래 배송 지연·환불·계정 오류·정책 예외 대화는 교육용 자체 예시입니다. 실제 운영에서는 회사 정책, 주문 상태, 개인정보 처리 절차에 맞게 [ ] 값을 바꿔 사용하세요.
2026년 7월 22일에 상담 흐름을 확인 → 공감 → 해결 → 후속 약속 기준으로 다시 작성했습니다. 교육 이미지를 만들려면 CS 대화 장면 만들기에서 고객과 상담원 역할을 나눠 보세요. 운영 공지 원문은 커뮤니티 공지 문구 가이드, 발표 자료에서 문제·해결 흐름을 보여 주려면 스타트업 피치덱 채팅 시나리오가 적합합니다.
한눈에 요약
- 고객의 감정을 추측하기 전에 주문 번호·오류 화면·발생 시각 등 확인할 정보를 최소한으로 요청합니다.
- 사과 뒤에는 확인된 원인 또는 아직 모르는 범위를 분리해 말합니다.
- 해결책은 한 가지만 강요하지 말고 가능한 경우 재배송·환불·대기 같은 선택지를 제시합니다.
- 즉시 해결할 수 없으면 “확인 후 연락” 대신 담당자와 다음 답변 시각을 약속합니다.
- 교육용 채팅 목업에는 실제 고객명, 전화번호, 주소, 주문 번호, 인증 정보를 넣지 않습니다.
CS 매뉴얼 예시란?
CS 매뉴얼 예시는 상담원이 문장을 외우게 하는 대본이 아니라, 상황별로 무엇을 확인하고 어떤 범위까지 약속할지 정하는 판단 도구입니다. 좋은 매뉴얼에는 필수 확인 정보, 사용 가능한 답변, 금지 표현, 예외 이관 기준, 후속 기록 항목이 함께 있습니다. “불편을 드려 죄송합니다”만 반복하면 공감은 있어도 해결이 없습니다. “현재 배송 조회가 이틀간 갱신되지 않았습니다. 오늘 오후 4시까지 택배사 확인 후 재배송 또는 환불 선택지를 안내하겠습니다”처럼 사실과 다음 행동을 닫아야 합니다.
채팅 형식은 질문과 답변 순서를 교육하기 좋지만 정책 전문을 대체하지는 않습니다. 환불 기간, 보상 범위, 계정 복구 절차는 최신 내부 정책을 연결하고, 채팅 예시는 그 정책을 고객에게 설명하는 순서만 보여 주세요. 운영 중 확인되지 않은 원인이나 처리 시간을 사실처럼 말하지 않는 것이 핵심입니다.
상황별 CS 매뉴얼 선택표
| 상황 | 먼저 확인할 정보 | 고객에게 줄 답 | 이관 기준 |
|---|---|---|---|
| 배송 지연 | 주문 번호, 조회 상태, 약속일 | 확인 시각, 재배송·환불 가능 여부 | 분실 의심, 주소 노출 사고 |
| 오배송·파손 | 상품명, 수량, 외부 포장 사진 | 교환·환불 절차, 회수 방법 | 안전 문제, 반복 오배송 |
| 환불 문의 | 구매일, 사용 여부, 결제 수단 | 적용 정책, 예상 처리 단계 | 정책 예외, 고액 결제 |
| 로그인 오류 | 오류 문구, 발생 시각, 시도 환경 | 안전한 재설정 단계 | 계정 탈취 의심, 개인정보 변경 |
| 요금·정책 변경 | 적용일, 대상, 기존 계약 | 변경 전후 값, 선택 가능 범위 | 고지 누락, 계약 해석 필요 |
| 상담 불만 | 이전 문의 기록, 미해결 약속 | 현재 책임자, 새 답변 시각 | 반복 미이행, 분쟁 가능성 |
상담 답변의 5칸 구조
CS 답변은 확인 → 공감 → 사실 → 선택지 → 후속 약속 다섯 칸으로 점검할 수 있습니다. 모든 칸을 반드시 한 문장에 넣을 필요는 없습니다. 간단한 문의는 사실과 해결만으로 끝내고, 지연이나 오류처럼 고객이 시간을 잃은 상황에서는 공감과 후속 약속을 분리하세요. 아직 원인을 모르면 추정하지 말고 확인 범위를 말합니다.
| 칸 | 상담원이 할 일 | 문장 예시 |
|---|---|---|
| 확인 | 고객 요청과 식별값을 되짚기 | 주문 번호 끝 네 자리와 수령 예정일을 확인하겠습니다. |
| 공감 | 발생한 불편을 구체적으로 인정 | 약속한 날짜에 받지 못해 일정에 차질이 생긴 점 죄송합니다. |
| 사실 | 확인된 것과 미확인을 구분 | 배송 조회가 이틀째 갱신되지 않았고 분실 여부는 확인 중입니다. |
| 선택지 | 고객이 고를 수 있는 조치 제시 | 확인 후 재배송 또는 결제 취소 중 선택하실 수 있습니다. |
| 약속 | 담당자·채널·시각을 닫기 | 오늘 오후 4시까지 이 대화로 진행 상황을 알려 드리겠습니다. |
첫 답변 3개 말풍선에 넣을 정보
CS 매뉴얼 예시는 첫 답변을 확인 요청 → 현재 사실 → 다음 약속의 3개 말풍선으로 나누면 상담원이 핵심을 빠뜨렸는지 검수하기 쉽습니다. 배송 지연이라면 첫 말풍선에서 주문 번호 끝 4자리와 약속일을 묻고, 둘째 말풍선에서 조회 기록이 이틀째 멈췄다는 사실만 말하세요. 셋째 말풍선에는 “오늘 오후 4시까지 택배사 확인 후 재배송 또는 환불 가능 여부를 안내하겠습니다”처럼 채널과 시각을 닫습니다. 이 구조를 MockaoTalk 교육 장면으로 만들 때는 고객과 상담원 화자를 분리하고, 확인되지 않은 원인을 상담원 대사에 넣지 마세요. 비밀번호·인증번호·전체 주소처럼 받으면 안 되는 정보는 장면 아래 주의 문구로 따로 표시하면 교육생이 요청 정보와 금지 정보를 함께 확인할 수 있습니다.
배송 지연 CS 매뉴얼 예시
배송 지연에서는 “곧 도착합니다”처럼 근거 없는 낙관을 피합니다. 주문 상태에서 확인한 값, 물류사에 확인할 항목, 고객에게 다시 답할 시각을 나눠 말하세요. 선물·행사처럼 고객에게 기한이 있다면 대체 수단이 필요한지도 먼저 묻습니다.
고객: 어제 도착 예정이었는데 배송 조회가 그대로예요. 상담원: 약속한 날짜에 받지 못해 불편하셨겠습니다. 확인을 위해 주문 번호 끝 네 자리를 알려 주시겠어요? 고객: 4821입니다. 토요일 행사에 필요해요. 상담원: 조회상 이틀간 이동 기록이 없어 택배사 확인이 필요합니다. 오늘 오후 4시까지 분실 여부를 확인하겠습니다. 상담원: 행사 일정에 맞추기 어렵다면 확인 결과와 함께 재배송 또는 결제 취소 가능 여부를 안내해 드리겠습니다.
교육 포인트는 상담원이 배송 완료를 약속하지 않고 확인 시각과 이후 선택지를 약속했다는 점입니다. 주문 번호 전체, 주소, 전화번호를 공개 교육 이미지에 넣지 마세요.
오배송·파손 CS 매뉴얼 예시
파손 상황에서는 고객에게 같은 설명과 사진을 여러 번 요구하지 않도록 최초 접수 항목을 정해 둡니다. 사진이 꼭 필요한 경우 촬영 범위와 사용 목적을 알리고, 위험한 상품은 만지거나 다시 포장하게 하지 말고 내부 안전 절차로 이관합니다.
고객: 컵 여섯 개를 샀는데 두 개가 깨져 왔어요. 상담원: 다치신 곳은 없으신가요? 깨진 조각은 맨손으로 만지지 말아 주세요. 고객: 다친 사람은 없어요. 상자 안에서 깨졌어요. 상담원: 확인 감사합니다. 상품과 외부 상자가 함께 보이는 사진 한 장을 보내 주시면 파손 접수에 사용하겠습니다. 상담원: 확인 후 두 개 재배송과 전체 반품 중 가능한 방법을 오늘 오후 2시까지 안내해 드리겠습니다.
안전 확인이 먼저이고, 증빙 요청은 필요한 범위로 좁혔습니다. 실제 교환·환불 선택지는 회사 정책과 재고 상태에 맞게 바꿔야 합니다.
환불 문의 CS 매뉴얼 예시
환불 답변은 고객의 사유를 평가하기 전에 적용 정책을 확인합니다. “규정상 불가”라고 끝내지 말고 어떤 조건 때문에 제한되는지, 예외 검토가 가능한지, 결제 취소가 어디까지 진행됐는지를 단계별로 알려 주세요.
고객: 오늘 결제한 온라인 강의를 취소하고 싶어요. 아직 재생하지 않았어요. 상담원: 구매일과 이용 여부를 확인하겠습니다. 주문 번호 끝 네 자리를 알려 주세요. 고객: 7315이고 재생한 적 없습니다. 상담원: 현재 기록에서도 재생 이력이 확인되지 않습니다. 적용되는 환불 정책을 확인해 결제 취소 가능 여부를 안내하겠습니다. 상담원: 오늘 오후 5시까지 이 대화로 결과와 결제 수단별 처리 단계를 알려 드리겠습니다.
이 예시는 특정 환불 기간이나 법적 권리를 단정하지 않습니다. 실제 상담에서는 최신 약관과 관련 절차를 확인한 뒤 정확한 기간을 제시하세요.
로그인 오류 CS 매뉴얼 예시
계정 문제는 편의를 위해 비밀번호나 인증번호를 채팅으로 받으면 안 됩니다. 오류 문구, 발생 시각, 사용 환경처럼 문제 재현에 필요한 정보만 요청하고, 비밀번호 재설정은 공식 화면에서 고객이 직접 진행하게 합니다. 계정 탈취가 의심되면 일반 비밀번호 안내를 반복하지 말고 보안 담당 절차로 넘깁니다.
고객: 비밀번호를 바꿨는데도 로그인이 안 돼요. 상담원: 비밀번호나 인증번호는 보내지 마세요. 화면에 표시되는 오류 문구와 발생 시각만 알려 주시겠어요? 고객: 오전 9시 20분부터 “잠시 후 다시 시도”라고 나옵니다. 상담원: 확인했습니다. 먼저 다른 브라우저에서도 같은 오류가 나는지 확인해 주세요. 상담원: 동일하면 계정 상태를 점검하고 오전 11시까지 다음 조치를 안내하겠습니다.
정책 예외를 요청받았을 때
예외 요청은 상담원이 즉석에서 승낙하거나 거절하지 않도록 기준을 둡니다. 적용 정책, 고객이 요청한 예외, 상담원이 결정할 수 있는 범위, 이관 담당자와 답변 시각을 기록하세요. “윗분께 물어볼게요”보다 누가 언제 어떤 기준을 확인하는지 말하는 편이 낫습니다.
고객: 신청 마감이 어제인 건 알지만 한 명만 추가할 수 없을까요? 상담원: 마감 이후 추가 요청이신 점 확인했습니다. 현재 좌석과 결제 상태를 운영 담당자가 확인해야 합니다. 고객: 오늘 안에 알 수 있을까요? 상담원: 네. 오늘 오후 3시까지 추가 가능 여부와 필요한 절차를 이 대화로 안내하겠습니다. 상담원: 확인 전에는 결제나 개인정보를 보내지 않으셔도 됩니다.
바로 복사해 수정하는 상담 문장 12개
[문제]로 불편을 겪으신 점 확인했습니다. 먼저[필수 정보]만 확인하겠습니다.- 비밀번호와 인증번호는 보내지 마시고, 화면의 오류 문구와 발생 시각만 알려 주세요.
- 현재 확인된 내용은
[사실]이며,[원인]은 아직 확인 중입니다. - 정확한 확인 없이 완료 시각을 약속드리기 어려워,
[시각]까지 중간 진행 상황을 먼저 안내하겠습니다. - 확인 결과에 따라
[선택지 A]와[선택지 B]중 가능한 방법을 설명드리겠습니다. - 같은 내용을 다시 보내지 않으셔도 됩니다. 기존 접수 기록을 이어서 확인하겠습니다.
- 공개 대화방에는 주소와 연락처를 남기지 말아 주세요. 필요한 경우 안전한 별도 절차를 안내하겠습니다.
[정책명]의 적용 대상과 시작일을 확인한 뒤 변경 전후 내용을 알려 드리겠습니다.- 제가 결정할 수 있는 범위를 넘어 운영 담당자에게 이관하겠습니다. 답변 시각은
[날짜·시각]입니다. - 안내드린 조치로 해결되지 않으면 같은 오류 화면을 반복 제출하지 말고 이 메시지에 결과만 남겨 주세요.
- 처리 완료 뒤에는
[환불 상태/재배송 번호/복구 여부]를 이 대화에서 확인하실 수 있습니다. - 지금까지 확인한 내용은
[요약]이고, 다음 단계는[행동]입니다.
교육용 채팅 목업 만드는 순서
- 한 장면에 하나의 고객 문제만 둡니다.
- 고객에게 필요한 최소 정보와 요청하면 안 되는 정보를 나눕니다.
- 상담원 첫 답변에서 문제를 구체적으로 되짚습니다.
- 확인된 사실과 아직 모르는 원인을 다른 말풍선으로 씁니다.
- 가능한 선택지를 회사 정책과 맞춰 입력합니다.
- 마지막 말풍선에 담당자와 다음 답변 시각을 넣습니다.
- 주문 번호, 주소, 전화번호, 계정 정보는 더미 값으로 바꿉니다.
- CS 교육용 대화 목업 만들기에서 고객·상담원 화자와 시간을 구분합니다.
- 교육생에게 “좋은 말투”보다 누락된 판단 항목을 찾게 합니다.
- 정책이 바뀌면 이미지 문구와 원문 매뉴얼을 함께 갱신합니다.
자주 묻는 질문
CS 매뉴얼은 문장을 그대로 읽게 해야 하나요?
아닙니다. 법적·보안상 고정해야 하는 문구가 아니라면 상담원이 확인 항목과 약속 범위를 이해하도록 만들어야 합니다. 고객의 표현을 그대로 되짚고 정책 안에서 선택지를 설명하되, 원인과 처리 시간을 추측하지 않는 공통 기준을 유지하세요.
고객이 화가 났을 때 사과부터 해야 하나요?
구체적인 불편을 인정하는 사과는 필요할 수 있지만 사과만 반복하면 해결이 늦어집니다. 무엇을 확인했고 지금 가능한 조치가 무엇인지 바로 이어서 말하세요. 안전 문제나 계정 침해가 의심되면 감정 완화보다 위험 차단 절차가 먼저입니다.
교육용 대화에 실제 상담 기록을 써도 되나요?
원문을 그대로 사용하지 않는 편이 안전합니다. 고객명, 연락처, 주소, 주문 번호, 계정 정보와 식별 가능한 사정을 제거하고, 핵심 문제만 남긴 합성 예시로 다시 작성하세요. 공개용 이미지는 실제 상담 기록처럼 오해되지 않도록 교육용 재구성임을 표시하세요.