#8 반자동 CS 방법 설계 및 최종 점검lecture_script
코스: claude-customer-script · 에이전트: producer
HOOK (45초)
고객 문의가 쌓여 있는데, 오늘도 비슷한 내용에 같은 답변을 복붙하고 계신가요?
7차시까지 Claude 프롬프트를 갈고 닦았는데, 막상 실전에서 쓰려니 어디서부터 시작해야 할지 막막하죠.
문제는 도구가 아닙니다. 흐름이 없어서입니다.
오늘은 수신부터 발송까지, 전체 CS 처리 흐름을 한 장의 다이어그램으로 정리합니다.
이 영상이 끝나면, 더 이상 머릿속으로 순서를 떠올리며 헤매지 않아도 됩니다.
PROMISE (30초)
이번 차시가 끝나면, 문의 수신부터 Claude 초안 생성·수정·발송까지 전체 흐름을 단계별로 정의한 나만의 CS 자동 처리 방법 다이어그램을 완성하고, 도입 전후 소요 시간 단축률을 직접 계산할 수 있습니다.
CORE (8–10분)
중요 개념 1 — CS 처리 5단계 흐름
설명
CS 자동화를 설계할 때 가장 먼저 필요한 건 전체 그림입니다.
흐름은 딱 다섯 단계입니다.
수신 → 분류 → 생성 → 수정 → 발송.
메모리 페그로 기억하세요. '수분생수발', 다섯 글자입니다.
예시
고객이 "배송이 언제 오나요?"라고 이메일을 보냈다고 가정합니다.
- 수신: Gmail로 메일 도착
- 분류: 배송 문의로 태그
- 생성: Claude가 배송 조회 안내 초안 작성
- 수정: 담당자가 운송장 번호 삽입
- 발송: 메일 전송
이 다섯 단계, 어떤 CS 상황에도 동일하게 적용됩니다.
반례
단계를 건너뛰면 어떻게 될까요?
분류 없이 바로 Claude에 넘기면, 환불 문의인지 배송 문의인지 맥락 없이 초안이 생성됩니다.
엉뚱한 답변이 나오고, 수정에 더 많은 시간을 씁니다.
분류 단계는 짧지만 절대 생략하면 안 됩니다.
정리
5단계 흐름, '수분생수발'을 머릿속에 고정하세요.
이게 오늘 다이어그램의 뼈대입니다.
중요 개념 2 — Claude 개입 지점 vs 사람 판단 지점
설명
자동화의 중요한 질문은 하나입니다.
"이 단계는 Claude가 할까, 내가 할까?"
구분 기준을 제 경험상 두 가지로 나눠드립니다.
- 패턴이 반복되면 → Claude 개입
- 감정·판단·맥락이 필요하면 → 사람 판단
메모리 페그: '반복은 Claude, 판단은 나'
예시
배송 조회 안내, FAQ 답변, 영업시간 안내 — 이건 Claude가 초안을 씁니다.
환불 거부 상황, 고객이 매우 화가 난 케이스, 법적 분쟁 가능성이 있는 문의 — 이건 사람이 직접 씁니다.
반례
"Claude가 잘 쓰니까 환불 거부도 맡기면 되지 않나요?"
대부분의 경우, Claude 초안이 너무 중립적으로 나와 고객 감정을 더 자극합니다.
민감한 상황일수록 사람의 어조와 판단이 필요합니다.
초안 참고는 괜찮습니다. 하지만 최종 결정은 반드시 직접 하세요.
정리
다이어그램에서 각 단계 옆에 'C(Claude)' 또는 'H(Human)' 표시를 붙이세요.
이것만으로도 방법가 훨씬 명확해집니다.
중요 개념 3 — 방법 개선 지표 설정
설명
방법를 만들었다고 끝이 아닙니다.
"얼마나 좋아졌는지" 측정해야 개선이 가능합니다.
지표는 세 가지만 씁니다.
3·1·R 지표라고 기억하세요.
- 3: 응대 소요 시간 (분 단위)
- 1: 고객 만족도 (1–5점 척도)
- R: 재문의율 (같은 건으로 다시 연락 온 비율)
예시
도입 전: 문의 1건당 평균 18분 소요, 만족도 3.2점, 재문의율 22%.
도입 후: 평균 6분 소요, 만족도 3.8점, 재문의율 14%.
소요 시간 단축률은 (18-6)÷18×100 = 약 67%.
이 숫자가 있어야 "자동화가 효과 있다"고 설득력 있게 말할 수 있습니다.
반례
"만족도는 응대 속도만으로 올라가지 않나요?"
아닙니다. 빠른 답변이지만 내용이 틀리면 만족도는 오히려 떨어집니다.
세 지표를 함께 보는 이유가 바로 이것입니다.
속도만 보면 품질을 놓칩니다.
정리
3·1·R 지표를 다이어그램 하단에 표로 붙여두세요.
숫자로 보이는 개선이, 방법를 계속 다듬게 하는 동기가 됩니다.
EXERCISE (3–4분)
지금 영상을 일시정지하고 직접 만들어보세요.
도구는 Figma·FigJam 또는 draw.io 중 편한 것을 선택합니다.
Step 1 — 뼈대 잡기 (1분)
빈 캔버스에 사각형 5개를 가로로 나열합니다.
왼쪽부터 순서대로 씁니다.
수신 / 분류 / 생성 / 수정 / 발송.
각 사각형을 화살표로 연결합니다.
Step 2 — C/H 표시 (1분)
각 단계 아래에 작은 태그를 붙입니다.
Claude가 주도하면 'C', 사람이 주도하면 'H', 협업이면 'C+H'.
지금 내 상황 기준으로 솔직하게 표시하세요.
Step 3 — 시간 비교표 추가 (1분)
다이어그램 오른쪽 또는 하단에 2열 표를 만듭니다.
왼쪽 열: 도입 전 단계별 소요 시간.
오른쪽 열: 도입 후 예상 소요 시간.
각 단계 시간을 합산하고, 단축률을 계산합니다.
공식: (전체 전 시간 - 전체 후 시간) ÷ 전체 전 시간 × 100.
Step 4 — 최종 점검 (30초)
다이어그램을 보며 질문 세 가지를 던집니다.
"분류 단계가 있는가?", "C/H가 모든 단계에 표시됐는가?", "3·1·R 지표가 포함됐는가?"
셋 다 체크되면 완성입니다.
CTA (30초)
수고하셨습니다.
오늘 만든 다이어그램이 앞으로 CS 자동화의 기준점이 됩니다.
다음 차시에서는 이 방법를 실제 툴과 연동해 진짜 돌아가게 만드는 방법을 다룹니다.
오늘 완성한 다이어그램 캡처 사진을 댓글에 올려주세요.
단축률 숫자도 함께 적어주시면, 제가 직접 피드백 드립니다.
예상 분량: 15분