이 가이드는 짧은 명령어 하나로 끝나지 않습니다. 필요한 자료를 정리하고, AI가 추측하지 않게 경계를 주고, 출력 내용을 원문과 대조해 실제로 사용할 수 있는 결과로 만드는 전체 과정을 설명합니다.
예시 안내 본문의 입력과 기대 결과는 절차를 설명하기 위해 구성한 예시입니다. 실제 수행 결과나 성과를 주장하지 않으며, 중요한 업무에는 원자료와 담당자의 최종 확인이 필요합니다.
- 문의 원문에서 처리에 불필요한 민감정보를 먼저 분리합니다.
- 분류와 답변 작성을 두 단계로 나눠 잘못된 정책 안내를 줄입니다.
- 환불·안전·법적 이슈와 근거가 부족한 문의는 자동 답변하지 않습니다.
완성 결과물
누구에게 필요하고, 누구에게는 맞지 않을까
이런 분께 맞습니다
- 반복 문의를 같은 기준으로 분류해야 하는 고객지원 담당자
- 승인된 FAQ를 바탕으로 답변 초안까지만 자동화하려는 소규모 팀
- AI가 답한 근거와 사람의 최종 승인을 함께 기록하려는 운영자
이 경우에는 멈추세요
- 고객에게 AI 초안을 검토 없이 자동 발송하려는 경우
- 결제 취소·법적 책임·안전 사고를 AI가 최종 판단하게 하는 업무
- 고객 개인정보를 외부 AI에 입력해도 되는지 확인하지 않은 조직
시작 전에 준비할 것
도구를 열기 전에 입력 자료와 최종 확인자를 정하면, 그럴듯하지만 틀린 결과를 줄일 수 있습니다.
- 현재 사용하는 문의 유형과 담당 부서 표
- 고객에게 안내해도 되는 최신 FAQ와 정책 원문
- 즉시 사람에게 넘겨야 하는 위험 신호 목록
- 답변 초안의 말투, 필수 문구, 금지 표현
- 개인정보 제거와 최종 승인 책임자 기준
단계별 과정
문의를 입력하기 전에 공개 가능한 범위를 만듭니다
왜 필요한가 — 문의 원문에는 분류나 초안 작성에 필요하지 않은 연락처와 계정 정보가 섞일 수 있습니다.
주문번호, 전화번호, 주소처럼 개인을 식별할 수 있는 값은 원문과 별도 보안 시스템에 남기고 AI 입력에는 의미만 유지하는 표식으로 바꿉니다. 예를 들어 실제 주문번호 대신 ‘[주문 식별자 있음]’을 사용합니다.
분류에 필요한 상품명, 문의 채널, 접수 시각은 조직 정책이 허용하는 범위에서만 남깁니다. 삭제한 값이 이후 담당자의 확인에 필요하다면 원본 티켓 위치만 연결합니다.
원문: 안녕하세요. 주문번호 AB-1234이고 전화번호는 010-0000-0000입니다. 어제 받은 컵 손잡이에 금이 가 있어 사용하지 않았습니다. 교환하려면 어떻게 하나요?
AI 입력용 문의: 안녕하세요. [주문 식별자 있음] 수령한 컵 손잡이에 금이 가 있어 사용하지 않았습니다. 교환 절차를 알고 싶습니다. 분리 정보: 주문 식별자, 전화번호 원본 확인 위치: 고객지원 티켓
문의 유형과 위험 신호만 먼저 분류합니다
왜 필요한가 — 분류와 답변을 한 번에 시키면 AI가 부족한 정보를 답변으로 채우면서 잘못된 유형까지 확정할 수 있습니다.
첫 번째 호출에서는 문의 유형, 고객이 원하는 결과, 확인되지 않은 정보, 사람 이관 여부만 출력하게 합니다. 분류 이름은 팀의 고정 목록에서만 선택하게 합니다.
파손, 신체 피해, 결제 분쟁, 법적 표현처럼 조직이 정한 위험 신호가 있으면 답변 초안 단계로 자동 진행하지 않습니다. 담당자가 원문과 정책을 먼저 확인한 경우에만 제한된 초안 작성을 수동으로 시작할 수 있으며, 확신이 없을 때는 ‘분류 보류’로 남깁니다.
허용 유형: 배송 / 교환·반품 / 사용 방법 / 계정 / 기타 / 분류 보류 이관 신호: 파손, 신체 피해, 결제 분쟁, 법적 통지 문의: 수령한 컵 손잡이에 금이 가 있어 사용하지 않았고 교환 절차를 알고 싶습니다.
유형: 교환·반품 고객 요청: 파손 상품 교환 절차 확인 위험 신호: 파손 누락 정보: 수령일, 상품 상태 확인 자료 처리 상태: 담당자 이관 분류 근거: ‘손잡이에 금이 가’, ‘교환 절차’
승인된 정책 조각만 답변 근거로 제공합니다
왜 필요한가 — 일반 지식이나 오래된 안내가 섞이면 실제 정책과 다른 약속을 할 수 있습니다.
분류가 끝난 문의에 관련된 최신 FAQ 조각만 연결합니다. 각 조각에는 문서 ID, 적용 대상, 확인 날짜, 담당 부서, 원문 링크를 붙입니다.
정책에 없는 보상, 기간, 배송비 부담 주체는 추정하지 않게 합니다. 서로 다른 문서가 충돌하면 답변을 만들지 않고 문서 소유자 확인 상태로 전환합니다.
정책 ID: RETURN-2026-04 적용: 배송 중 파손 의심 상품 원문: 상품 사용을 중단하고 고객지원에 주문 정보와 상태 확인 자료를 제출하면 담당자가 교환 가능 여부를 안내합니다. 문서 확인일: 2026-08-10
사용 가능한 근거: 사용 중단 안내, 주문 정보와 상태 확인 자료 제출, 담당자 검토 후 교환 가능 여부 안내 근거에 없는 내용: 교환 확정, 처리 기간, 배송비 부담 답변 가능 상태: 자동 진행 금지 — 담당자 검토 후 제한적 초안을 수동 작성할 수 있음
사실·질문·안내를 구분해 초안을 씁니다
왜 필요한가 — 고객이 말한 사실과 회사가 확인한 사실을 섞으면 책임 범위가 달라질 수 있습니다.
초안은 고객 진술의 요약, 현재 안내 가능한 절차, 추가로 필요한 정보, 담당자 검토 안내 순서로 작성합니다. 고객 진술은 ‘말씀해 주신 내용으로는’처럼 출처를 드러냅니다.
공감 문구는 사실을 인정하거나 보상을 약속하지 않도록 짧고 구체적으로 씁니다. 담당자가 바꿔야 할 자리에는 대괄호 메모를 남기고 고객에게 보낼 문장과 분리합니다.
문의 분류와 RETURN-2026-04만 사용해 이메일 답변 초안을 작성하세요. 교환을 확정하지 말고 필요한 자료와 담당자 확인 절차를 안내하세요.
안녕하세요. 받아보신 컵 손잡이에 금이 가 있었다는 말씀을 확인했습니다. 안전을 위해 상품 사용을 중단해 주세요. 교환 가능 여부 확인을 위해 주문 정보와 상품 상태를 확인할 수 있는 자료를 고객지원 티켓에 첨부해 주세요. 담당자가 내용을 확인한 뒤 가능한 절차를 안내드리겠습니다. [내부 메모: 발송 전 파손 문의 담당자 검토 필요]
담당자 검토와 실패 사례 시험을 거칩니다
왜 필요한가 — 한 문의에서 자연스러운 초안이 나와도 다른 유형과 위험 신호에서 같은 안전성을 보장하지 않습니다.
담당자는 분류, 근거 정책, 고객 진술, 금지 약속, 말투를 각각 확인합니다. 수정했다면 원인을 분류 규칙, 정책 자료, 프롬프트, 작성자의 판단 중 하나로 기록합니다.
정상 문의 외에 정책에 답이 없는 문의, 두 유형이 섞인 문의, 법적 위협, 개인정보가 많은 문의를 시험합니다. 기대 행동을 먼저 적고 이관이 필요한 질문에 초안이 생성되지 않는지 확인합니다.
시험 묶음: 사용법 문의 / 파손 교환 / 환불 기간 미기재 / 계정과 결제 혼합 / 법적 통지 / 연락처가 포함된 문의 기대 상태: 초안 / 이관 / 근거 부족 / 분류 보류 / 이관 / 개인정보 제거
검토 기록: 티켓 유형 | 기대 처리 | 실제 분류 | 사용 정책 ID | 금지 표현 발견 | 담당자 수정 | 재시험 필요 | 최종 상태
수정해 쓰는 재사용 입력
중괄호 부분을 자신의 상황으로 바꾸고, 실제 자료를 넣기 전에 개인정보와 공개하면 안 되는 내용을 제거하세요. 결과는 반드시 원문과 대조합니다.
당신은 고객 문의 분류와 답변 초안을 돕는 보조자입니다. 고객에게 직접 발송하지 않습니다.
[분류 목록]
{{팀의 허용된 문의 유형}}
[즉시 이관 조건]
{{안전, 결제 분쟁, 법적 통지 등 조건}}
[규칙]
1. 고객 문의와 제공된 정책 조각만 사용합니다.
2. 분류 근거를 문의 원문에서 짧게 표시합니다.
3. 정책에 없는 보상, 기간, 책임, 결과를 추정하지 않습니다.
4. 위험 신호, 문서 충돌, 근거 부족이면 답변 초안을 만들지 않고 이관합니다.
5. 고객 진술과 회사가 확인한 사실을 구분합니다.
6. 개인정보를 재출력하지 않습니다.
[출력 1: 분류]
유형 / 고객 요청 / 위험 신호 / 누락 정보 / 근거 / 처리 상태
[출력 2: 초안 — 초안 허용 상태일 때만]
고객 진술 확인 / 정책상 가능한 안내 / 필요한 정보 / 다음 확인 절차 / 사용한 정책 ID / 내부 검토 메모
[문의]
{{개인정보를 정리한 문의}}
[승인된 정책 조각]
{{문서 ID가 붙은 최신 원문}}결과 확인 체크리스트
- AI 입력 전에 불필요한 개인정보를 제거했다.
- 분류 유형을 팀의 고정 목록으로 제한했다.
- 위험 신호와 즉시 이관 조건을 정했다.
- 분류와 답변 작성을 서로 다른 단계로 실행했다.
- 최신 승인 정책에 문서 ID와 확인 날짜가 있다.
- 정책에 없는 보상과 기간을 만들지 않았다.
- 고객 진술과 회사 확인 사실을 구분했다.
- 고객용 문장과 내부 메모를 분리했다.
- 담당자가 발송 전 원문과 정책을 대조했다.
- 고위험·혼합·근거 부족 문의를 별도로 시험했다.
자주 막히는 지점과 해결법
분류 결과와 위험 신호를 먼저 검토한 뒤 허용된 문의만 초안 단계로 보냅니다.
고객 진술, 내부 확인, 정책 안내를 서로 다른 문장과 필드로 나눕니다.
근거 밖 필드는 미확인으로 남기고 담당자 확인 절차를 안내합니다.
이관 신호가 하나라도 있으면 자동 초안 생성을 중단합니다.
개인정보·저작권·정확성 주의
AI가 자연스럽게 작성했다는 사실은 정확성과 이용 권한을 보장하지 않습니다. 공개하거나 전달하기 전에 아래 항목을 확인하세요.
- 외부 AI 도구에 고객정보를 입력하기 전 조직의 개인정보 정책을 확인하세요.
- AI 초안을 고객에게 자동 발송하지 말고 책임 있는 담당자가 승인하세요.
- 안전 사고, 법적 통지, 결제 분쟁은 전문 담당 부서에 즉시 이관하세요.
- 정책 문서가 만료되거나 충돌하면 해당 유형의 초안 생성을 멈추세요.
- 고객의 감정이나 의도를 추정해 내부 태그로 남기지 마세요.
- 답변 기록에는 사용한 정책 버전과 사람 검토자를 남기세요.
공식 출처와 확인 기준
출처는 각 원자료가 다루는 범위 안에서 참고했습니다. 서비스 화면과 기능은 바뀔 수 있으므로 실제 사용 전 최신 문서를 다시 확인하세요.
수정 이력
2026-08-14 — 작성 및 편집 검수.
이어서 볼 가이드
03. AI 직원 7명에게 바로 일을 시키는 프롬프트
3줄 요약 AI에게 역할 이름만 주지 말고 입력·업무·출력·규칙을 함께 정합니다. 대표실, 마케팅, 영업, 고객지원, 재무, 개발, 운영의 책임과 결과물을 서로 다르게 설정합니다. 대괄호 안의 상품·고객·자료만 바꾸면 반복해서 사용할 수 있는 AI 직원 7명의 업무 프롬프트를 만들 수 있습니다. 완성 결과물 대표실부터 운영팀까지 AI 직원 7명의 역할과 결과물을 고정하고, 필요한 업무가 생길 때 해당 프롬프트를 복사해 […]
2편. AI에게 이름 말고 결과물을 주세요: 7개 부서 역할표 만드는 법
3줄 요약 완성 결과물 부서별 입력, 결과물, 완료 조건, 하지 않을 일이 한 줄씩 적힌 7행짜리 역할표를 만들고, 이번 달에 실제로 가동할 부서만 골라 첫 업무를 배정할 수 있습니다. 누구에게 필요한가 이 경우에는 먼저 멈추세요 시작 전 준비 부서를 만들기 전에 각 부서가 무엇을 받고 무엇을 내놓을지 정해두면, 결과물이 다음 부서로 넘어갈 때 다시 설명하지 […]