87단계고객 지원: 문의를 회사의 지식으로

쓰는 것: 연결자 · 자동화

문의를 분류해 답변 초안을 붙이고, 쌓인 문의를 제품·마케팅·규정으로 돌려보낸다.

걸리는 시간 · 읽기 약 10분 · 따라 하기 약 60분 · 난이도 ★★★ 심화 · 처음엔 건너뛰어도 되는 단계

이 단계를 마치면

• 문의가 모이는 도구를 연결자로 이어 분류와 우선순위, 규정 근거가 붙은 답변 초안을 받을 수 있다.
• 새 문의가 들어오면 초안이 내부 메모로 붙는 자동화 흐름을 설계할 수 있다.
• 자동 발송 요구에는 범위와 사후 점검부터 정하고, 한 주의 문의를 목록으로 뽑아 다른 부서에 넘길 수 있다.

"불편을 드려 죄송합니다. 사과의 뜻으로 적립금을 드리겠습니다." 고객 입장에서는 더없이 반가운 답장이다. 문제는 그 회사에 적립금 보상 규정이 없다는 데 있다. 고객 지원팀의 하루는 분류로 시작한다. 배송 문의, 교환·환불, 제품 불량, 사용법, 칭찬과 항의. 분류가 끝나야 누가 무엇을 먼저 볼지 정해진다. 이 분류와 첫 답변 초안은 Claude에게 맡기기 좋은 일이다. 규칙이 비교적 분명하고, 초안이 틀려도 보내기 전에 고칠 수 있다. 71단계에서 본 기준에도 들어맞는다.

왜 근거가 먼저인가

지원 답변이 틀리면 고객은 그것을 회사의 약속으로 받아들인다. "교환해 드리겠습니다"라는 한 문장이 규정에 없는 보상이 되고, 다음 고객은 "지난번엔 해 줬잖아요"라며 같은 것을 요구한다. Claude는 친절한 문장을 잘 쓴다. 그런데 친절이 지나치면 규정 밖의 약속이 된다.

그래서 이 단계의 초안에는 반드시 근거 규정을 붙인다. 근거를 인용하게 하면 좋은 점이 두 가지다. 담당자가 초안이 맞는지 규정 문단과 바로 대조할 수 있고, 규정에 없는 약속이 끼어들 틈이 줄어든다. 근거를 찾지 못하면 초안 대신 "담당자 판단 필요"라고 쓰게 한다.

먼저 연결자로 문의가 모이는 곳을 잇는다. 누리상사 지원팀은 Zendesk를 쓴다. 66단계에서 한 대로 Zendesk를 이으면 Claude가 새 문의를 읽고 분류할 수 있다. 메일로 문의를 받는 회사라면 Gmail을, 사내 공유에는 Slack을 잇는다. 답변의 근거가 되는 자료, 곧 환불 규정, 배송 안내, 제품 사용 설명은 프로젝트 지식이나 스킬 참고 자료로 넣어 둔다.

흐름을 자동화로 연결한다

다음은 자동화다. 제8부에서 배운 흐름을 그대로 쓴다. 새 문의가 들어오면(트리거) 내용을 읽고(정보 수집), Claude가 분류와 초안을 만들고(Claude 호출·응답 생성), 티켓에 내부 메모로 붙인 뒤 담당자에게 알린다(알림·저장). Zapier·Make·n8n 같은 외부 자동화 도구로 이 흐름을 만들 수 있다. 어느 도구를 쓰든 초안은 고객에게 바로 가지 않고 내부 메모나 초안 영역에 머문다.

보내기는 사람이 누른다. 77단계의 원칙이 가장 자주 시험받는 곳이 바로 여기다. 문의가 몰리기 시작하면 "사용법 문의 정도는 그냥 자동으로 보내자"는 말이 꼭 나온다. 그럴 때 78단계를 떠올리자. 가장 위험한 자동화는 조용히 틀린 답을 보내는 자동화다.

자동 발송을 검토하더라도 범위는 아주 좁게 정하고, 보낸 답을 사람이 정기적으로 되짚어 보는 절차부터 만든다. 환불 약속, 보상, 법적 책임이 걸린 답변은 자동 발송 대상에서 뺀다. 고객 개인정보가 외부 자동화 도구를 거쳐도 되는지는 보안 담당과 먼저 정한다.

업종과 규모에 따른 변형

B2B 회사의 기술 지원이라면 분류 항목을 "장애 / 설정 문의 / 기능 요청 / 계약 문의"로 바꾸고, 장애 알림은 곧바로 기술 담당 채널로 보낸다. 문의가 하루 몇 건뿐인 작은 쇼핑몰은 자동화 없이 프로젝트 하나로 시작해도 된다. 아침에 문의를 모아 붙여 넣고 분류와 초안을 한 번에 받는다.

매장이나 콜센터처럼 전화 문의가 많은 곳은 상담원이 남긴 메모를 같은 형식으로 분류한다. 답장이 따로 없어도 분류 기록은 쌓이고, 그 기록이 아래에서 다룰 주간 목록의 재료가 된다.

AX로 다시 짜기

지원팀의 하루는 문의에 답하는 것으로 끝난다. 답을 보내면 티켓이 닫히고, 그 문의에 담긴 정보도 함께 닫힌다. 같은 용기 누수 문의가 한 달에 여러 번 와도 받은 담당자가 다르면 아무도 모를 수 있다. 분류와 초안이 빨라지면 답은 빨리 나가지만, 문의가 회사에 남기는 것은 여전히 없다. 이 단계에서 다시 짜는 것은 문의가 흘러가는 끝이다. 답장에서 멈추지 않고 제품과 마케팅, 규정으로 이어지게 한다.

무엇을 재나. 첫째, 첫 응답 시간이다. 접수부터 첫 답변 발송까지를 지원 도구의 기록으로 잰다. 둘째, 초안 채택률이다. 초안을 거의 그대로 쓴 경우, 고쳐 쓴 경우, 버리고 새로 쓴 경우를 나눠 센다. 버릴 때 이유를 하나 고르게 하면(규정 없음, 분류 틀림, 말투) 지침의 어디를 고칠지 보인다. 셋째, 재문의율이다. 같은 고객이 같은 건으로 다시 문의한 비율을 본다. 넷째, 넘긴 건의 조치율이다. 주간 목록으로 넘긴 항목 가운데 담당자와 조치 예정일이 정해진 비율을 센다. 이 숫자가 낮으면 발견이 회사 안으로 흘러가지 못하고 있다는 뜻이다.

사람의 역할. 문 주임은 답장을 처음부터 쓰는 사람에서 초안을 확인해 보내는 사람, 그리고 매주 고객의 목소리를 정리해 넘기는 사람이 된다. 지원팀장은 응답 속도만 보던 관리자에서 규정 공백 목록을 들고 정책 담당과 이야기하는 사람이 된다. 보내기, 보상 결정, 안전에 관한 판단은 계속 사람이 한다.

적어 둘 것과 넘기는 곳. 분류 기준과 헷갈리는 예, 베테랑 상담원이 까다로운 문의를 다루는 요령을 프로젝트 지침과 스킬에 남긴다. 상담원이 "규정에 없어서 제가 판단했어요" 하고 넘어가던 건은 규정 공백 목록으로 모은다. 제품 불량이 되풀이되면 품질팀과 89단계 운영으로, 사용법 혼란은 84단계 마케팅의 상세페이지와 기획으로, 규정 공백은 정책 담당과 필요하면 88단계 법무로, 문의 추이는 81단계 경영 한 페이지의 위험 신호로 보낸다.

연구실과 공공기관에서는

공공기관의 민원 창구는 고객 지원팀과 가장 많이 닮은 곳이다. 지금은 민원이 전화, 방문, 온라인 창구로 들어오면 담당자가 읽고 처리 부서를 정해 넘기고, 답변을 처음부터 쓴다. 처리 기한은 지키지만, 같은 불편이 여러 번 들어왔다는 사실은 민원 처리 대장에만 남고 정책을 만드는 부서까지 가지 못한다. 바뀐 흐름에서는 Claude가 민원을 유형별로 나누고 처리 부서 후보와 관련 규정을 붙인 답변 초안을 만든다. 매달 쌓인 분류 기록에서 되풀이되는 민원과 "규정으로 답하지 못한 민원"을 뽑아 정책 담당 부서로 넘긴다.

무엇을 재는지도 정해 둔다. 접수부터 첫 답변까지 걸린 시간, 초안을 그대로 쓴 비율과 고쳐 쓴 비율, 그리고 정책 부서로 넘긴 목록 가운데 담당자와 검토 일정이 정해진 비율이다. 마지막 숫자가 낮다면 민원에서 찾은 것이 기관 안으로 흘러가지 못하고 있다는 뜻이다. 넘길 때는 받는 부서와 담당자, 회신 기한을 양식에 함께 적는다.

공공 민원에서는 사람이 붙들 부분이 더 많다. 민원에는 이름, 주소, 연락처에 더해 건강이나 가족 사정 같은 민감한 정보가 들어 있기도 하다. 어떤 정보를 어떤 도구에 넣어도 되는지는 기관의 개인정보 보호 담당과 정보보안 규정으로 먼저 정하고, 허락되지 않으면 개인을 알아볼 수 있는 부분을 지운 뒤에 다룬다. 법령과 조례를 어떻게 해석할지는 담당 공무원이 정한다. Claude가 붙인 조항은 찾아볼 출발점일 뿐이다. 답변 발송, 공문 시행, 결재는 사람이 한다.

가상의 누리시 민원팀 임 주무관은 한 달 치 분류 결과를 보다가 공원 야간 조명에 관한 민원이 세 동네에서 따로따로 들어온 것을 알았다. 받은 담당자가 모두 달라 아무도 한데 묶어 보지 못했던 것이다. 처음 받은 요약에는 "조명 확충이 필요하다"는 제안까지 붙어 있었다. 임 주무관은 제안 문장을 빼게 하고, 민원 건수와 위치, 민원인이 쓴 표현만 남긴 목록을 공원 관리 부서에 넘겼다. 조치 여부는 그 부서가 현장을 확인하고 결재를 거쳐 정했다. 임 주무관은 다음 달 분류 기록에서 같은 유형의 민원이 어떻게 달라졌는지 다시 확인했다.

현장 장면

누리상사 지원팀 문 주임은 처음에 문의 한 건을 대화창에 붙이고 이렇게 적었다.

• 처음 지시: "이 고객한테 답장 써 줘."

문의 내용은 "받은 세제 용기가 새서 왔다"였다. 초안은 정중했다. 그리고 "불편을 드려 죄송합니다. 새 제품으로 즉시 교환해 드리고 사과의 뜻으로 적립금을 드리겠습니다"로 끝났다. 문 주임의 손이 보내기 버튼 위에서 멈췄다. 적립금 보상은 누리상사 규정에 없었다. 그대로 보냈다면 회사가 하지도 않은 약속을 문 주임이 대신 해 버린 꼴이 됐을 것이다.

지원팀은 환불·교환 규정, 배송 안내, 제품 사용 설명을 프로젝트 지식에 넣고, 아래 프롬프트를 지침으로 삼았다. 그리고 Zendesk 연결자를 이었다.

• 고친 지시: "새 문의를 분류하고, 지식의 규정에 근거한 답변 초안을 써 줘. 근거 문단을 인용하고, 규정에 없는 보상은 쓰지 마."

같은 문의에 이번에는 '제품 불량 · 교환 요청 · 긴급(누수로 다른 물건 오염 가능)'이라는 분류가 붙었다. 초안은 사과와 교환 절차 안내로 끝났고, 그 아래에 교환 규정 문단이 인용돼 있었다. "사람이 확인할 것"에는 "주문 번호와 수령일 확인, 사진 요청 여부, 동일 제조 번호 불량 반복 여부는 품질팀 확인"이 적혀 있었다.

흐름이 안정되자 팀은 외부 자동화 도구로 새 티켓에 이 결과가 내부 메모로 붙게 했다. 켜기 전에 시험 티켓 열 건을 넣어, 고객 쪽으로 아무것도 나가지 않는 것부터 확인했다. 이제 담당자는 티켓을 여는 순간 분류와 초안을 본다. 주문 내역을 확인하고, 말투를 다듬고, 직접 보낸다.

한 달 뒤 사용법 문의는 자동으로 보내자는 이야기가 나왔다. 팀은 먼저 "자동으로 나간 답을 매주 누가 몇 건씩 되짚어 볼 것인가"부터 정하자고 했다. 그 답이 정해지기 전까지 발송은 사람이 한다.

같은 무렵 팀은 흐름의 끝을 한 단계 늘렸다. 금요일마다 한 주의 분류 기록을 모아 "자주 묻는 것"과 "규정으로 답하지 못한 것"을 뽑게 한 것이다. 첫 목록에는 같은 제조 번호의 용기 누수 문의가 여러 건 묶여 있었다. 담당자가 달라서 아무도 이어 보지 못한 문의들이었다. 문 주임은 목록을 양식에 맞춰 품질팀과 마케팅팀에 보냈고, 품질팀은 담당자와 확인 예정일을 적어 회신했다.

따라 하기

1. 지원 도구(Zendesk, Gmail 등) 연결자를 잇고, 샘플 문의 몇 건을 읽어 오게 한다. 성공 기준: 샘플 문의의 제목과 본문이 대화창에 요약돼 나온다.
2. 환불 규정·배송 안내 등 근거 자료를 프로젝트 지식에 넣는다. 성공 기준: 규정마다 개정일이 적혀 있다.
3. 아래 프롬프트로 분류와 초안을 받아 보고, 분류 기준이 우리 팀 기준과 맞는지 고친다. 성공 기준: 샘플 다섯 건 가운데 분류가 팀 판단과 어긋난 것이 있으면 그 이유를 지침에 반영했다.
4. 트리거부터 알림까지 흐름을 종이에 그리고, 사람이 확인하는 단계를 표시한다. 성공 기준: 보내기 앞에 사람이 확인하는 단계가 있고, 자동 발송 단계는 없다.
5. 외부 자동화 도구로 이 흐름을 만든다면, 초안이 고객에게 바로 가지 않는지 시험 티켓으로 확인한다. 성공 기준: 시험 티켓에 내부 메모만 붙고, 고객 쪽 발송 기록이 없다.
6. 지금 문의 한 건이 닫힌 뒤 그 내용이 어디로 가는지 As-is로 적고, 주간 정리·넘기기·재확인까지 이어지는 To-be를 그린다. 성공 기준: To-be에 넘기는 부서마다 받는 사람과 양식이 적혀 있다.

복사해 쓰는 프롬프트

너는 [회사명] 고객 지원팀의 분류 담당이다. 아래 문의를 읽고 다음을 만들어 줘.

1. 분류: [배송 / 교환·환불 / 제품 불량 / 사용법 / 칭찬 / 항의 / 기타] 중 하나
2. 우선순위: [긴급 / 보통 / 낮음]과 그 이유 한 줄
3. 답변 초안: 프로젝트 지식의 규정에 근거해서, [정중하고 짧게]
4. 근거: 초안에 쓴 규정 문단을 그대로 인용
5. 사람이 확인할 것: 주문 내역, 보상 여부 등

지킬 것:
- 규정에 없는 보상이나 약속을 쓰지 않는다.
- 규정으로 답할 수 없으면 초안 대신 "담당자 판단 필요"라고 쓴다.
- 안전, 법적 조치, 언론 언급이 있으면 우선순위를 긴급으로 두고 책임자 확인을 적는다.
- 이 초안은 고객에게 바로 보내지 않는다.

문의 내용:
[여기에 붙여 넣기]

막히면 이렇게

실습 파일

공개 저장소에 올려 둔 가공 자료와 양식이다. 회사 자료 대신 먼저 이것으로 해 본다.

• 샘플 자료 고객문의_샘플.csv · 여러 채널로 들어온 고객 문의 40건
• 샘플 자료 민원_샘플.csv · 가람시에 들어온 민원 20건

스스로 점검

• ☐ 모든 초안에 근거 규정 문단이 인용돼 있는가
• ☐ 시험 티켓으로 초안이 고객에게 바로 가지 않는 것을 확인했고, 환불 약속·보상·법적 책임이 걸린 답변은 자동 발송 대상에서 빠져 있는가
• ☐ 한 주의 문의 기록에서 뽑은 목록이 받는 사람과 함께 다른 부서로 넘어가는가

기억할 것

• 분류와 초안은 맡기고, 보내기는 사람이 누른다.
• 초안에는 근거 규정을 함께 붙이게 한다. 근거가 없으면 초안도 없다.
• 자동 발송을 논의하기 전에 되짚어 볼 사람과 주기부터 정한다.