'정리해줘'는 그만 — Claude 결과 신뢰도 4가지 키워드 + 직무별 프롬프트 30
릴스에서 보여드린 4가지 키워드를 직무별로 어떻게 적용하는지 30개 프롬프트로 정리. 그대로 복붙하시면 됩니다. 명령 작성 체크리스트
.md파일도 첨부.
들어가며 — 왜 4가지 키워드인가
"정리해줘" 한 줄로 끝내면 결과가 두루뭉술 + 검증도 어려워요.
명령 끝에 4가지만 더 붙이면 결과의 신뢰도와 수정 가능성이 결정적으로 달라집니다.
- 형식·분량·출처 같은 기본 키워드는 프롬프트 책에 다 있어요.
- 이 4가지는 검수와 추적에 초점. 결과를 그대로 회의·보고서에 가져갈 수 있는지를 결정합니다.
키워드 1. "(검색) (추측) (지식) 옆에 표시"
페인
Claude가 답한 내용 중 어느 것이 검증된 사실이고 어느 것이 추측·일반 지식인지 구분 안 됨. 회의에서 "출처 어디에요?" 들어오면 모름.
적용 방법
명령 끝에:
각 답변 옆에 다음 라벨:
- (검색): 실제 파일·웹·데이터에서 확인한 사실
- (추측): 추론·가설
- (지식): 일반 지식·매뉴얼 수준 정보
Before / After
Before (라벨 없음)
우리 제품 사용자 만족도가 높습니다. 경쟁사 대비 가격 경쟁력이 좋고, 신규 가입이 늘고 있습니다.
After (라벨 표시)
우리 제품 사용자 만족도 NPS 42 (검색: 2026-Q1 설문)
경쟁사 대비 가격 경쟁력 우수 (추측: 공시된 가격만 비교)
신규 가입 증가 추세 (검색: GA4 4월 1주~3주)
SaaS 시장 평균 NPS 30~40대 (지식)
직무별 응용
마케터: "캠페인 리포트의 모든 수치 옆에 (검색: GA4 / SQL / 광고 대시보드) 라벨"
기획: "사용자 시나리오 각 항목 옆에 (검색: 인터뷰 ID / 추측: 가설) 라벨"
개발: "코드 리뷰 의견 각 항목 옆에 (검색: 동일 패턴 X파일.py:24 / 지식: 일반 best practice) 라벨"
디자이너: "UX 개선안 각 항목 옆에 (검색: 사용자 인터뷰 P3·P5 / 추측: 직관) 라벨"
HR: "후보 평가 각 항목 옆에 (검색: 이력서 / 면접 기록) (추측: 면접관 인상) 라벨"
영업: "고객 분석 각 항목 옆에 (검색: 미팅 노트 / 추측: 분위기) 라벨"
데이터: "분석 결과 각 항목 옆에 (검색: 쿼리·표본수 / 추측: 외삽) 라벨"
키워드 2. "수정 단위로 끊어 — 1·2·3·4 별도 단락으로"
페인
Claude 결과가 한 덩어리로 나오면, 일부만 수정하고 싶어도 처음부터 다시 받아야 함.
적용 방법
명령 끝에:
결과를 한 덩어리 X. 1·2·3·4 단위로 끊어서 각 별도 단락으로.
나중에 부분 수정 가능하게.
Before / After
Before
우리 회사는 A 제품을 출시했고, 타겟은 20대 직장인이며, 핵심 차별점은 가격입니다. 캠페인은 인스타 위주로...
After
1. 제품: A (출시 2026-04)
2. 타겟: 20대 직장인 (정확히 25~32)
3. 차별점: 가격 (경쟁사 대비 30% 낮음)
4. 캠페인: 인스타 위주 (2025-Q3 기준 ROAS 180% 검증된 채널)
→ "3번만 더 짧게" 하면 그 부분만 다시 받음.
직무별 응용
마케터: "캠페인 기획 1.목표 / 2.타겟 / 3.메시지 / 4.채널 / 5.예산 / 6.측정 단위"
기획: "제안서 1.문제 / 2.가설 / 3.솔루션 / 4.검증 / 5.리스크 단위"
개발: "코드 변경 1.문제 / 2.원인 / 3.해결 / 4.테스트 / 5.영향 단위"
디자이너: "시안 1.사용자 시나리오 / 2.핵심 인터랙션 / 3.엣지 케이스 / 4.접근성 단위"
HR: "채용 1.역할 / 2.자격 / 3.우대 / 4.처우 / 5.절차 단위"
영업: "제안 1.고객 페인 / 2.솔루션 / 3.효과 / 4.가격 / 5.다음 단계 단위"
데이터: "리포트 1.인사이트 / 2.방법론 / 3.데이터 / 4.분석 / 5.한계 / 6.다음 단위"
키워드 3. "각 주장 옆에 '이게 틀렸을 가능성' 한 줄"
페인
Claude가 자신감 넘치게 답하는데, 그 답이 틀릴 가능성에 대한 표시가 없음. 검수자가 처음부터 의심하며 검토.
적용 방법
명령 끝에:
각 주장·결론·추천 옆에 "이게 틀렸을 가능성" 한 줄.
어떤 가정이 깨지면 결론이 바뀌는지 명시.
Before / After
Before
인스타 타겟을 20대 직장인으로 잡으세요. 신규 가입 30% 증가 예상.
After
인스타 타겟을 20대 직장인으로.
이게 틀렸을 가능성: 우리 제품 실 사용 데이터에서 30대 비중이 더 높을 수 있음. 가입 데이터 1주 확인 필요.신규 가입 30% 증가 예상.
이게 틀렸을 가능성: 작년 동일 캠페인 가정. 시장 환경(경쟁사 동시 캠페인) 다르면 효과 ↓.
직무별 응용
마케터: "타겟·메시지·채널 각각 옆에 '이 가정이 틀리면 어떻게 되는지' 한 줄"
기획: "각 가설 옆에 '이 가설이 틀렸을 때 영향' 한 줄"
개발: "각 설계 결정 옆에 '이 결정이 틀렸을 때 리팩토링 비용' 한 줄"
디자이너: "각 UX 결정 옆에 '사용자가 이렇게 받아들이지 않으면' 한 줄"
HR: "각 평가 항목 옆에 '이 판단이 편향됐을 가능성' 한 줄"
영업: "각 영업 액션 옆에 '고객이 부담스러워할 가능성' 한 줄"
데이터: "각 분석 결론 옆에 '이 가정이 깨지면 결론이 어떻게 바뀌는지'"
키워드 4. "단계별로 '1단계 완료 → 2단계 시작' 식 알려줘"
페인
긴 작업을 시켰는데 Claude가 30분 동안 묵묵부답. 어디까지 됐는지 알 수 없고, 중간에 끊기면 어디서부터 다시 할지 모름.
적용 방법
명령 끝에:
긴 작업이라면 단계별로:
"1단계 완료 ✓ → 2단계 시작"
"2단계 완료 ✓ → 3단계 시작"
이런 식으로 한 줄씩 알려줘. 중간에 끊기면 어디서 끊긴지 명확하게.
Before / After
Before (작업 30분)
Claude가 일하는 중...
...
...
최종 결과만 받음
After (한 줄씩 보고)
1단계 ✓ 폴더 안 30개 메모 읽기 완료
2단계 ✓ 카테고리 5개로 분류 완료 (제품/미팅/외부/학습/기타)
3단계 ✓ 각 카테고리 핵심 3줄 추출 완료
4단계 ✓ 한 페이지 보고서 포맷 완료
5단계 ✓보고서.md파일 저장 완료[최종 결과]
→ 중간에 멈춰도 "3단계까지 완료, 4단계부터 다시"로 명확.
직무별 응용
마케터: "캠페인 준비 단계별 보고 (기획·카피·이미지·예산·승인·런칭)"
기획: "제안서 단계별 (이슈 분석·가설·솔루션·검증·문서화)"
개발: "기능 개발 단계별 (분석·설계·구현·테스트·배포)"
디자이너: "시안 단계별 (리서치·와이어프레임·시안·프로토타입·핸드오프)"
HR: "채용 단계별 (포지션 정의·공고·서류·면접·합격·온보딩)"
영업: "딜 단계별 (리드·발굴·제안·협상·계약·온보딩)"
데이터: "분석 단계별 (질문 정의·데이터 수집·정제·분석·시각화·인사이트)"
직무별 30개 프롬프트 (그대로 복붙)
🎨 마케터 (5개)
1. "이 캠페인 카피 5개 변형 만들어줘. 각 변형 옆에 (검색: 작년 동일 캠페인 / 추측: 가설) 라벨, 각 카피의 '이게 안 통할 가능성' 한 줄, 각 카피별 단락으로 끊어서. 카피변형.md로 저장."
2. "이 보고서 데이터를 인스타 카피·블로그 글·영업 메일 3개 형식으로 변환. 각 옆에 출처(검색·추측) 라벨, 단계별 진행 보고. 변환물.md."
3. "경쟁사 5개 분석. 1.제품 / 2.가격 / 3.타겟 / 4.차별점 / 5.약점 단위. 각 항목 옆 (검색: URL / 추측: 추론) 라벨, 각 약점이 '우리 강점 가정 틀렸을 가능성' 한 줄."
4. "이 광고 성과 리포트의 모든 수치 옆에 (검색: GA4 / 광고 대시 / 추측: 외삽) 라벨. 인사이트 3가지를 1·2·3 단위로. 각 인사이트 '이게 틀렸을 가능성' 한 줄."
5. "이 콘텐츠 캘린더 분석. 단계별 1.주제 패턴 / 2.톤 분석 / 3.성과 비교 / 4.개선안 / 5.다음 분기 추천. 각 단계 한 줄씩 보고. 캘린더분석.md."
📋 기획자 (5개)
1. "이 제안서를 1.문제 / 2.가설 / 3.솔루션 / 4.검증 방법 / 5.리스크 5섹션으로. 각 가설 옆 '이 가설 틀렸을 때 영향' 한 줄. 단계별 진행 보고. 제안서.md."
2. "사용자 인터뷰 10개 정리. 각 인사이트 옆 (검색: P3·P7 직접 발언) 라벨. 결론 4가지를 1·2·3·4 단위로. 각 결론 '이게 일반화 안 될 가능성' 한 줄."
3. "이 기능 우선순위 매겨줘. ICE/RICE 프레임워크 사용. 각 점수 옆 (검색: 데이터 / 추측: 가정) 라벨. 단계별 진행."
4. "이 로드맵 검토. 분기·월·주 단위 분리. 각 일정 옆 '이 일정 틀렸을 때 다음 일정 영향' 한 줄. 단계별 검토 진행."
5. "이 요구사항을 사용자 시나리오 기반으로 재작성. 1.As-is / 2.To-be / 3.시나리오 / 4.엣지 케이스 / 5.수용 기준 단위. 각 옆 (검색·추측) 라벨."
💻 개발자 (5개)
1. "이 코드 리뷰. 1.기능 / 2.보안 / 3.성능 / 4.테스트 / 5.가독성 단위. 각 의견 옆 (검색: 동일 패턴 X.py:line / 지식: best practice) 라벨, '이 의견이 틀렸을 가능성' 한 줄."
2. "이 버그 분석. 단계별 1.재현 / 2.원인 / 3.영향 범위 / 4.해결 / 5.회귀 테스트. 각 단계 한 줄씩 보고. 영향 범위 옆 (검색: grep 결과) 라벨."
3. "이 아키텍처 결정 평가. 1.대안 / 2.트레이드오프 / 3.선택 / 4.근거 / 5.리스크 단위. 각 결정 '이게 틀렸을 때 리팩토링 비용' 한 줄."
4. "이 의존성 추가 검토. 라이브러리 비교 1·2·3 단위 (라이선스·번들·대안). 각 옆 (검색: npm 통계 / 추측) 라벨, 단계별 보고."
5. "이 API 설계. 1.엔드포인트 / 2.요청·응답 / 3.인증 / 4.에러 / 5.버전 단위. 각 결정 '이게 호환성 깰 가능성' 한 줄."
🎨 디자이너 (5개)
1. "이 시안 검토. 1.사용자 시나리오 / 2.핵심 인터랙션 / 3.엣지 / 4.접근성 / 5.일관성 단위. 각 의견 옆 (검색: 사용자 P3·P7 / 추측: 직관) 라벨."
2. "이 디자인 시스템 변경안. 단계별 1.영향 컴포넌트 / 2.토큰 변경 / 3.회귀 영향 / 4.마이그레이션 / 5.문서화. 각 단계 한 줄씩 보고."
3. "사용자 리서치 정리. 인사이트 4개를 1·2·3·4 단위로. 각 옆 (검색: 인터뷰 ID·날짜) 라벨, '이게 일반화 안 될 가능성' 한 줄."
4. "A/B 테스트 결과 분석. 1.가설 / 2.지표 / 3.결과 / 4.해석 / 5.다음 단위. 각 옆 (검색: 통계 / 추측: 외삽) 라벨, 표본 명시."
5. "접근성 감사. 1.색 대비 / 2.스크린리더 / 3.키보드 / 4.포커스 / 5.터치 단위. 각 항목 '이 검사가 충분하지 않을 가능성' 한 줄."
👥 HR (5개)
1. "이 채용 공고 검토. 1.역할 / 2.자격 / 3.우대 / 4.처우 / 5.절차 단위. 차별 소지 표현 옆 (검증: 법률 조항) 라벨, '이 표현 차별 소지 있을 가능성' 한 줄."
2. "후보 5명 평가. 각 1·2·3·4·5 단위. 각 항목 옆 (검색: 이력서·면접) (추측: 면접관 인상) 라벨, '이 판단이 편향됐을 가능성' 한 줄. 직원 정보 마스킹."
3. "조직 진단. 단계별 1.이슈 식별 / 2.원인 / 3.영향 / 4.개선안 / 5.우선순위. 각 단계 한 줄씩 보고."
4. "사내 정책 초안. 1.목적 / 2.범위 / 3.정의 / 4.규정 / 5.예외 단위. 각 규정 옆 (검색: 노동법 X조 시행 X.X.X) 라벨."
5. "퇴사 인터뷰 패턴 분석. 인사이트 4개를 1·2·3·4 단위. 각 옆 (검색: 인터뷰 N건) 라벨, '이게 표본 편향일 가능성' 한 줄. 개인정보 마스킹."
💼 영업 (5개)
1. "이 고객사 분석. 1.산업 / 2.규모 / 3.페인 / 4.예산 / 5.의사결정자 단위. 각 옆 (검색: 미팅 노트·웹사이트 / 추측: 분위기) 라벨, '이 판단 틀렸을 가능성' 한 줄."
2. "제안서 작성. 1.고객 페인 / 2.솔루션 / 3.효과 / 4.가격 / 5.다음 단계 단위. 가격 옆 (검색: 회사 가격표 / 추측: 협상 가능) 라벨."
3. "이번 분기 딜 파이프라인 분석. 단계별 1.리드 / 2.발굴 / 3.제안 / 4.협상 / 5.계약 / 6.손실. 각 단계 옆 '예상 클로즈 확률 + 이게 틀렸을 가능성' 한 줄."
4. "고객 메일 답장 3개 변형 (격식·친근·단호). 1·2·3 단위. 각 옆 (검색: 고객 이전 톤) 라벨, '이 톤이 부담스러울 가능성' 한 줄."
5. "경쟁사 대비 우리 제안 비교. 1.가격 / 2.기능 / 3.지원 / 4.레퍼런스 / 5.리스크 단위. 각 옆 (검색: 공시 / 추측) 라벨."
📊 데이터 (5개)
1. "이 분석 보고서. 1.인사이트 3줄 / 2.방법론 / 3.데이터 / 4.분석 / 5.한계 / 6.다음 단위. 각 수치 옆 (검색: 쿼리 / 표본 N) 라벨, '가정 틀리면 결론 어떻게 바뀌는지' 한 줄."
2. "이 데이터셋 정제. 단계별 1.결측치 / 2.중복 / 3.이상치 / 4.타입 / 5.검증. 각 단계 한 줄씩 보고. 원본 보존, 사본만."
3. "A/B 테스트 결과 해석. 1.가설 / 2.지표 / 3.결과 / 4.통계적 유의성 / 5.실용적 의미 단위. 각 옆 (검색: p-value, CI) 라벨."
4. "코호트 분석. 1.정의 / 2.선정 기준 / 3.지표 / 4.기간 / 5.결과 단위. 각 결과 '이 코호트가 대표성 없을 가능성' 한 줄."
5. "예측 모델 평가. 1.MAE / 2.MAPE / 3.피처 중요도 / 4.오버피팅 / 5.비즈니스 임팩트 단위. 각 옆 (검색: 검증 데이터) 라벨, '실 운영 시 정확도 떨어질 가능성' 한 줄."
다운로드 — 명령-체크리스트.md
명령 작성 시 매번 점검할 4가지 체크리스트. 책상 옆에 띄워두세요.
# Claude 명령 작성 4가지 체크리스트
명령 보내기 전 5초 점검:
## 1. 검증 표시
- [ ] 답 옆에 (검색) (추측) (지식) 라벨 요청했는가?
- [ ] 출처 (파일명 / URL / 데이터) 명시 요청?
## 2. 수정 단위
- [ ] 결과를 1·2·3·4 단위로 끊어 받기 요청?
- [ ] 한 덩어리로 받지 않게 단락 분리?
## 3. 반박 가능
- [ ] 각 주장 옆 "이게 틀렸을 가능성" 한 줄 요청?
- [ ] 어떤 가정이 깨지면 결론이 바뀌는지?
## 4. 단계 표시
- [ ] 긴 작업이면 "1단계 완료 → 2단계 시작" 식 보고 요청?
- [ ] 중간에 끊겨도 어디서 끊긴지 명확하게?
이 4가지 모두 체크된 명령은 결과 신뢰도 +1단계.
이 체크리스트를 즐겨찾기에 박아두시고 매일 1번씩 사용하시면 1주일 안에 손에 익습니다.
함정 — 흔한 실수 3가지
❌ 실수 1. 4가지 다 한 번에 = 너무 길어짐
명령이 5문장 넘어가면 Claude가 우선순위 헷갈림. → 1~2개씩 적용해 익숙해지면 점차 추가.
❌ 실수 2. 검증 라벨 강제만 함, 본인은 검수 X
Claude가 (검색) 라벨 붙인 거 그대로 믿으면 안 됨. 본인이 검수해야 함. 라벨은 검수 가이드일 뿐.
❌ 실수 3. 단계 표시 강제했는데 짧은 작업에도 적용
3분짜리 작업에 5단계 보고 요구 → 비효율. 30분+ 작업에만 단계 표시 활용.
9WAY와 함께 더 깊이
직무별 30개 프롬프트 외에도 100개 이상이 VUILD /learn 챕터 4에 있습니다.
관련 글
어디서든 눈에 띄는 사람들은 첫 30초를 씁니다
회의실에 누군가 들어와 첫마디를 꺼내는 순간, 우리는 이미 그 사람에 대한 인상을 절반쯤 정해버립니다. 면접장에서 지원자가 자리에 앉아 처음 입을 떼는 30초, 새 프로젝트 첫 미팅에서 누가 먼저 말문을 여는 그 짧은 시간. 이상하게도 그 첫 30초가 그날 그 사람 전체의 분위기를 좌우합니다. 똑같이 일을 잘해도, 첫 30초에 존재감을 남긴 사람과 그렇지 ...
발표를 가져가는 사람들은 떨림을 이렇게 씁니다
발표나 면접을 앞두고 있으면, 며칠 전부터 같은 걱정이 머릿속을 맴돕니다. "목소리 떨리면 어떡하지", "손 떠는 거 들키면 끝인데." 그래서 우리는 떨림을 없애는 데 온 신경을 씁니다. 심호흡을 하고, 대본을 수십 번 외우고, '떨지 말자'를 속으로 되뇌면서요. 그런데 막상 사람들 앞에 서면 어김없이 떨립니다. 그러면 또 자책하죠. '왜 나는 이것도 못 ...
강점은 잘하는 게 아니라 쉬운 거예요
일을 하다 보면 이런 순간이 있습니다. 옆 사람이 끙끙대며 붙들고 있는 일을 보면서, 속으로 "저걸 왜 저렇게 어려워하지?" 하고 의아해지는 순간이요. 나한테는 별로 힘들이지 않아도 술술 풀리는 일이라, 오히려 그 사람이 답답하게 느껴지기도 합니다. 그런데 정작 우리는 그 '나한테 쉬운 일'을 강점이라고 생각하지 않습니다. 너무 쉬워서, 너무 당연해서, 별...
회의에서 일 잘하는 사람은 왜 말을 아낄까
회의가 끝나고 자리로 돌아오는 길에, 문득 이런 생각이 들 때가 있습니다. "오늘 회의에서 가장 일 잘해 보였던 사람은 누구였지?" 떠올려 보면 의외입니다. 가장 많이 말한 사람이 아닌 경우가 대부분이거든요. 쉴 새 없이 의견을 내고 반박하던 사람보다, 끝에 흩어진 이야기를 한 줄로 정리해 준 사람이 더 또렷하게 남습니다. 우리는 회의에서 똑똑해 보이고 싶...