목차 수는 같았지만, 조건형 목차에는 실제 작업의 빈칸이 적었습니다.

막연한 요청도 H2를 정확히 여덟 개 만들었습니다. 소개, 가입, 프롬프트, 분류 실행 같은 기본 흐름도 들어갔습니다. 하지만 결과를 확인하는 검수, 고객 개인정보를 다루는 기준, 실패했을 때의 수정 순서, 발행 전 체크리스트는 독립된 단계로 보이지 않았습니다.

같은 주제에 작업 순서 여덟 단계를 지정하자 모든 단계가 목차에 나타났습니다. 핵심어도 한 H2에 정확히 들어갔습니다. 다만 12~24자 조건을 지킨 H2는 두 요청 모두 다섯 개였습니다. 구조를 좋아지게 만든 조건과 글자 수를 맞추는 검사는 별개였습니다.

판단

목차 프롬프트에는 ‘무엇을 몇 개’보다 독자가 끝까지 수행해야 할 단계를 먼저 적고, 길이와 중복은 응답 뒤에 따로 확인하는 편이 안전합니다.

같은 주제와 독자를 두고, 두 번째 요청에만 작업 순서를 넣었습니다.

주제는 ‘소상공인이 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 제목만 써줘.

여덟 개는 맞았지만, 실행 뒤의 검수와 안전 단계가 약했습니다.

첫 결과는 소개와 필요성에서 시작해 가입, 프롬프트 작성, 카테고리 설정, 실제 분류, 프롬프트 개선, 유의 사항으로 끝났습니다. 처음 읽으면 자연스럽지만 ‘분류 결과가 맞는지 무엇으로 확인하는가’와 ‘개인정보를 어떻게 빼는가’가 목차만으로는 드러나지 않습니다.

사전 판정표의 여덟 작업 단계 가운데 명시적으로 확인된 것은 준비, 데이터 정리, 프롬프트, 실행 네 개였습니다. ‘유의 사항’을 개인정보나 발행 체크리스트로 임의 해석하지 않았습니다. 제목에 실제 단어가 있을 때만 해당 단계를 통과시켰습니다.

주제와 독자만 지정한 목차 요청의 앞부분 실제 Gemini 화면원본 크기로 보기
A 요청 앞부분. H2는 자연스럽지만 소개와 기본 사용법에 두 자리를 사용했습니다.
막연한 목차 요청에서 3번부터 8번까지 표시된 실제 Gemini 화면원본 크기로 보기
A 요청의 끝까지 확인한 화면입니다. 8개 반환은 지켰지만 검수·개인정보·실패 대응·체크리스트는 독립 항목으로 나오지 않았습니다.

순서를 지정하자 여덟 단계가 모두 보였고, 핵심어도 들어갔습니다.

두 번째 결과는 준비, 데이터 정돈, 프롬프트, 실행, 검수, 개인정보, 실패 대응, 체크리스트 순서를 그대로 따랐습니다. ‘Gemini 고객 문의 분류’도 첫 번째 H2에 정확히 포함됐습니다. 이 목차만 읽어도 독자가 어떤 순서로 움직일지 설명할 수 있습니다.

형식은 완벽하지 않았습니다. 번호를 뺀 문자 수를 세었을 때 5개만 12~24자였고 3개는 25~26자였습니다. 금지한 ‘완전 자동화·무조건·완벽’은 두 응답 모두 없었습니다. 조건형 결과가 무조건 우수하다고 일반화하지 않은 이유입니다.

작업 순서와 길이 등 조건 8개를 넣은 목차 요청의 앞부분 실제 화면원본 크기로 보기
B 요청 앞부분. 정확한 프롬프트 일부와 준비부터 실행까지의 순서를 함께 확인할 수 있습니다.
조건형 목차 요청에서 2번부터 8번까지 표시된 실제 Gemini 화면원본 크기로 보기
B 요청 끝부분. 검수, 개인정보, 실패 대응, 최종 체크리스트가 각각 독립된 H2로 나왔습니다.

H2 16개를 사전 기준으로 다시 센 결과

검사항목막연한 요청조건 8개판정
H2 반환 수8 / 88 / 8둘 다 통과
12~24자5 / 85 / 8둘 다 재검사
핵심어 정확히 포함0 / 81 / 8조건형 통과
지정 작업 단계4 / 88 / 8조건형 개선
금지 과장 표현 없음8 / 88 / 8둘 다 통과

문자 수는 번호를 제외한 H2 문자열을 JavaScript 문자 배열로 바꿔 셌습니다. 작업 단계는 사전에 정한 단어가 제목에 실제로 있을 때만 통과했습니다. 목차의 문학적 완성도나 검색 순위를 측정한 값은 아닙니다.

구조 범위

4 → 8명시된 작업 단계

형식 준수

5 / 812~24자 통과 수
A. 막연한 요청 전체 H2 8개
  1. 01

    Gemini 소개 및 소상공인의 고객 문의 분류 필요성

    길이
    30자 · 초과
    핵심어
    없음
    과장 표현
    없음
  2. 02

    고객 문의 분류 작업이란 무엇인가?

    길이
    19자 · 통과
    핵심어
    없음
    과장 표현
    없음
  3. 03

    Gemini 시작하기: 가입부터 기본 사용법까지

    길이
    26자 · 초과
    핵심어
    없음
    과장 표현
    없음
  4. 04

    문의 분류를 위한 프롬프트 작성 기초

    길이
    20자 · 통과
    핵심어
    없음
    과장 표현
    없음
  5. 05

    대표적인 고객 문의 유형 카테고리 만들기

    길이
    22자 · 통과
    핵심어
    없음
    과장 표현
    없음
  6. 06

    Gemini를 활용한 실전 고객 문의 분류 단계

    길이
    26자 · 초과
    핵심어
    없음
    과장 표현
    없음
  7. 07

    정교한 분류를 위한 프롬프트 다듬기 팁

    길이
    21자 · 통과
    핵심어
    없음
    과장 표현
    없음
  8. 08

    고객 문의 분류 모범 사례 및 유의 사항

    길이
    22자 · 통과
    핵심어
    없음
    과장 표현
    없음
B. 조건 8개 요청 전체 H2 8개
  1. 01

    Gemini 고객 문의 분류를 준비하는 과정

    길이
    24자 · 통과
    핵심어
    정확히 포함
    과장 표현
    없음
  2. 02

    문의 데이터를 카테고리별로 정돈하는 방법

    길이
    22자 · 통과
    핵심어
    없음
    과장 표현
    없음
  3. 03

    질문 의도를 명확하게 전달하는 프롬프트 작성법

    길이
    25자 · 초과
    핵심어
    없음
    과장 표현
    없음
  4. 04

    Gemini를 활용한 실전 문의 내역 분류 실행

    길이
    26자 · 초과
    핵심어
    없음
    과장 표현
    없음
  5. 05

    분류 결과가 올바른지 점검하는 검수 절차

    길이
    22자 · 통과
    핵심어
    없음
    과장 표현
    없음
  6. 06

    고객의 개인정보 보호를 위해 꼭 지킬 사항

    길이
    23자 · 통과
    핵심어
    없음
    과장 표현
    없음
  7. 07

    기대한 결과가 나오지 않을 때 분류 수정 방법

    길이
    25자 · 초과
    핵심어
    없음
    과장 표현
    없음
  8. 08

    실무에 적용하기 전 최종 체크리스트

    길이
    19자 · 통과
    핵심어
    없음
    과장 표현
    없음

실제 글 목차로 다듬는 5단계

  1. 01
    독자가 끝내야 할 작업을 한 문장으로 적습니다.

    ‘고객 문의를 분류한다’보다 ‘개인정보를 제거한 문의를 분류하고 결과를 검수한다’가 빈칸을 줄입니다.

  2. 02
    시작부터 실패 대응까지 동사로 나눕니다.

    준비한다, 정리한다, 실행한다, 확인한다처럼 서로 다른 행동을 먼저 배열합니다.

  3. 03
    핵심어는 한두 H2에만 정확히 넣습니다.

    모든 소제목에 같은 키워드를 반복하면 읽기 어렵고 목차 역할도 겹칩니다.

  4. 04
    개인정보와 실패 조건을 독립 항목으로 둡니다.

    실제 고객 문의를 외부 도구에 입력하기 전 조직 정책과 데이터 처리 조건을 확인합니다.

  5. 05
    개수·길이·중복을 별도 표로 검사합니다.

    프롬프트에 숫자를 적었어도 응답을 그대로 믿지 않고 제목별로 다시 셉니다.

이번 테스트가 확인하지 않은 것

  • 한 임시 채팅의 Flash 표시 환경에서 두 번 실행한 결과이며 다른 시점과 모드를 대표하지 않습니다.
  • 실제 고객 문의를 입력하거나 분류 정확도, 처리 시간, 업무 비용을 측정하지 않았습니다.
  • 작업 단계 판정은 사전에 정한 단어가 제목에 있는지 확인한 것이며 본문 품질을 보장하지 않습니다.
  • 검색 노출, 클릭률, 체류 시간과 광고 수익 변화를 시험하지 않았습니다.
  • 개인정보 처리 가능 여부는 계정 유형과 조직 정책에 따라 다를 수 있으므로 공식 안내를 별도로 확인해야 합니다.

프롬프트와 개인정보 기준에 확인한 공식 출처

Google은 작업, 맥락, 원하는 형식을 구체적으로 알려주는 방식을 안내합니다. 개인정보 보호 허브는 Gemini에 제공하는 프롬프트와 파일 같은 정보가 처리 대상임을 설명합니다. 따라서 실제 고객 데이터를 그대로 넣는 방법을 이 글에서 권하지 않습니다.

  1. 01맞춤 Gem을 만들기 위한 도움말
  2. 02Gemini 앱 개인정보 보호 허브
  3. 03Gemini 앱의 응답에 관해 알아보기

최종 확인: 2026년 8월 1일