프롬프트 — Claude에게 보내는 지시문 — 를 어떻게 쓰느냐에 따라 결과물의 질이 크게 달라집니다. 하지만 "어떻게 쓰면 좋은가"를 매번 고민하는 것은 번거로운 일입니다. 이 글에서는 개발·마케팅·기획 세 직무에서 실제로 자주 쓰이는 상황을 골라, 복사해서 대괄호 안만 바꾸면 바로 쓸 수 있는 템플릿을 직무별로 정리했습니다. Claude 공식 프롬프트 엔지니어링 문서에 따르면, 좋은 프롬프트는 명확한 목표, 맥락, 출력 형식을 함께 담을 때 가장 효과적입니다. 이 원칙을 각 템플릿에 녹여 두었으니, 처음 사용하시는 분도 바로 활용하실 수 있습니다.
이 글로 할 수 있게 되는 것
개발·마케팅·기획 세 직무에서 바로 쓸 수 있는 Claude 프롬프트 템플릿을 익히고, 자신의 상황에 맞게 수정하는 방법을 알 수 있습니다. 각 템플릿을 처음 써 보는 데 걸리는 시간은 약 5분입니다.
시작 전 준비물
- Claude 계정 (무료 플랜으로 시작 가능, claude.ai에서 가입)
- 별도 설치 불필요 — 웹 브라우저에서 바로 사용 가능
- API를 사용하려면 platform.claude.com에서 별도 가입 필요
용어 빠른 풀이
- 프롬프트(Prompt) — Claude에게 보내는 지시문. 레시피 카드처럼 재료(맥락)와 만드는 법(지시)을 함께 적을수록 결과가 좋습니다.
- 템플릿(Template) — 반복 사용을 위해 대괄호
[이곳]만 바꿔 쓸 수 있게 미리 만들어 둔 프롬프트 틀. - XML 태그 —
<context>…</context>처럼 정보를 영역별로 구분하는 표시. Claude가 역할과 내용을 더 잘 구분하도록 도와줍니다. - 출력 형식(Output format) — 결과물을 어떤 모양으로 받을지 지정하는 부분. "글머리 기호로", "표로", "3문장 이내로" 등.
템플릿을 잘 쓰는 공통 원칙
공식 프롬프트 엔지니어링 문서에 따르면, 효과적인 프롬프트에는 세 가지 요소가 담겨 있습니다.
- 역할(Role) — Claude에게 어떤 전문가 역할을 맡길지 알려 줍니다.
- 맥락(Context) — 상황, 대상 독자, 제약 조건을 구체적으로 넣습니다.
- 출력 형식(Format) — 결과물의 길이·형태·언어를 명시합니다.
아래 모든 템플릿은 이 세 요소를 포함하도록 설계했습니다. [대괄호] 안의 값만 바꿔서 사용하시면 됩니다.
💻 개발자용 템플릿
1. 코드 리뷰 요청
작성한 코드의 개선점을 빠르게 파악하고 싶을 때 사용합니다.
당신은 시니어 [언어명, 예: Python] 개발자입니다.
아래 코드를 리뷰해 주세요.
<context>
- 프로젝트 유형: [예: FastAPI 백엔드 / React 프론트엔드]
- 이 코드의 목적: [한 줄 설명]
- 특히 확인받고 싶은 부분: [예: 예외 처리, 성능, 가독성]
</context>
<code>
[여기에 코드 붙여 넣기]
</code>
다음 항목별로 구분해서 피드백해 주세요.
1. 버그 또는 잠재적 오류
2. 개선 가능한 부분 (이유 포함)
3. 잘된 부분
각 항목은 글머리 기호로 정리하고, 수정 예시 코드가 있으면 함께 보여 주세요.
2. 함수·모듈 문서 자동 작성
주석이나 README를 빠르게 만들어야 할 때 씁니다.
당신은 기술 문서 작성 전문가입니다.
아래 [언어명] 함수에 대한 docstring과 사용 예시를 작성해 주세요.
<requirements>
- 대상 독자: [예: 팀 내 주니어 개발자]
- 문서 스타일: [예: Google 스타일 / NumPy 스타일 / 자유 형식]
- 언어: 한국어
</requirements>
<code>
[여기에 함수 코드 붙여 넣기]
</code>
출력 형식:
- docstring (함수 바로 아래에 들어갈 형태)
- 사용 예시 코드 (2가지)
- 주의 사항 (있을 경우)
3. 에러 메시지 해석 및 해결책 제안
오류가 발생했는데 원인을 모를 때 씁니다.
당신은 [언어명] 디버깅 전문가입니다.
아래 에러를 분석하고 해결 방법을 알려 주세요.
<error>
[에러 메시지 전체 붙여 넣기]
</error>
<context>
- 실행 환경: [예: Python 3.11, macOS 14]
- 에러가 발생한 상황: [간단히 설명]
- 이미 시도해 본 방법: [있으면 작성, 없으면 '없음']
</context>
다음 순서로 답해 주세요.
1. 에러 원인 (1~2문장)
2. 해결 방법 (단계별, 코드 포함)
3. 같은 에러가 재발하지 않으려면?
📣 마케팅 담당자용 템플릿
4. SNS 게시물 초안 작성
인스타그램·링크드인·X(트위터) 등에 올릴 글을 빠르게 뽑을 때 씁니다.
당신은 B2B SaaS 브랜드의 SNS 마케터입니다.
아래 내용을 바탕으로 [플랫폼명] 게시물 초안을 작성해 주세요.
<brief>
- 알리고 싶은 내용: [예: 신기능 출시, 이벤트, 블로그 포스트]
- 핵심 메시지 1줄: [예: "이제 보고서를 10분 만에 만들 수 있습니다"]
- 타깃 독자: [예: 스타트업 마케터, 중소기업 대표]
- 톤앤매너: [예: 친근하고 실용적인 / 전문적이고 신뢰감 있는]
</brief>
<constraints>
- 글자 수: [플랫폼 권장 길이, 예: 300자 이내]
- 해시태그: [개수, 예: 3개]
- CTA(행동 유도 문구): [예: "지금 무료로 시작하기" 링크 포함]
</constraints>
초안 3가지를 각각 다른 접근 방식으로 작성해 주세요.
5. 이메일 뉴스레터 섹션 작성
정기 뉴스레터의 특정 섹션 초안을 빠르게 뽑아야 할 때 씁니다.
당신은 이메일 마케팅 카피라이터입니다.
아래 정보를 바탕으로 뉴스레터 섹션을 작성해 주세요.
<context>
- 브랜드명: [브랜드명]
- 섹션 주제: [예: 이달의 신기능 소개]
- 핵심 내용 요점: [2~3줄로 정리]
- 독자 특성: [예: IT 업계 종사자, 주 1회 수신]
</context>
<format>
- 제목(Subject line) 후보: 3가지
- 본문: 150~200자
- CTA 버튼 텍스트: 2가지 후보
</format>
제목은 열람률을 높이는 방향으로, 본문은 독자가 1가지 행동을 하도록 유도해 주세요.
6. 경쟁사 비교 분석 프레임 작성
보고용 비교표나 포지셔닝 문서의 초안 구조가 필요할 때 씁니다.
당신은 시장 분석 전문가입니다.
아래 정보를 바탕으로 경쟁사 비교 분석 문서의 구조와 항목을 제안해 주세요.
<context>
- 우리 제품/서비스: [한 줄 설명]
- 비교할 경쟁사: [경쟁사 이름 나열]
- 분석 목적: [예: 내부 전략 회의용 / 영업팀 자료용]
- 강조하고 싶은 우리 강점: [예: 가격, 속도, 고객지원]
</context>
출력 형식:
1. 비교 항목 목록 (10개 이내, 중요도 순)
2. 각 항목에 대한 평가 기준 설명 (1~2줄)
3. 추가로 조사하면 좋을 데이터 포인트 제안
실제 수치는 제가 직접 채워 넣을 예정이므로, 구조와 항목만 제안해 주세요.
📋 기획자용 템플릿
7. 기능 요구사항 문서(PRD) 초안
새 기능을 개발팀에 전달하기 위한 요구사항 문서 초안을 잡을 때 씁니다. PRD — Product Requirements Document, 제품 요구사항 문서.
당신은 프로덕트 매니저입니다.
아래 내용을 바탕으로 기능 요구사항 문서(PRD) 초안을 작성해 주세요.
<feature>
- 기능명: [예: 다크모드 지원]
- 배경 및 문제: [어떤 문제를 해결하는가]
- 주요 사용자: [페르소나 또는 사용자 유형]
- 핵심 사용 시나리오: [예: 사용자가 설정에서 다크모드를 켜면…]
</feature>
<constraints>
- 개발 기간 목표: [예: 2주 스프린트 1회]
- 제외 범위(Out of scope): [이번 버전에서 안 할 것]
</constraints>
다음 섹션을 포함한 PRD 초안을 작성해 주세요.
1. 개요 (2~3문장)
2. 목표 및 성공 지표
3. 주요 기능 목록 (우선순위 포함)
4. 비기능 요구사항 (성능, 접근성 등)
5. 열린 질문 (추가 논의가 필요한 항목)
8. 회의 안건 및 회의록 정리
회의 전 안건을 준비하거나, 회의 후 내용을 정리할 때 씁니다.
당신은 프로젝트 매니저입니다.
[회의 전 안건 작성 / 회의 후 회의록 정리] 중 하나를 선택하고 아래 내용을 채워 주세요.
=== 회의 전 안건 작성 ===
<meeting>
- 회의 목적: [예: Q3 마케팅 전략 결정]
- 참석자: [역할 중심으로, 예: PM, 마케터, 디자이너]
- 가용 시간: [예: 60분]
- 이번 회의에서 반드시 결정해야 할 것: [1~3가지]
</meeting>
시간 배분이 포함된 안건표와 각 항목별 준비 자료 체크리스트를 만들어 주세요.
=== 회의 후 회의록 정리 ===
<notes>
[회의 중 메모한 내용 붙여 넣기 — 날것의 메모도 괜찮습니다]
</notes>
다음 형식으로 정리해 주세요.
- 주요 결정 사항
- 액션 아이템 (담당자 · 기한 포함)
- 다음 회의에서 다룰 내용
9. 사용자 인터뷰 질문지 작성
UX 리서치나 고객 인터뷰를 준비할 때 씁니다.
당신은 UX 리서치 전문가입니다.
아래 맥락에 맞는 사용자 인터뷰 질문지를 만들어 주세요.
<context>
- 인터뷰 목적: [예: 신규 기능 사용 경험 파악]
- 인터뷰 대상: [예: 서비스 가입 후 30일 이내 사용자]
- 알고 싶은 것: [예: 온보딩 과정에서 막히는 지점]
- 인터뷰 시간: [예: 30분]
</context>
다음 구성으로 질문지를 만들어 주세요.
1. 아이스브레이킹 질문 (2개)
2. 핵심 탐색 질문 (5~7개, 열린 질문 위주)
3. 심층 탐색용 후속 질문 예시 (3개)
4. 마무리 질문 (1~2개)
유도 질문(예/아니오로 끝나는 질문)은 피하고, 사용자의 실제 경험을 끌어낼 수 있는 형태로 작성해 주세요.
자주 막히는 지점 & 해결
- 결과물이 너무 일반적입니다 —
<context>블록에 정보가 부족한 경우입니다. 대상 독자, 브랜드 톤, 제약 조건을 더 구체적으로 채워 보세요. - 원하는 형식이 아닙니다 — 프롬프트 끝에 "출력 형식: ~" 섹션을 추가하고, 원하는 구조를 명시하면 됩니다.
- 내용이 너무 길거나 짧습니다 — "약 300자 이내로", "5개 항목으로 제한해서" 같은 길이 조건을 명시하세요.
- 한국어가 어색합니다 — 프롬프트에 "한국어 구어체로", "격식체(~습니다)로" 같은 언어 지정을 추가해 보세요.
- Claude가 "모르겠다"고 합니다 — 실제 데이터나 사례를
<example>태그 안에 예시로 넣으면, Claude가 패턴을 파악하고 더 적합한 결과를 냅니다.
응용: 템플릿을 더 잘 쓰는 세 가지 방법
- 나만의 기본 정보 블록 만들기 — 브랜드명, 타깃 독자, 톤앤매너처럼 매번 반복되는 정보를 하나의 블록으로 저장해 두고 모든 프롬프트 앞에 붙여 쓰면 일관성이 높아집니다.
- Claude Console의 프롬프트 개선 도구 활용 — API를 사용하신다면, 공식 문서에 따르면 Claude Console에 프롬프트 생성기와 개선 도구가 내장되어 있습니다. 초안을 넣고 개선 제안을 받아 보세요.
- 결과물을 예시로 재활용하기 — 마음에 드는 결과물이 나왔다면, 다음 프롬프트에 "아래 예시와 유사한 스타일로 작성해 주세요"라고 함께 넣으면 일관된 품질을 유지할 수 있습니다.