01 / CONCLUSION
목차 수는 같았지만, 조건형 목차에는 실제 작업의 빈칸이 적었습니다.
막연한 요청도 H2를 정확히 여덟 개 만들었습니다. 소개, 가입, 프롬프트, 분류 실행 같은 기본 흐름도 들어갔습니다. 하지만 결과를 확인하는 검수, 고객 개인정보를 다루는 기준, 실패했을 때의 수정 순서, 발행 전 체크리스트는 독립된 단계로 보이지 않았습니다.
같은 주제에 작업 순서 여덟 단계를 지정하자 모든 단계가 목차에 나타났습니다. 핵심어도 한 H2에 정확히 들어갔습니다. 다만 12~24자 조건을 지킨 H2는 두 요청 모두 다섯 개였습니다. 구조를 좋아지게 만든 조건과 글자 수를 맞추는 검사는 별개였습니다.
판단
목차 프롬프트에는 ‘무엇을 몇 개’보다 독자가 끝까지 수행해야 할 단계를 먼저 적고, 길이와 중복은 응답 뒤에 따로 확인하는 편이 안전합니다.02 / TEST PROTOCOL
같은 주제와 독자를 두고, 두 번째 요청에만 작업 순서를 넣었습니다.
주제는 ‘소상공인이 Gemini로 고객 문의를 분류하는 방법’, 독자는 AI 초보자로 고정했습니다. 실제 고객 데이터는 입력하지 않았습니다. 실험 목적은 분류 기능의 정확도를 재는 것이 아니라 글의 목차가 준비부터 검수까지 독자의 작업 흐름을 담는지 비교하는 것이었습니다.
- A 요청
- 주제·독자·H2 8개
- B 요청
- 같은 조건 + 작업 규칙 8개
- 판정 단위
- H2 총 16개 전수 검사
- 작업 단계
- 준비부터 체크리스트까지 8개
- 모드
- Flash · 세부 버전 확인 불가
- 데이터
- 실제 고객 정보 입력 없음
A. 막연한 요청
다음 글의 목차를 만들어줘. 주제: 소상공인이 Gemini로 고객 문의를 분류하는 방법. 대상: AI 초보자. 번호가 있는 H2 제목만 8개 써줘.
B. 조건 8개 요청
같은 글의 목차를 다시 만들어줘. 아래 8개 조건을 모두 지켜줘. 1) H2는 정확히 8개, 2) 순서는 준비 → 데이터 정리 → 프롬프트 → 실행 → 검수 → 개인정보 → 실패 대응 → 발행 전 체크리스트, 3) 각 H2는 번호를 제외하고 공백 포함 12~24자, 4) 하나 이상의 H2에 'Gemini 고객 문의 분류'를 정확히 포함, 5) 완전 자동화·무조건·완벽 같은 과장 표현 금지, 6) 서로 역할이 겹치는 H2 금지, 7) 초보자가 실제 작업 순서를 따라갈 수 있게 쓰기, 8) 설명 없이 번호가 있는 H2 제목만 써줘.
03 / VAGUE REQUEST
여덟 개는 맞았지만, 실행 뒤의 검수와 안전 단계가 약했습니다.
첫 결과는 소개와 필요성에서 시작해 가입, 프롬프트 작성, 카테고리 설정, 실제 분류, 프롬프트 개선, 유의 사항으로 끝났습니다. 처음 읽으면 자연스럽지만 ‘분류 결과가 맞는지 무엇으로 확인하는가’와 ‘개인정보를 어떻게 빼는가’가 목차만으로는 드러나지 않습니다.
사전 판정표의 여덟 작업 단계 가운데 명시적으로 확인된 것은 준비, 데이터 정리, 프롬프트, 실행 네 개였습니다. ‘유의 사항’을 개인정보나 발행 체크리스트로 임의 해석하지 않았습니다. 제목에 실제 단어가 있을 때만 해당 단계를 통과시켰습니다.
원본 크기로 보기
원본 크기로 보기 04 / CONSTRAINED REQUEST
순서를 지정하자 여덟 단계가 모두 보였고, 핵심어도 들어갔습니다.
두 번째 결과는 준비, 데이터 정돈, 프롬프트, 실행, 검수, 개인정보, 실패 대응, 체크리스트 순서를 그대로 따랐습니다. ‘Gemini 고객 문의 분류’도 첫 번째 H2에 정확히 포함됐습니다. 이 목차만 읽어도 독자가 어떤 순서로 움직일지 설명할 수 있습니다.
형식은 완벽하지 않았습니다. 번호를 뺀 문자 수를 세었을 때 5개만 12~24자였고 3개는 25~26자였습니다. 금지한 ‘완전 자동화·무조건·완벽’은 두 응답 모두 없었습니다. 조건형 결과가 무조건 우수하다고 일반화하지 않은 이유입니다.
원본 크기로 보기
원본 크기로 보기 05 / COMPARISON
H2 16개를 사전 기준으로 다시 센 결과
| 검사항목 | 막연한 요청 | 조건 8개 | 판정 |
|---|---|---|---|
| H2 반환 수 | 8 / 8 | 8 / 8 | 둘 다 통과 |
| 12~24자 | 5 / 8 | 5 / 8 | 둘 다 재검사 |
| 핵심어 정확히 포함 | 0 / 8 | 1 / 8 | 조건형 통과 |
| 지정 작업 단계 | 4 / 8 | 8 / 8 | 조건형 개선 |
| 금지 과장 표현 없음 | 8 / 8 | 8 / 8 | 둘 다 통과 |
문자 수는 번호를 제외한 H2 문자열을 JavaScript 문자 배열로 바꿔 셌습니다. 작업 단계는 사전에 정한 단어가 제목에 실제로 있을 때만 통과했습니다. 목차의 문학적 완성도나 검색 순위를 측정한 값은 아닙니다.
구조 범위
4 → 8명시된 작업 단계형식 준수
5 / 812~24자 통과 수A. 막연한 요청 전체 H2 8개
- 01
Gemini 소개 및 소상공인의 고객 문의 분류 필요성
- 길이
- 30자 · 초과
- 핵심어
- 없음
- 과장 표현
- 없음
- 02
고객 문의 분류 작업이란 무엇인가?
- 길이
- 19자 · 통과
- 핵심어
- 없음
- 과장 표현
- 없음
- 03
Gemini 시작하기: 가입부터 기본 사용법까지
- 길이
- 26자 · 초과
- 핵심어
- 없음
- 과장 표현
- 없음
- 04
문의 분류를 위한 프롬프트 작성 기초
- 길이
- 20자 · 통과
- 핵심어
- 없음
- 과장 표현
- 없음
- 05
대표적인 고객 문의 유형 카테고리 만들기
- 길이
- 22자 · 통과
- 핵심어
- 없음
- 과장 표현
- 없음
- 06
Gemini를 활용한 실전 고객 문의 분류 단계
- 길이
- 26자 · 초과
- 핵심어
- 없음
- 과장 표현
- 없음
- 07
정교한 분류를 위한 프롬프트 다듬기 팁
- 길이
- 21자 · 통과
- 핵심어
- 없음
- 과장 표현
- 없음
- 08
고객 문의 분류 모범 사례 및 유의 사항
- 길이
- 22자 · 통과
- 핵심어
- 없음
- 과장 표현
- 없음
B. 조건 8개 요청 전체 H2 8개
- 01
Gemini 고객 문의 분류를 준비하는 과정
- 길이
- 24자 · 통과
- 핵심어
- 정확히 포함
- 과장 표현
- 없음
- 02
문의 데이터를 카테고리별로 정돈하는 방법
- 길이
- 22자 · 통과
- 핵심어
- 없음
- 과장 표현
- 없음
- 03
질문 의도를 명확하게 전달하는 프롬프트 작성법
- 길이
- 25자 · 초과
- 핵심어
- 없음
- 과장 표현
- 없음
- 04
Gemini를 활용한 실전 문의 내역 분류 실행
- 길이
- 26자 · 초과
- 핵심어
- 없음
- 과장 표현
- 없음
- 05
분류 결과가 올바른지 점검하는 검수 절차
- 길이
- 22자 · 통과
- 핵심어
- 없음
- 과장 표현
- 없음
- 06
고객의 개인정보 보호를 위해 꼭 지킬 사항
- 길이
- 23자 · 통과
- 핵심어
- 없음
- 과장 표현
- 없음
- 07
기대한 결과가 나오지 않을 때 분류 수정 방법
- 길이
- 25자 · 초과
- 핵심어
- 없음
- 과장 표현
- 없음
- 08
실무에 적용하기 전 최종 체크리스트
- 길이
- 19자 · 통과
- 핵심어
- 없음
- 과장 표현
- 없음
06 / WORKFLOW
실제 글 목차로 다듬는 5단계
- 01독자가 끝내야 할 작업을 한 문장으로 적습니다.
‘고객 문의를 분류한다’보다 ‘개인정보를 제거한 문의를 분류하고 결과를 검수한다’가 빈칸을 줄입니다.
- 02시작부터 실패 대응까지 동사로 나눕니다.
준비한다, 정리한다, 실행한다, 확인한다처럼 서로 다른 행동을 먼저 배열합니다.
- 03핵심어는 한두 H2에만 정확히 넣습니다.
모든 소제목에 같은 키워드를 반복하면 읽기 어렵고 목차 역할도 겹칩니다.
- 04개인정보와 실패 조건을 독립 항목으로 둡니다.
실제 고객 문의를 외부 도구에 입력하기 전 조직 정책과 데이터 처리 조건을 확인합니다.
- 05개수·길이·중복을 별도 표로 검사합니다.
프롬프트에 숫자를 적었어도 응답을 그대로 믿지 않고 제목별로 다시 셉니다.
07 / LIMITS
이번 테스트가 확인하지 않은 것
- 한 임시 채팅의 Flash 표시 환경에서 두 번 실행한 결과이며 다른 시점과 모드를 대표하지 않습니다.
- 실제 고객 문의를 입력하거나 분류 정확도, 처리 시간, 업무 비용을 측정하지 않았습니다.
- 작업 단계 판정은 사전에 정한 단어가 제목에 있는지 확인한 것이며 본문 품질을 보장하지 않습니다.
- 검색 노출, 클릭률, 체류 시간과 광고 수익 변화를 시험하지 않았습니다.
- 개인정보 처리 가능 여부는 계정 유형과 조직 정책에 따라 다를 수 있으므로 공식 안내를 별도로 확인해야 합니다.
08 / SOURCES
프롬프트와 개인정보 기준에 확인한 공식 출처
Google은 작업, 맥락, 원하는 형식을 구체적으로 알려주는 방식을 안내합니다. 개인정보 보호 허브는 Gemini에 제공하는 프롬프트와 파일 같은 정보가 처리 대상임을 설명합니다. 따라서 실제 고객 데이터를 그대로 넣는 방법을 이 글에서 권하지 않습니다.
최종 확인: 2026년 8월 1일