프롬프트 하나로 보고서를
완성하는 법

— 세계 수준의 분석을 내 것으로 만드는 설계의 기술

by David Han

Claude, 나는 이렇게 쓴다 · 시리즈 6편


"복잡한 것을 단순하게 만드는 것이 진정한 전문성이다. 단순한 것을 복잡하게 만드는 것은 누구나 할 수 있다." — 찰스 밍거스(Charles Mingus), 재즈 뮤지션



프롤로그 : 두 개의 프롬프트


같은 날, 같은 회사, 같은 주제.


A 팀장과 B 팀장은 각자 Claude에게 동일한 과제를 맡겼습니다. '올해 2분기 사업 전략 보고서 작성'이었습니다.


A 팀장의 프롬프트는 이랬습니다.

"2분기 사업 전략 보고서 써줘."

B 팀장의 프롬프트는 달랐습니다.


"당신은 맥킨지 파트너급 전략 컨설턴트이자, 우리 회사의 10년 경력 내부 자문입니다. 우리 회사는 국내 중견 제조업체로, 주력 제품은 산업용 센서이며 최대 고객사는 반도체 장비 기업입니다. 현재 미·중 기술 갈등으로 고객사들의 투자가 지연되는 상황입니다. 이 배경 위에서 2026년 2분기 사업 전략 보고서를 작성하십시오. 구조는 Executive Summary → 현황 분석 → 리스크 요인 3가지 → 전략 옵션 3가지 → 권고안 → 90일 실행 로드맵 순으로, CEO가 10분 안에 읽고 의사결정할 수 있는 밀도로 써주십시오."


두 보고서의 차이는 AI의 차이가 아니었습니다.


프롬프트를 설계하는 능력의 차이였습니다.


이 편은 그 설계 능력을 체계적으로 끌어올리는 고급 기술을 다룹니다. 5편에서 기본기를 익혔다면, 이제 한 단계 더 올라갈 시간입니다.



1. 프롬프트 설계의 5개 층


좋은 프롬프트는 5개의 층으로 구성됩니다. 이 구조를 'CREST 프레임워크'라고 부르겠습니다. 각 층이 쌓일수록 Claude의 결과물이 정밀해집니다.


C — Context (맥락)

Claude에게 상황을 알려주십시오. 회사의 업종, 규모, 현재 처한 문제, 이 보고서가 필요한 이유. 맥락이 구체적일수록 Claude는 일반론이 아닌 우리 상황에 맞는 답을 씁니다.


예: "우리 회사는 연매출 500억 규모의 국내 B2B SaaS 기업이며, 최근 주요 고객 2곳이 이탈해 매출이 15% 감소한 상황입니다."


R — Role (역할)

Claude에게 누구로서 답할지 부여합니다. 3편에서 깊이 다룬 메타프롬프트의 핵심입니다. 역할이 구체적일수록 시각의 깊이가 달라집니다.


예: "당신은 SaaS 기업 전문 BCG 파트너이자 이 회사의 5년 자문 경험을 가진 전략가입니다."


E — Expected Output (기대 출력)

결과물의 형태를 미리 설계합니다. 분량, 구조, 형식, 포함해야 할 항목과 제외할 항목까지 선언합니다.


예: "출력 형식: Executive Summary(3 문장) → 현황(불릿 5개 이내) → 원인 분석(구조적/일시적 분리) → 해결 옵션 3가지(각 장단점) → 권고안 1개(근거 포함) → 30/60/90일 로드맵"


S — Style & Standard (스타일과 기준)

문체, 톤, 언어 수준, 레퍼런스 저자를 지정합니다. 이 층이 글의 '온도'를 결정합니다.


예: "톤: 냉철하고 사실 기반. 불필요한 수식어 없이. 피라미드 구조(결론 먼저). 유발 하라리의 거시적 통찰 + 맥킨지 보고서의 간결함."


T — Test Question (검증 질문)

프롬프트 마지막에 검증 질문을 하나 추가합니다. 이것이 결과물의 완성도를 결정적으로 높이는 숨겨진 층입니다.


예: "초안을 완성한 후, 이 보고서에서 가장 논리적으로 취약한 부분과 CEO가 반드시 물어볼 반론 2가지를 스스로 제시하십시오."


이 다섯 층이 갖춰진 프롬프트는 Claude를 단순한 글쓰기 도구가 아니라 전략적 사고 파트너로 만듭니다.




2. CREST 프레임워크 실전 적용 — 전략 보고서

이론으로만 설명하면 소용없습니다. 실제로 완성된 CREST 프롬프트를 보여드리겠습니다.


주제: 경쟁사 신제품 출시에 대한 긴급 대응 전략 보고서


[ CREST 완성형 프롬프트 — 경쟁사 대응 전략 보고서 ]


【C — 맥락】

우리 회사는 국내 HR SaaS 시장 점유율 2위 기업입니다.

지난주 1위 경쟁사가 AI 기반 자동 평가 모듈을 출시했고,

가격은 우리 제품 대비 20% 저렴합니다.

주요 고객 3곳으로부터 이미 비교 문의가 들어온 상태입니다.


【R — 역할】

당신은 HR Tech 전문 McKinsey 파트너이자,

이 회사의 전략 자문 3년 경력을 가진 내부 전략가입니다.

시장 경쟁과 제품 포지셔닝에 대한 깊은 이해를 갖고 있습니다.


【E — 기대 출력】

다음 구조로 CEO 보고용 4페이지 분량의 보고서를 작성하십시오:

1. Executive Summary (3 문장, 결론 먼저)

2. 경쟁사 신제품 분석 (강점/약점/고객 관점 영향)

3. 우리의 현재 포지션 (객관적 강점과 취약점)

4. 대응 전략 옵션 3가지 (각 예상 효과와 리스크)

5. 권고안 (90일 실행 계획 포함)


【S — 스타일】

- 결론 먼저, 근거 나중 (Pyramid Structure)

- 수치와 팩트 중심

- 감정적 표현 배제, 냉철한 분석 톤

- 문장은 짧게, 단락은 명확하게


【T — 검증 질문】

보고서 완성 후 반드시 추가하십시오:

① 이 보고서에서 가장 논거가 약한 부분

② CEO가 반드시 물어볼 반론 2가지와 예상 답변


이 프롬프트 하나로 나오는 보고서는 과거 전략기획팀이 3~4일 작업하던 수준에 근접합니다. 물론 수치의 정확성과 최종 판단은 반드시 직접 검토해야 합니다. Claude가 대체하는 것은 '초안을 만드는 시간'이지, '판단하는 역할'이 아닙니다.



3. 프롬프트를 더 강하게 만드는 7가지 고급 기법


기본 CREST 구조를 완성했다면, 이제 결과물의 수준을 한 단계 더 끌어올리는 고급 기법을 소개합니다.


기법 1 : 반대 관점을 요청하라

Claude는 기본적으로 요청에 협조적입니다. 그래서 의도치 않게 여러분의 기존 생각을 확인해 주는 방향으로 글을 쓰는 경향이 있습니다. 이를 방지하려면 반대 관점을 명시적으로 요청하십시오.

"이 전략의 가장 강력한 반론을 제시하는 악마의 변호인(Devil's Advocate) 관점도 함께 포함하라."

이 한 문장이 보고서의 논리적 완성도를 두 배로 높입니다.


기법 2 : 독자의 저항을 미리 설계하라

보고서를 읽는 사람이 어떤 지점에서 의심하고 반박할지 미리 설계하십시오.

"이 보고서를 읽는 CFO는 ROI에 민감하고, CTO는 기술 실현 가능성을 의심할 것입니다. 두 사람의 주요 우려에 각각 선제적으로 답하는 문단을 포함하십시오."


기법 3 : 비유와 사례를 지정하라

추상적인 분석보다 구체적인 사례가 설득력이 강합니다. Claude에게 어떤 종류의 사례를 원하는지 미리 지정하십시오.

"각 전략 옵션에 유사한 상황에서 성공 또는 실패한 실제 글로벌 기업 사례를 하나씩 포함하라."


기법 4 : 분량의 '밀도'를 조절하라

단순히 '길게 써달라'는 것이 아니라 밀도를 지정하십시오.

"CEO가 10분 안에 읽고 의사결정할 수 있는 밀도로 써라. 장식적 문장 없이, 모든 문장이 정보를 담도록 하라."

이 지시는 불필요한 수식어와 반복을 제거하고 보고서를 압축합니다.


기법 5 : 단계적으로 심화하라

한 번의 프롬프트로 완성본을 얻으려 하지 마십시오. 단계적으로 대화를 쌓는 것이 최종 품질을 높입니다.

1단계에서 구조를 잡고, 2단계에서 각 섹션을 채우고, 3단계에서 약점을 물어보고, 4단계에서 보완하는 방식입니다. 이 과정을 거친 보고서와 한 번에 뽑은 보고서는 완성도에서 분명한 차이가 납니다.


기법 6 : 숫자의 출처를 명시 요청하라

Claude가 제시하는 수치에는 반드시 출처를 요청하십시오.

"모든 수치와 통계에는 출처를 괄호 안에 표시하라. 출처가 불확실한 경우 '확인 필요'로 표시하라."

이 지시 하나가 보고서의 사실 검증 작업을 훨씬 수월하게 만들고, Claude의 정보 신뢰도를 높입니다.


기법 7 : 최종 자기 평가를 요청하라

초안이 완성된 후 반드시 이 질문을 추가하십시오.

"이 보고서를 완성했습니다. 이제 10점 만점으로 자기 평가를 하고, 7점 미만인 항목이 있다면 즉시 보완하십시오."

Claude는 자신이 쓴 글을 비판적으로 검토하는 능력이 있습니다. 이 질문 하나가 Claude를 더욱 엄격한 편집자로 만듭니다.




4. 문서 유형별 핵심 프롬프트 패턴

보고서 외에도 자주 쓰이는 문서 유형별 핵심 패턴을 정리합니다. 이것들을 5편에서 만든 라이브러리에 추가해 두십시오.


① 경영진 설득 제안서


[ 경영진 설득 제안서 핵심 패턴 ]


역할: 내부 변화관리 전문가 + 해당 산업 20년 경력자


필수 구조:

1. Why Now — 왜 지금 이 결정이 필요한가 (기회비용 포함)

2. What — 구체적으로 무엇을 할 것인가

3. How — 어떻게 실행할 것인가 (단계별)

4. Risk — 하지 않았을 때의 리스크

5. Ask — 경영진에게 요청하는 것 (예산/권한/기간)


핵심 지시:

'하지 않았을 때의 리스크'를 반드시 수치로 제시하라.

경영진이 가장 먼저 물어볼 질문 3가지와 답변을 포함하라.


② 고객사 제안서


[ 고객사 제안서 핵심 패턴 ]


역할: 해당 산업 전문 영업 컨설턴트 + 고객사 내부 챔피언


필수 구조:

1. 고객의 현재 문제 (고객의 언어로)

2. 우리가 제안하는 해결책

3. 기대 효과 (수치화)

4. 왜 우리인가 (차별점)

5. 다음 단계 (구체적 액션 1가지)


핵심 지시:

고객의 문제를 고객보다 더 잘 설명하라.

기대 효과는 보수적 / 중간 / 낙관적 3가지 시나리오로 제시하라.


③ 위기 대응 커뮤니케이션


[ 위기 대응 커뮤니케이션 핵심 패턴 ]


역할: 위기 커뮤니케이션 전문가 + 회사 법무팀 자문


필수 구조:

1. 사실 확인 (현재 알려진 것 / 모르는 것 분리)

2. 우리의 입장 (명확하고 책임감 있게)

3. 즉각 조치 (취했거나 취할 행동)

4. 향후 계획 (타임라인 포함)

5. 연락처 및 다음 소통 일정


핵심 지시:

방어적이지 않되 과도하게 사과하지 말 것.

모르는 것은 모른다고 명확히 할 것.

법적 리스크가 있는 표현은 '확인 필요' 표시할 것.



5. 프롬프트 설계의 실수와 해결책


고급 기법을 쓸수록 흔히 빠지는 함정이 있습니다. 미리 알면 피할 수 있습니다.


함정 1 : 프롬프트가 너무 길어지는 문제

CREST 프레임워크를 충실히 적용하다 보면 프롬프트 자체가 500자를 넘기도 합니다. 이것은 나쁜 것이 아닙니다. 복잡한 문서일수록 상세한 지시가 필요합니다.

다만 프롬프트가 길어질수록 Claude가 일부 지시를 놓치는 경우가 있습니다. 이를 방지하려면 프롬프트 마지막에 이 문장을 추가하십시오.


"위 지시 사항 중 실행하지 못한 항목이 있다면 완성 후 목록으로 알려주십시오."


함정 2 : '완벽한 프롬프트'에 집착하는 문제

프롬프트를 완벽하게 만들려다가 정작 작업을 시작하지 못하는 경우입니다. 5편에서도 강조했지만, 완벽한 시작보다 빠른 시작이 낫습니다. 70% 수준의 프롬프트로 초안을 받고, 대화를 통해 보완하는 것이 훨씬 효율적입니다.


함정 3 : Claude의 초안을 그대로 쓰는 문제

Claude의 초안은 뛰어납니다. 그래서 그대로 쓰고 싶은 유혹이 생깁니다. 하지만 최종 문서는 반드시 여러분의 손을 거쳐야 합니다.

수치의 정확성, 회사 내부 맥락의 반영, 최신 상황의 업데이트. 이 세 가지는 Claude가 할 수 없는 것들입니다. Claude의 초안을 '0에서 80까지 만들어준 것'으로 보십시오. 나머지 20을 여러분이 채우면, 그것이 진짜 여러분의 문서가 됩니다.




6. 오늘 바로 쓰는 프롬프트 스타터 킷


긴 설명보다 바로 쓸 수 있는 것이 가장 좋습니다. 지금 당장 복사해서 쓸 수 있는 스타터 킷을 드립니다. 대괄호 안의 내용만 여러분 상황에 맞게 바꾸십시오.


[ 범용 전략 보고서 스타터 킷 ]


당신은 [산업명] 전문 McKinsey 파트너이자

이 회사의 [N]년 경력 내부 전략 자문입니다.


회사 배경: [회사 규모, 주력 사업, 현재 처한 핵심 문제 1가지]

보고서 주제: [주제]

보고서 독자: [직책, 이 사람이 가장 궁금해하는 것]

필수 구조:

1. Executive Summary (3 문장, 결론 먼저)

2. 현황 분석 (데이터 기반)

3. 핵심 문제 정의

4. 전략 옵션 3가지 (각 장단점)

5. 권고안 (실행 로드맵 포함)

스타일: 냉철하고 사실 기반. 피라미드 구조.

분량: [N] 페이지 분량의 밀도

완성 후:

이 보고서의 가장 약한 논거와 독자가 반드시 물어볼 반론 2가지를 제시하라.


이 스타터 킷을 5편에서 만든 라이브러리의 '분석' 폴더에 저장해 두십시오.

다음에 보고서가 필요할 때 대괄호만 채우면 됩니다.



에필로그 : 설계하는 사람과 사용하는 사람


저는 이 시리즈를 쓰면서 한 가지 대비를 자주 목격합니다.

같은 Claude를 쓰는데, 어떤 사람은 '이 정도면 쓸 만하네'라고 말하고,

어떤 사람은 '이걸로 책 한 권을 쓸 수 있겠는데'라고 말합니다.


그 차이는 도구의 차이가 아닙니다.

도구를 설계하느냐, 그냥 사용하느냐의 차이입니다.


CREST 프레임워크는 외워야 할 공식이 아닙니다. 좋은 프롬프트를 만드는 사람들이 자연스럽게 하고 있는 것을 구조화한 것입니다. 맥락을 설명하고, 역할을 부여하고, 원하는 형태를 선언하고, 톤을 지정하고, 스스로 검증하도록 요청하는 것.

이것은 사실 좋은 의뢰인이 좋은 파트너에게 하는 방식과 같습니다.


Claude는 여러분이 좋은 질문을 던질수록 더 좋은 파트너가 됩니다.

그리고 좋은 질문을 만드는 능력은, 연습할수록 강해집니다.


오늘 하나의 보고서에 CREST를 적용해 보십시오.

그 경험이 다음번 프롬프트를 더 날카롭게 만들 것입니다.



다음 편 예고

시리즈 7편 : "Claude로 브런치 글 쓰는 나만의 방법 — 콘텐츠 생산 시스템의 설계"


보고서와 문서를 넘어, 이제 콘텐츠를 만드는 시스템으로 넘어갑니다. 브런치 아티클을 어떻게 기획하고, 어떻게 Claude와 함께 써 내려가는지, 저의 실제 작업 흐름을 완전히 공개합니다. 이 시리즈 자체가 어떻게 만들어지는지를 보여드리는 편입니다.


이 시리즈는 Claude와 함께 세계를 읽고, 개인의 생존 전략을 설계하는 25편의 여정입니다. 구독과 팔로우하시면 매 편을 놓치지 않으실 수 있습니다.


참고문헌

[1] Minto, Barbara. 『피라미드 원리(The Pyramid Principle)』. Pearson Education, 2002. 한국어판: 다산북스, 2019.

[2] White, Jules et al. "A Prompt Pattern Catalog to Enhance Prompt Engineering with ChatGPT." arXiv:2302.11382. Vanderbilt University, 2023.

[3] Anthropic. "Prompt Engineering Overview." https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/overview (2024)

[4] McKinsey & Company. "The state of AI in 2024." McKinsey Global Survey, 2024.

[5] Mingus, Charles. 인용구 출처: 다수 인터뷰 및 강연에서 재인용.

[6] Anthropic. "Claude's Character — Honesty and Calibration." https://www.anthropic.com/claude (2024)

작가의 이전글Claude를 처음 쓰는 사람을 위한 완벽 안내서