고객지원팀의 첫 자동화 세 가지 — 문의 분류, 답변 초안, 에스컬레이션 규칙
고객 응대 자동화는 성공담과 후퇴담이 나란히 있는 영역입니다. 한 달 만에 수백만 건을 처리했다는 발표와, 1년 뒤 사람을 다시 채용했다는 발표가 같은 회사에서 나옵니다. 스테이지가 정리한 Klarna의 2년이 그 기록입니다. 교훈은 "자동 응답부터 시작하지 말라"입니다. 이 글은 사람이 마지막 확인을 쥔 채로 시작하는 세 가지 순서를 적습니다.
반복되는 일 네 가지
- 들어온 문의를 유형별로 나눠 담당자에게 배정하기
- 자주 묻는 질문에 같은 답변을 다시 쓰기
- 답변 톤을 팀 전체에서 통일하기
- 화난 고객, 환불·법적 문제를 빨리 윗선으로 올리기
첫 자동화 1: 문의 분류 (어시스턴트 단계)
문의 본문을 넣으면 유형(배송·결제·환불·불량·기타), 긴급도(상·중·하), 감정(중립·불만·분노)을 정해진 값 중에서 고르게 합니다. 출력은 표나 JSON처럼 고정된 형식으로 받아 담당자 배정 규칙에 연결합니다. 분류는 정답이 하나인 작업이므로, 고를 수 있는 값의 목록을 지시문에 적고 그 밖의 값은 내지 못하게 합니다.
검증할 것: 지난달 문의 100건을 사람이 먼저 분류해 두고 모델 결과와 대조해 일치율을 잽니다. 이 100건이 이후 프롬프트를 고칠 때마다 다시 돌리는 평가 세트가 됩니다. 어소시에이트 수업 과제 유형에 따라 접근 바꾸기와 아키텍트 수업 퓨샷 프롬프팅이 분류기 설계와 편향 측정을 실습합니다.
첫 자동화 2: 답변 초안 (어시스턴트 단계)
FAQ 문서, 환불 정책, 배송 안내를 Projects에 등록하고 문의마다 답변 초안을 받습니다. 상담원은 초안을 읽고 고쳐서 보냅니다. 자동 발송이 아니라 초안이라는 점이 이 단계의 전부입니다. 초안 덕에 응답 시간은 줄고, 사람이 보기 때문에 틀린 정책 안내는 걸러집니다.
검증할 것: 초안이 정책 문서에 없는 약속("내일까지 처리해 드리겠습니다")을 만들지 않았는지. 모델은 고객을 달래려는 문장을 잘 만들고, 그 문장이 회사가 지킬 수 없는 약속이 됩니다. 지시문에 "정책 문서에 없는 기한·보상을 약속하지 말 것"을 넣고, 상담원 검토 항목에도 넣습니다.
관련 수업: 대상 독자에 맞춰 다듬기, 기존 업무 흐름에 넣기
첫 자동화 3: 에스컬레이션 규칙 (에이전트 단계)
분류 결과가 "분노"이거나 환불·법적 언급이 있으면 초안을 만들지 않고 즉시 담당자에게 알림을 보내는 규칙을 붙입니다. 이 규칙은 모델의 판단이 아니라 코드로 고정합니다. 모델은 분류까지만 하고, 그 뒤의 분기는 결정적으로 돌게 합니다. 아키텍트 수업 에스컬레이션과 모호성 처리가 이 경계를 설계합니다.
검증할 것: 에스컬레이션이 놓친 건을 찾습니다. 상담원이 "이건 올라왔어야 했다"고 표시한 건을 매주 모아 분류 프롬프트와 규칙을 고칩니다. 잡은 건보다 놓친 건이 이 자동화의 품질입니다.
하지 말 것
- 첫 달에 자동 발송을 켜지 않습니다. 초안이 한 달간 상담원 검토를 통과한 비율을 재고, 그 숫자를 보고 결정합니다.
- 고객 개인정보를 모델 입력에 그대로 넣지 않습니다. 분류에 이름·전화번호·주소는 필요 없습니다. 지우고 넣습니다.
- "AI가 답변했다"는 사실을 숨기지 않습니다. 초안 단계에서도 회사 정책과 관련 법규에 따라 고지 여부를 정합니다. 책임 있는 사용을 위한 판단
이어지는 학습
세 가지가 돌아가면 다음은 상담 기록에서 반복 원인을 찾는 분석입니다. "환불 문의의 40%가 같은 상품"처럼 제품팀에 넘길 신호를 뽑는 일인데, 여기서는 집계를 코드에 맡기고 모델은 해설만 붙입니다.
시험과의 연결: CCAO-F 도메인 4(워크플로 통합)의 "기존 업무 흐름에 넣기"와 CCAR-F 도메인 5의 에스컬레이션 설계가 이 글의 구조입니다.
응시 안내: Claude 자격증은 Claude Partner Network 소속 조직의 회사 이메일로만 등록할 수 있고, 개인 이메일로는 응시할 수 없습니다. 자격증보다 도메인 학습 자체에 무게를 두시고, 응시 조건은 자격증 가이드에서 확인하시기 바랍니다.