Gemini 목차를 그대로 쓰기 전에: 빠진 작업 단계부터 찾으세요

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

주제는 ‘소상공인이 Gemini로 고객 문의를 분류하는 방법’, 독자는 AI 초보자로 고정했습니다. 실제 고객 데이터는 입력하지 않았습니다. 실험 목적은 분류 기능의 정확도를 재는 것이 아니라 글의 목차가 준비부터 검수까지 독자의 작업 흐름을 담는지 비교하는 것이었습니다.

A 요청

주제·독자·H2 8개

B 요청

같은 조건 + 작업 규칙 8개

판정 단위

H2 총 16개 전수 검사

작업 단계

준비부터 체크리스트까지 8개

모드

Flash · 세부 버전 확인 불가

데이터

실제 고객 정보 입력 없음

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

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

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

원본 크기로 보기

원본 크기로 보기

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

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

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

원본 크기로 보기

원본 크기로 보기

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

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

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

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

목차를 읽고 실제 작업을 한 번 걸어 봅니다.

각 소제목 옆에 독자가 그 단계에서 끝낼 일을 적어 보세요. “자동화의 장점”보다 “입력해도 되는 정보를 고른다”처럼 행동이 보이면 다음 단계로 연결하기 쉽습니다. 준비물·실패 조건·확인 방법이 빠졌다면 본문을 쓰기 전에 보충합니다.

모든 H2에 같은 키워드를 넣을 필요는 없습니다. 의미가 겹치는 항목은 합치고, 긴 설명은 본문으로 옮기세요. 이번에 제공하는 편집 기록표는 소제목 수가 아니라 단계별 결과물을 확인하도록 구성했습니다.

직접 확인할 자료

입력과 판정 규칙을 함께 보면 결과를 다시 확인하기 쉽습니다. 자료의 숫자는 별도 표시가 없는 한 학습용 가상 값입니다.

• 기존 실험의 전수 입력·결과 데이터(JSON) ↓
• 브라우저 검사 규칙 원본(JavaScript) ↓
• 가상 예제와 실제 검사 결과(JSON) ↓
• 기획→작성→검수 인계표(CSV) ↓
• 검수 자료 전체 묶음(ZIP) ↓
• 파일 구성·로컬 실행 안내(TXT) ↓