클로드 프롬프트 활용법 5가지 - 답변 품질이 달라지는 이유
클로드(Claude)에게 결과부터 달라고 하지 않고, 먼저 질문받고 검토받고 단계를 나눠 쌓는 클로드 프롬프트 활용법 다섯 가지를 정리했습니다. 방법마다 대화창에 그대로 붙여 쓸 수 있는 지시문을 달았고, 프로젝트 기능에 내 맥락을 저장하는 자리와 회사 자료를 넣기 전 주의할 점까지 담았습니다.
결과부터 시키는 사람과 질문받는 사람의 차이
지난 1년간 클로드만 파고들었다는 "제임스 블루"가 당신을 "해체 불가능한 인재"로 만드는 클로드 프롬프트 활용법 다섯 가지를 공개했습니다. 프롬프트는 AI에게 보내는 지시문을 말합니다. 영상은 쇼츠 나레이션으로만 구성돼 있어 실제 화면 조작 장면은 확인되지 않고, 아래 다섯 가지는 그가 말한 지시 방식을 그대로 옮긴 것입니다.
1. 나부터 인터뷰하게 시킨다
"마케팅 전략을 짜 달라"는 식으로 결과부터 요청하면 뻔한 답변만 돌아옵니다. 대신 "모든 정보를 파악할 때까지 나에게 질문을 던지라"고 먼저 지시합니다.
그러면 클로드가 15개의 정교한 질문을 순서대로 던집니다. 이 질문에 하나씩 답하고 나면 비즈니스 맥락을 완벽히 파악한 맞춤형 전략이 나옵니다. 여기서 맥락은 업종, 고객, 예산처럼 답을 만들 때 알아야 하는 배경 정보를 뜻합니다.
말로만 옮기면 감이 안 잡히니 문장을 그대로 적어둡니다. 클로드 대화창에 붙여넣고 보내면 됩니다. 진행 방식까지 같이 지정해야 질문이 한꺼번에 쏟아지지 않습니다.
마케팅 전략을 짜기 전에 먼저 나를 인터뷰해줘.
필요한 정보를 다 파악할 때까지 질문만 하고 전략은 쓰지 마.
- 한 번에 하나씩 묻고, 내 답을 듣고 다음 질문을 정해줘
- 이미 답한 내용은 다시 묻지 마
- 더 물을 게 없으면 "질문 끝"이라고 말한 뒤, 파악한 내용을 열 줄로 요약해줘
2. 결과물을 세 개의 눈으로 검토시킨다
내 눈에 완벽해 보이는 결과물도 다른 사람 입장에서는 허점이 보입니다. 그래서 재무 이사, 고객, 까다로운 이사진, 이 세 관점에서 각각 논리·비용·리스크를 지적하게 만듭니다.
세 번의 검토를 거치면 단 10분 만에 어떤 공격에도 무너지지 않는 완벽한 기획서가 완성된다고 그는 말합니다.
직함만 던지면 뻔한 지적이 돌아옵니다. 그 사람이 무엇을 걱정하는 자리인지 한 줄씩 붙여야 합니다.
위 기획서를 세 사람 입장에서 차례로 검토해줘. 한 사람씩 끝내고 다음으로 넘어가.
1) 재무 이사: 비용 추정이 빠졌거나 낙관적인 곳을 짚어줘
2) 우리 고객: 이 제안이 자기 문제를 푸는지, 어디서 설득이 안 되는지 말해줘
3) 까다로운 이사진: 이 안을 부결시킨다면 어떤 근거를 댈지 말해줘
각자 지적 3개씩, 문제가 되는 문장을 원문에서 그대로 인용하면서.
마지막에 세 사람 지적을 합쳐 고칠 우선순위를 정해줘.
3. 문서는 한 번에 뽑지 않고 4단계로 쌓는다
초안을 바로 쓰게 하지 않는 게 핵심입니다. 브리프 → 리서치 → 초안 → 최종안까지, 순서를 건너뛰지 않고 단계마다 검증합니다. 브리프는 문서의 목적, 읽을 사람, 핵심 메시지, 목차만 추린 짧은 기획 메모입니다.
이 방식이면 15페이지짜리 대형 제안서도 전문 팀이 일주일간 작업한 것 같은 퀄리티로 나온다고 그는 말합니다.
단계를 나누는 지시는 첫 메시지에 한 번만 넣으면 됩니다.
15페이지짜리 제안서를 만들 건데 한 번에 쓰지 말고 네 단계로 가자.
1단계 브리프: 목적, 독자, 핵심 메시지, 목차만. 여기서 멈춰
2단계 리서치: 브리프를 내가 승인하면, 필요한 사실과 수치를 출처와 함께
3단계 초안: 리서치를 내가 확인하면, 목차대로 본문 작성
4단계 최종안: 내 피드백을 반영해 마무리
각 단계가 끝나면 다음으로 넘어가지 말고 내 확인을 기다려.
4. 복잡한 프로젝트는 의존성부터 분석시킨다
어디서부터 시작할지 막막할 때가 있습니다. 그럴 때는 전체 프로젝트 범위를 통째로 클로드에게 던져주고, 업무 간 의존성을 분석하게 요청합니다. 의존성은 "디자인이 끝나야 개발을 시작할 수 있다"처럼 한 일이 다른 일의 완료를 기다려야 하는 관계입니다.
단 90초 만에 병목 구간(여기가 늦어지면 전체 일정이 함께 밀리는 지점)을 찾아내고 지금 당장 실행해야 할 핵심 과제를 우선순위로 정리해준다고 그는 말합니다.
던져줄 때는 무엇을 뽑아달라고 할지 함께 적습니다.
아래는 이 프로젝트에서 해야 할 일 전부야. (작업 목록 붙여넣기)
- 각 작업이 어떤 작업의 완료를 전제로 하는지 의존 관계를 표로 정리해줘
- 그중 지연되면 전체 일정이 밀리는 병목 작업을 골라줘
- 선행 작업이 없어 지금 당장 착수 가능한 항목만 따로 뽑아줘
- 마지막에 이번 주에 시작할 세 가지를 순서대로 추천해줘
5. 클로드 프로젝트 기능에 내 맥락을 저장해둔다
매번 자신의 역할과 회사 배경을 새로 설명하는 건 아마추어의 방식입니다. 클로드 프로젝트 기능에 고정 맥락을 미리 저장해두면, 클로드가 6개월간 함께 일한 팀원처럼 의도를 정확히 읽고 결과물을 만들어냅니다.
저장하는 자리는 정해져 있습니다. 순서는 이렇습니다.
- 클로드 웹사이트나 데스크톱 앱에 로그인합니다.
- 왼쪽 사이드바(화면 왼쪽의 메뉴 줄)에서 프로젝트 메뉴를 누릅니다.
- 새 프로젝트를 만듭니다.
- 프로젝트 화면의 지침 칸에 고정 맥락을 적습니다.
- 자주 참고할 파일은 같은 화면의 프로젝트 지식에 올려 둡니다.
- 그 프로젝트 안에서 새 대화를 시작합니다.
그 프로젝트 안에서 시작한 대화는 매번 이 내용을 함께 읽습니다. 터미널에서 쓰는 클로드 코드라면 프로젝트 폴더에 CLAUDE.md 파일을 두는 것이 같은 역할을 합니다. 클로드 코드는 글자로 명령을 입력하는 창(터미널)에서 돌아가는 개발자용 클로드이고, CLAUDE.md는 그 폴더에서 일할 때 지킬 규칙을 적어두는 메모 파일입니다.
지침 칸에 넣을 내용은 이런 모양입니다.
[역할] 나는 40인 규모 B2B SaaS 회사의 마케팅 리드다.
[제품] 중소 도소매 사업자용 재고관리 솔루션, 월 구독형.
[고객] 의사결정자가 대표 본인인 경우가 많다. 전담 IT 인력은 없다.
[용어] '온보딩'은 계약 후 첫 재고 등록을 마칠 때까지를 말한다.
[결과물 형식] 문서는 한 줄 요약 → 근거 3개 → 다음 할 일 순서로.
[하지 말 것] 근거 없는 수치 추정, 경쟁사 실명 비교.
클로드 프롬프트 활용법 다섯 가지의 공통 원칙
다섯 가지 방법이 가리키는 방향은 하나입니다. 결과를 곧바로 요구하지 않는다는 것입니다. 질문받고, 세 관점으로 검토받고, 단계를 밟아 쌓고, 프로젝트 범위를 통으로 분석시키고, 맥락을 미리 심어두는 다섯 가지가 전부 같은 원칙에서 나옵니다. 영상 끝에는 1분 안에 못 담은 내용을 따로 정리해뒀으니 구독하고 본문을 확인해달라는 안내가 붙습니다.
영상에 없는 배경 (편집자 정리)
여기부터는 영상에서 다루지 않은 내용입니다. 실제로 따라 해보려면 알아야 하는 것들을 따로 정리했습니다.
왜 인터뷰를 시키면 답이 달라지는가
모델(클로드처럼 답을 만들어 내는 AI 본체)은 주어진 정보 안에서 가장 무난한 답을 만듭니다. 업종, 고객, 예산, 이미 해본 것, 피하고 싶은 것을 모르면 교과서 같은 답이 나올 수밖에 없습니다. 질문을 먼저 시키는 방식은 결국 그 빈칸을 사람이 채우게 만드는 절차입니다. 실제로 쓸 때는 "한 번에 하나씩 묻고, 내 답을 듣고 다음 질문을 정하라"처럼 진행 방식까지 같이 지정하면 대화가 흐트러지지 않습니다. 질문이 15개여야 할 이유는 없고, 주제가 좁으면 대여섯 개로도 충분합니다.
세 관점 검토가 대신해주지 못하는 것
재무 이사와 고객과 이사진을 연기하는 것은 결국 같은 모델입니다. 서로 다른 사람의 검토처럼 보여도 근거로 삼는 정보는 하나이고, 그 안에 틀린 사실이 있으면 세 관점이 모두 같은 오류 위에서 논평합니다. 숫자와 사실관계는 따로 확인해야 합니다. 관점을 지정할 때 직함만 주기보다 그 사람이 무엇을 걱정하는 자리인지를 한 줄로 덧붙이면 지적이 훨씬 구체적으로 나옵니다.
단계로 나눈다는 것의 실질
브리프, 리서치, 초안, 최종안으로 끊는 방식이 통하는 이유는 각 단계 끝에 사람이 확인할 지점이 생기기 때문입니다. 브리프 단계에서 방향이 틀린 것을 잡으면 뒤의 작업이 통째로 살아납니다. 반대로 한 번에 15페이지를 받으면 어디가 틀렸는지 찾는 데 더 오래 걸립니다. 단계마다 결과를 파일로 남겨두면 나중에 특정 단계만 다시 돌릴 수도 있습니다. 리서치 단계에서 모델이 제시한 출처는 실제로 있는 자료인지 직접 확인해야 합니다.
프로젝트 기능과 그 대체 수단
프로젝트 기능의 사용 가능 여부와 저장 용량은 요금제에 따라 다르므로 공식 요금제 안내를 확인해야 합니다. 프로젝트를 쓰든 CLAUDE.md를 쓰든 넣어둘 내용은 비슷합니다. 내가 맡은 일, 조직이 하는 일, 자주 쓰는 용어, 결과물의 형식과 분량, 하지 말아야 할 것입니다. 처음부터 길게 쓰기보다 쓰면서 걸리는 부분을 하나씩 추가하는 편이 오래갑니다.
회사 자료를 넣기 전에
맥락을 미리 저장한다는 것은 회사 정보를 외부 서비스에 올린다는 뜻이기도 합니다. 고객 명단, 계약 조건, 공개되지 않은 실적 같은 자료는 사내 규정을 먼저 확인해야 합니다. 필요한 부분만 남기고 개인이나 거래처를 알아볼 수 있는 정보를 지운 뒤 넣는 것도 방법입니다.
영상 속 숫자는 보장이 아닙니다
15개 질문, 10분, 90초, 전문 팀이 일주일 작업한 수준 같은 표현은 화자가 체감을 정리한 것입니다. 같은 지시를 넣어도 주제의 난이도와 제공한 정보량에 따라 결과는 달라집니다. 방법의 뼈대는 참고하되 걸리는 시간과 분량은 각자 재보는 편이 낫습니다.
이 방식이 맞는 일과 아닌 일
제안서, 기획안, 전략 문서처럼 맥락이 많이 필요하고 분량이 있는 작업에는 다섯 가지가 모두 값을 합니다. 반대로 문장 다듬기나 짧은 요약처럼 한 번에 끝나는 일에는 인터뷰와 4단계 빌드가 오히려 시간을 잡아먹습니다. 어떤 지시를 쓸지 고르는 기준은 결과물의 길이가 아니라, 내 머릿속에만 있고 아직 글로 적히지 않은 정보가 얼마나 되는지입니다.
자주 묻는 질문
클로드 프롬프트는 어떻게 써야 답변 품질이 좋아지나요?
결과를 곧바로 요구하지 말고, 클로드가 알아야 할 정보를 먼저 채우게 만드는 것이 핵심입니다. 나를 먼저 인터뷰하게 하거나, 문서를 단계별로 나눠 쌓게 하거나, 자주 쓰는 배경을 프로젝트에 저장해 두는 방식이 모두 여기에 해당합니다.
클로드가 나에게 먼저 질문하게 하려면 뭐라고 쓰면 되나요?
"필요한 정보를 다 파악할 때까지 질문만 하고 결과물은 쓰지 마"라고 먼저 적으면 됩니다. 여기에 "한 번에 하나씩 묻고 내 답을 듣고 다음 질문을 정해줘"를 붙여야 질문이 한꺼번에 쏟아지지 않습니다. 질문 수는 주제가 좁으면 대여섯 개로도 충분합니다.
클로드 프로젝트 기능은 무료로 쓸 수 있나요?
요금제에 따라 쓸 수 있는 범위와 저장 용량이 다르므로 공식 요금제 안내를 확인해야 합니다. 프로젝트 기능을 쓰지 않더라도, 클로드 코드에서는 폴더에 CLAUDE.md 파일을 두는 방식으로 같은 효과를 낼 수 있습니다.
회사 자료를 클로드에 올려도 괜찮나요?
올리기 전에 사내 규정부터 확인해야 합니다. 고객 명단이나 계약 조건, 공개되지 않은 실적은 특히 조심해야 하고, 개인이나 거래처를 알아볼 수 있는 정보를 지운 뒤 필요한 부분만 넣는 방법이 있습니다.
모든 작업에 이 다섯 가지를 다 써야 하나요?
그렇지 않습니다. 제안서나 전략 문서처럼 맥락이 많이 필요한 작업에 효과가 크고, 짧은 요약이나 문장 다듬기에는 오히려 시간이 더 듭니다. 내 머릿속에만 있는 정보가 많을수록 인터뷰와 단계 나누기가 값을 합니다.
원 영상: youtube.com/…
출처: youtube.com/…