고객 문의를 그냥 “중요한 순서로 정리해 줘”라고 하면 표는 그럴듯해도 급한 문의를 놓치거나 모든 문의를 긴급으로 분류할 수 있습니다. 이 실습의 결론은 분류 규칙을 먼저 고정하고, 문의 ID·원문 근거·첫 행동을 표에 넣은 뒤 전체 건수를 다시 세는 것입니다.
실제 고객 정보는 필요하지 않습니다. 아래 가상 문의 원본과 정답표를 내려받으면 처음부터 끝까지 같은 결과를 재현할 수 있습니다.
먼저 결론: 우선순위보다 근거가 먼저입니다
우선순위는 무엇부터 처리할지 정한 순서입니다. 이번 실습에서는 긴급, 일반, 보류 세 가지 이름을 사용합니다.
원문 근거는 분류 판단에 사용한 실제 문장입니다. “오늘 오후 3시 발표”, “같은 금액이 두 번 결제”처럼 원본에서 그대로 찾을 수 있어야 합니다.
보류는 중요하지 않다는 뜻이 아닙니다. 주문 취소처럼 해야 할 일은 분명하지만 주문 식별 정보가 빠져 바로 처리할 수 없는 상태입니다.
이 세 분류는 모든 회사에 통하는 공식 기준이 아니라 이번 가상 실습을 위해 정한 업무 규칙입니다. 실제 업무에서는 회사의 고객 응대 정책과 담당자 판단을 우선합니다.
가장 쉬운 예시 두 개
Q-07은 왜 긴급일까요?
원문에는 “온라인 강의가 한 시간 뒤 시작”하고 “접속 링크가 없다”고 적혀 있습니다. 24시간 안의 명확한 마감과 현재 이용 문제에 해당하므로 이번 규칙에서는 긴급입니다.
첫 행동: 강의 상태와 접속 링크를 확인합니다. 신청 정보가 필요하면 안전한 확인 절차를 안내합니다.
Q-04는 왜 보류일까요?
배송지 변경 요청은 있지만 어느 주문인지 식별할 정보와 새 배송지가 없습니다. 바로 바꾸는 데 필요한 값이 빠졌으므로 이번 규칙에서는 보류입니다.
첫 행동: 주문을 안전하게 찾는 데 필요한 정보와 새 배송지를 추가로 요청합니다. 원문에 없는 주문번호를 만들어 넣지 않습니다.
이번 실습에 쓸 것과 끝나는 지점
- 가상 고객 문의 8건 TXT 파일
- 우선순위 정답과 원문 대조표 PDF
- ChatGPT 대화 화면
완료 기준: Q-01부터 Q-08까지 한 번씩 들어간 표를 만들고, 긴급 3건·일반 3건·보류 2건으로 전체 8건이 맞으며 모든 행에 원문 근거가 있으면 끝입니다.
OpenAI의 공식 활용 안내는 지원 기록이나 피드백을 명확한 주제, 근거, 후속 조치가 보이는 검토 가능한 문서로 묶을 수 있다고 설명합니다. 또한 자료의 범위와 기간을 주고 팀이 결정하기 전에 결과를 확인하도록 안내합니다. 이 글은 그 원칙을 개인정보 없는 작은 분류 실습으로 좁혔습니다.
1단계: 실습 원본의 네 가지 규칙을 읽습니다
TXT 파일 맨 위에는 이번 실습의 분류 규칙이 있습니다.
- 긴급: 현재 이용 불가, 중복 결제 같은 금전 문제, 24시간 안의 명확한 마감
- 보류: 처리에 꼭 필요한 정보가 빠져 바로 행동할 수 없음
- 일반: 긴급과 보류 조건에 해당하지 않음
- 여러 조건에 걸리면 긴급을 먼저 적용
성공 확인: 세 분류의 차이를 내 말로 한 문장씩 설명할 수 있습니다.
2단계: 가상 문의만 ChatGPT에 넣습니다
TXT 파일을 열어 전체 내용을 복사한 뒤 ChatGPT 대화에 붙여 넣습니다. 파일 첨부가 가능한 환경이라면 파일을 사용할 수도 있지만, 이 실습은 복사와 붙여 넣기만으로도 진행할 수 있습니다.
중요: 실제 고객 이름, 전화번호, 이메일, 주소, 주문번호, 결제 정보는 넣지 않습니다. 문서 업로드 전 점검이 필요하면 개인정보를 지키는 문서 업로드 체크리스트를 먼저 확인하세요.
성공 확인: 대화에 Q-01부터 Q-08까지 가상 문의 8건과 분류 규칙만 들어 있습니다.
3단계: 열 이름과 금지 조건까지 요청합니다
아래 가상 고객 문의 8건을 긴급, 일반, 보류로 분류해 주세요. 분류 규칙은 원문 위쪽의 네 줄을 그대로 적용합니다. 표의 열은 문의 ID, 우선순위, 근거가 된 원문, 첫 행동, 추가 확인 정보입니다. 원문에 없는 이름, 주문번호, 금액은 만들지 말고 ‘원문에 없음’이라고 적어 주세요. 마지막에 우선순위별 건수와 전체 건수를 계산해 주세요.
“알아서 정리해 줘”보다 결과 열과 금지 조건을 함께 적으면 무엇을 검토해야 하는지 분명해집니다. OpenAI 공식 안내도 질문, 거친 메모, 파일이나 작업에서 시작해 필요한 맥락을 더하고 결과를 검토한 뒤 방향을 고치라고 설명합니다.
성공 확인: 결과 표에 문의 ID, 우선순위, 원문 근거, 첫 행동, 추가 확인 정보의 다섯 열이 있습니다.
4단계: ID를 먼저 세어 누락을 찾습니다
분류가 맞는지 보기 전에 Q-01부터 Q-08까지 각 ID가 한 번씩 있는지 확인합니다. 같은 ID가 두 번 나오거나 하나가 빠졌다면 표를 다시 만들어야 합니다.
- 전체 ID: 8개
- 중복 ID: 0개
- 누락 ID: 0개
성공 확인: 우선순위별 건수는 긴급 3, 일반 3, 보류 2이며 합계가 8입니다.
5단계: 각 분류 옆의 원문을 대조합니다
정답표 PDF 1쪽을 열고 각 ID의 분류와 근거 문장을 비교합니다. 예를 들어 Q-03 옆에는 “같은 금액이 연속 두 번 결제”라는 표현이 있어야 합니다.
근거 칸이 “중요해 보임”처럼 추상적이면 원문 대조가 어렵습니다. 실제 문장을 짧게 옮겨 달라고 다시 요청합니다.
성공 확인: 표의 모든 근거 문장을 TXT 원본에서 찾을 수 있습니다.
6단계: 첫 행동과 빠진 정보를 사람이 확인합니다
AI가 만든 첫 행동은 초안입니다. 실제 정책, 담당 부서, 권한을 모른 채 환불이나 계정 변경을 확정해서는 안 됩니다. 원문에 없는 값은 ‘추가 확인 정보’로 분리합니다.
성공 확인: 원문에 없는 주문번호, 금액, 고객 이름이 새로 생기지 않았고 최종 우선순위는 담당자가 확인했습니다.
흔한 오해를 수정하는 법
실패 1: 모든 문의가 긴급으로 분류됩니다
수정: TXT 맨 위의 세 분류 규칙을 다시 붙이고 각 행에 원문 근거를 요구합니다. “빠르게”, “확인 부탁” 같은 말만으로 긴급을 정하지 않습니다.
실패 2: Q-04와 Q-06이 일반으로 들어갑니다
수정: 바로 처리하는 데 필요한 정보가 빠졌는지 다시 확인하게 하고 보류 규칙을 적용합니다.
실패 3: 가짜 주문번호나 금액이 생깁니다
수정: “원문에 없는 값은 만들지 말고 ‘원문에 없음’으로 적어 주세요”를 후속 요청에 넣습니다.
실패 4: 표의 합계가 8건이 아닙니다
수정: ID를 Q-01부터 Q-08까지 정렬하고 중복과 누락을 따로 표시하게 합니다. 두 결과를 비교해야 한다면 두 문서 차이 비교 실습의 대조 순서를 활용할 수 있습니다.
실패 5: 수정해도 같은 오류가 남습니다
수정: 잘된 열은 유지하고 잘못된 분류 하나와 빠진 조건을 짚어 다시 요청합니다. 구체적인 수정 문장은 답변을 다시 쓰게 하는 5단계를 참고하세요.
실제 업무에 적용하기 전 안전 확인
- 회사의 실제 긴급·보류 기준을 문서로 확인합니다.
- 고객 식별 정보와 결제 정보는 승인된 시스템 밖으로 복사하지 않습니다.
- AI 분류는 작업 목록 초안으로만 사용합니다.
- 환불, 계정 변경, 배송지 변경은 권한 있는 담당자가 확인합니다.
- 분류 결과보다 원문과 회사 정책이 우선입니다.
더 알아보기: 분류 규칙을 바꾸고 싶다면
실제 팀에서는 긴급 조건이 다를 수 있습니다. 예를 들어 24시간이 아니라 4시간 안의 마감만 긴급으로 볼 수 있고, 결제 문의를 별도 분류로 나눌 수도 있습니다.
규칙을 바꿀 때는 분류 이름, 포함 조건, 제외 조건, 여러 조건이 겹칠 때의 우선순위를 함께 적습니다. 그런 다음 가상 문의로 먼저 시험하고 담당자가 결과를 검토합니다. 이 부분은 OpenAI의 제품 규칙이 아니라 사람이 정하는 업무 설계 방법입니다.
다음 단계로 가기 전 점검
- 가상 문의 8건만 사용했습니다.
- 분류 규칙을 먼저 고정했습니다.
- Q-01부터 Q-08까지 중복과 누락이 없습니다.
- 긴급 3, 일반 3, 보류 2로 합계가 8입니다.
- 모든 분류 옆에 원문 근거가 있습니다.
- 최종 우선순위와 첫 행동을 담당자가 확인합니다.
기능 설명의 출처와 검수
작성: AI 플레이집 편집팀 · 검토: AI 플레이집 운영자 · 사실 확인: 2026-08-11
공식 자료 확인, 초보자용 단계 구성, 가상 고객 문의와 정답표 초안 제작에 AI를 사용했습니다. 문의 원문, 대표 이미지와 정답 PDF는 이 글을 위해 자체 제작했습니다. 오류 제보와 수정 절차는 정정 정책에서 확인할 수 있습니다.