Claude를 '챗봇'이 아니라 '작은 팀'처럼 쓰는 법; 프로처럼 일 시키는 11단계 시스템

Claude를 매일 쓰는 사람도 대부분 챗봇 수준으로만 씁니다. 프롬프트를 길게 쓰고, 더 자세히 설명하고, 반복해서 고치죠. 그런데 진짜 차이는 프롬프트 길이가 아니었습니다. Claude를 답만 주는 도구가 아니라 `작은 팀`처럼 운영할 때 결과가 달라집니다. 그 방법을 11단계로 정리했습니다.

---

`프롬프트를 더 잘 쓰면 되겠지` 하고 계속 프롬프트만 다듬어본 적 있으실 겁니다. 길게도 써보고, 예시도 잔뜩 넣어보고, 안 되면 또 고치고. 그런데도 결과가 기대만큼 안 나올 때가 많죠.
핵심을 짚자면, 문제는 프롬프트 한 줄이 아니라 `일하는 방식`에 있습니다.
Claude에게 답 하나를 뚝 요구하는 대신, [조사하고 → 계획하고 → 검토하고 → 실행하는] 작은 팀처럼 굴리면 결과물의 질이 확 올라갑니다. AI 좀 하는 아저씨를 운영하며 정리한, Claude를 프로처럼 쓰는 11단계를 공개합니다. 개발이든 글쓰기든 기획이든 똑같이 적용됩니다.

[챗봇 모드] `이거 해줘` → 답 하나 받고 끝. 맥락 없음, 검토 없음, 다음에 또 처음부터.
[프로 모드] 먼저 [이해하고 → 계획하고 → 리스크 찾고 → 실행하고 → 기록 남겨] 일을 관리하는 시스템.

▲ 왼쪽은 자판기 같은 로봇 버튼을 눌러 답변 캔 하나를 툭 받는 모습; 챗봇 모드, 오른쪽은 서로 다른 역할; 연구·설계·비평·실행·편집을 맡은 작은 로봇 팀을 지휘하는 모습; 프로 모드; 답 하나 받기 vs 작은 팀 운영의 차이를 직관적으로 표현

---

STEP 1. 역할이 아니라 작업 방식을 준다

대부분 `너는 시니어 전문가야`라고 역할만 주고 끝냅니다. 그런데 역할보다 중요한 건 `어떻게 일할지`입니다..

[복사해서 쓰세요]
🗣prompt;
이 일에서는 성급하게 바로 답하지 마.
먼저 문제를 정확히 이해하고, 부족하거나 애매한 부분을 나에게 질문하고,
그다음 계획을 세운 뒤, 내가 확인하면 그때 실행해.

이 한 문장이 Claude의 작업 태도를 바꿉니다. 서두르지 않고, 이해부터 하고, 계획을 세우는 순서로 움직이게 되거든요.

---

STEP 2. 모든 일을 Context 파일로 시작

한 프롬프트에 모든 걸 욱여넣지 마세요. 대신 일의 배경 정보를 먼저 정리해서 줍니다. Claude가 헤매는 이유는 대개 똑똑하지 않아서가 아니라 `맥락이 부족해서`예요.

[복사해서 쓰세요]; 배경 정보 틀
🗣prompt;
[작업 배경 정보]
- 이 프로젝트는 무엇인가 [예; 30대 직장인 대상 재테크 블로그]
- 목적은 무엇인가 [예; 이번 글로 뉴스레터 구독 유도]
- 대상은 누구인가 [예; 재테크 입문자]
- 지킬 조건·한계 [예; 전문용어 최소화, 존댓말]
- 이전에 시도한 것 [예; 정보 나열식 글은 반응 저조]
- 절대 하지 말 것 [예; 특정 종목 매수 추천]
위 배경을 기억하고, 앞으로의 작업에 반영해줘

팁; 이 배경 정보는 매번 새로 쓰기 번거롭죠. 그래서 Claude 프로젝트에 저장해두면, 그 안의 모든 대화가 이 맥락을 자동으로 공유합니다. Context 파일과 프로젝트는 짝꿍이에요.

---

STEP 3. Claude가 먼저 질문하게 만든다

바로 `이거 해`라고 하지 말고, Claude가 나에게 되묻게 합니다. 문제가 Claude가 아니라 `내가 반만 설명한 것`일 때가 많거든요.

[복사해서 쓰세요]
🗣prompt;
바로 실행하지 말고, 먼저 나에게 부족한 정보를 물어봐
잘못된 가정은 하지 말고, 답하기 전에 `네가 알아야 할 것` 목록을 먼저 보여줘

이 간단한 한 줄이 결과를 크게 바꿉니다. Claude가 넘겨짚어 엉뚱한 답을 내는 걸 막아주거든요

---

STEP 4. 원하는 `출력 형식`을 강제한다

`계획 세워줘`는 너무 약합니다. 원하는 출력 형태를 콕 집어 주세요. 형식이 명확할수록 Claude가 덜 헤맵니다.

[복사해서 쓰세요]
🗣prompt;
결과는 반드시 아래 형식으로 정리해줘
- 짧은 요약; 3줄 이내
- 해야 할 일 목록
- 예상되는 리스크
- 내가 결정해야 할 부분
- 지금 당장 실행할 첫 단계
- 최종 점검 체크리스트 

---

STEP 5. 큰 일을 한 번에 시키지 않는다

예전엔 `완성된 랜딩페이지 만들어줘`, `전략 전체 짜줘`처럼 한 방에 요구했다면, 이제는 단계로 쪼갭니다.

· 한 방에 X → 단계로 O
조사 → 정보와 사례를 모은다
계획 → 구조와 순서를 만든다
실행 → 실제 결과물을 만든다
검토 → 문제·리스크를 찾는다
보완 → 최종본을 잘 다듬는다

한 프롬프트에 전부 요구하는 건, 신입에게 프로젝트 전체를 던지며 "알아서 해결해"라고 하는 것과 같아요. 일하는 것처럼 보여도 품질이 떨어집니다. 이 원리는 Claude로 블로그 글 30분 완성하기의 단계별 작성법과도 정확히 통합니다.

---

STEP 6. Claude 스스로 비판하게 만든다

Claude의 답을 그대로 쓰지 말고, 자기 답을 스스로 검토하게 한 뒤 쓰세요. 특히 코드, 기획, 콘텐츠에서 중요합니다.

[복사해서 쓰세요]
🗣prompt;
이제 네가 방금 낸 답을 스스로 자세히 검토해줘
- 어디가 너무 일반적이고 뻔한가
- 어디에 리스크나 허점이 있는가
- 디서 확인 안 된 걸 사실처럼 가정했는가
검토 결과와 함께 개선안을 제시해줘

이 단계가 없으면 Claude가 지나치게 자신만만하게 틀린 소리를 할 수 있습니다. 자기 검토를 시키는 것만으로 품질이 눈에 띄게 올라갑니다.

---

STEP 7. 핵심; 작은 역할들로 팀을 꾸린다

이게 '프로 모드'의 진짜 핵심입니다. 하나의 Claude를 여러 역할이 협업하는 미니 팀처럼 굴립니다.

🔍 연구자: 정보·사례 수집
📐 설계자: 구조·계획 수립
🔨 실행자: 실제 작업 수행
🧐 비평가: 허점·리스크 발견
✏️ 편집자: 최종본 다듬기

[복사해서 쓰세요]
🗣prompt;
[내 작업, 예; 30대 직장인을 위한 재테크 블로그 글 1편 쓰기]
위 작업을 다섯 명의 전문가 팀이 협업하는 방식으로 진행할 거야. 너는 각 역할을 한 명씩 맡아, 아래 순서대로 한 단계씩 진행해줘. 
한 역할이 끝나면 멈추고, 내가 `다음`이라고 하면 다음 역할로 넘어가.

① 연구자; 이 주제에 필요한 정보·사례·데이터를 모으는 사람. 확실하지 않은 건 "확인 필요"로 표시하고, 넘겨짚지 마
② 설계자; 연구자가 모은 내용으로 전체 구조와 순서를 짜는 사람. 왜 이 구조인지 이유도 한 줄씩 붙여줘
③ 비평가; 설계를 냉정하게 뜯어보는 사람. 칭찬은 하지 말고, 약점·허점·빠진 것만 날카롭게 지적해
④ 실행자; 비평을 반영해 실제 결과물을 만드는 사람. 말로만 하지 말고 완성된 형태로 만들어줘
⑤ 편집자; 결과물을 다듬는 사람. 군더더기를 걷어내고, 톤을 일관되게 정리해
지금 ① 연구자부터 시작해줘.

맨 위 [내 작업] 자리에 하려는 일을 적고, 그 아래 역할 흐름을 붙이면 됩니다.
보시면 각 역할에 '어떤 태도로 일할지' 한 줄씩 붙어 있죠. 이게 역할을 뚜렷하게 만드는 핵심이에요.
`비평가`라고만 하면 밋밋하지만, "칭찬 말고 허점만 지적해"라고 성격을 주면 진짜 비평가처럼 굴거든요. 

Q. 5개 역할, 어떻게 '설정'하나요? 설정 안 해도 됩니다
A. 가장 많이 하는 오해입니다. 역할을 따로 등록하거나 계정을 5개 만드는 게 아닙니다. 하나의 Claude에게 한 대화 안에서 `이번엔 연구자처럼, 다음엔 비평가처럼 해줘`라고 말로 시키는 것뿐이에요. Claude가 그 지시에 따라 스스로 역할을 바꿔 답합니다. 배우 한 명이 장면마다 다른 배역을 연기하는 것과 같죠.

그래서 진행은 이렇게 흘러갑니다; 프롬프트를 넣으면 ① 연구자가 자료를 모아 보여주고, 내가 `다음`이라고 하면 ② 설계자로, 또 `다음` 하면 ③ 비평가로. 이렇게 한 대화에서 순서대로 이어집니다. 위 프롬프트의 역할 설명 문장, 그게 역할 설정의 전부입니다.

 한 명 챗봇에게 다 시키는 것과, 다섯 전문가가 릴레이로 다듬는 것. 결과물의 완성도가 다를 수밖에 없죠.

▲ 다섯 로봇이 릴레이로 하나의 작업물을 왼쪽에서 오른쪽으로 넘기며 각자 보태는 모습— 연구자 `정보 수집`·설계자 `뼈대`·비평가 `허점 표시`·실행자 `제작`·편집자 `광내기`; 5역할이 하나의 결과물을 릴레이로 다듬는다는 핵심을 표현

---

STEP 8. 세션 끝에 '메모리 노트'를 남긴다

가장 많이 빼먹는 단계입니다. 일이 끝나면 다음 대화로 넘길 내용을 요약하게 해서 저장해두세요. 다음 세션이 `처음부터`가 아니게 됩니다.

[복사해서 쓰세요]
🗣prompt;
이 세션을 마무리하면서, 다음 대화로 넘겨야 할 것들을 요약해줘
- 우리가 내린 결정
- 앞으로 지킬 규칙
- 이번에 발견한 실수, 주의점
이걸 다음 세션 시작할 때 붙여넣을 수 있게 정리해줘

팁; 이 요약을 Claude 프로젝트의 지시사항이나 메모에 저장해두면, 매번 복붙할 필요 없이 맥락이 이어집니다. 기억을 시스템으로 만드는 거죠.

---

STEP 9. 프롬프트는 `템플릿`으로 만든다

어떤 프롬프트가 두 번 효과를 봤다면, 그건 더 이상 프롬프트가 아니라 `워크플로우`입니다. 따로 모아 재사용하세요.

· 모아두면 좋은 나만의 템플릿 예시;
- 점검용 프롬프트; 내 글·기획을 검토시키는 것
- 리뷰용 프롬프트; 결과물의 허점을 찾는 것
- 구조 잡기 프롬프트; 뼈대를 짜는 것
- 아이디어 확장 프롬프트, 문제 분석 프롬프트 

▷ 핵심은 '프롬프트를 모으는 게 아니라, 반복해서 작동하는 시스템을 모으는 것'입니다. 바로 쓸 수 있는 프롬프트 모음이 필요하면 바로 써먹는 Claude 프롬프트 12선을 참고하세요.

---

 

STEP 10. 넘지 말아야 할 `경계`를 설정한다

`알아서 해줘`라고 하는 순간 리스크가 시작됩니다. Claude가 넘지 말아야 할 선을 명확히 그어주세요.

[복사해서 쓰세요]; 경계 설정 예시
🗣prompt;
작업 시 아래 경계를 지켜줘
- 지정한 부분만 건드리고, 나머지는 손대지 마
- 큰 구조를 바꾸기 전에 먼저 나에게 계획을 보여줘
- 확실하지 않은 부분은 임의로 정하지 말고 물어봐
- 어쩔 수 없이 가정을 했다면, 그 부분을 표시해줘

AI로 빨라진다는 건 통제를 놓는 게 아니라, 통제된 범위 안에서 자유를 주는 것입니다.
경계가 있어야 안심하고 맡길 수 있어요. 개발자라면 "새 파일 열지 마", "이 컴포넌트만 수정해" 같은 구체적 경계로 바꿔 쓰면 됩니다.

---

STEP 11. `답 주는 도구` 아닌 `일 관리 시스템`

마지막은 앞의 10단계를 관통하는 태도입니다.

- 챗봇 모드; 나에게 답을 줘
- 프로 모드; 먼저 일을 [이해]하고 → [계획]하고 → [리스크를 찾고] → [실행]하고 → 다음을 위해 [기록]을 남겨

11단계를 매번 하나씩 치기 번거롭다면, 핵심만 기억하세요; Claude가 더 똑똑해지는 게 아니라, 나와 일정한 작업 흐름으로 움직이게 만드는 것입니다. 그 흐름 자체가 실력이 됩니다.

---

⚠️힘듦주의; 11단계 하나하나는 어렵지 않습니다. 그런데 막상 해보면, 이걸 매번 순서대로 챙기고 내 일에 맞게 다듬는 게 생각보다 번거롭습니다. 
어떤 일엔 5역할이 과하고, 어떤 일엔 경계 설정이 더 중요하죠. 내 업무 종류별로 '어떤 단계를 어떻게 조합할지' 감을 잡는 데 시간이 걸립니다.

무엇보다 이걸 매일의 업무 흐름으로 정착시키는 것은 또 다른 일입니다. 한 번 잘 돌리는 것과, 나만의 프롬프트 템플릿 세트를 갖춰 매번 자동으로 굴리는 시스템을 만드는 건 다른 문제거든요. 

---

한눈에 정리; Claude 프로 모드 `체크리스트`

✅  1. `역할`이 아니라 `작업 방식`을 준다,
✅  2. 배경정보 Context 부터 정리한다,
✅  3. Claude가 먼저 나에게 질문하게 한다,
✅  4. 원하는 `출력 형식`을 정확히 말한다,
✅  5. 큰 일은 단계로 쪼갠다,
✅  6. 자기 답을 스스로 검토하게 한다,
✅  7. 5개 역할 로 팀을 꾸린다;  연구, 설계, 비평, 실행, 편집, 세션 끝에 메모리 노트를 남긴다,
✅  8. 잘 되는 프롬프트는 템플릿화한다,
✅  9. 넘지 말 경계를 설정한다,
✅  10. '답 도구'가 아니라 '일 관리 시스템'으로 쓴다

---

💯 ?? 자주 묻는 질문ㅡ FAQ

Q. 11단계를 매번 다 해야 하나요?
A. 아니요. 일의 크기에 맞게 골라 쓰면 됩니다. 간단한 작업은 `3·4단계; 질문하게 + 형식 지정`만으로 충분하고, 중요한 프로젝트일수록 `5·6·7단계; 쪼개기·자기검토·팀 구성`를 더하세요. 전부가 아니라 '지금 이 일에 필요한 것'을 조합하는 게 핵심입니다.

Q. 개발자용 아닌가요? 저는 글쓰기, 기획을 하는데요.
A. 다 통합니다. `먼저 이해하고, 쪼개고, 검토하고, 기록하는` 원리는 코드든 글이든 기획이든 똑같아요. 예를 들어 블로그 글도 연구자(자료)→설계자(목차)→실행자(초안)→비평가(검토)→편집자(퇴고)로 돌리면 훨씬 좋아집니다.

Q. 5개 역할(7단계)을 한 대화에서 다 하나요?
A. 네, 한 대화에서 순서대로 진행하면 됩니다. `이제 비평가 역할로 검토해줘`처럼 단계를 넘기면 Claude가 그 역할로 전환해요. 각 단계 결과를 확인하고 넘어가는 게 품질에 좋습니다. 한 번에 `5역할로 다 해줘`보다 한 단계씩이 낫습니다.

Q. 이 방식이 프로젝트 기능이랑 어떻게 연결되나요?
A. 찰떡입니다. 2단계 배경 정보와 8단계 메모리 노트를 프로젝트에 저장해두면, 매번 맥락을 다시 줄 필요가 없어요. 프로 모드의 '기억'과 '반복'을 프로젝트가 자동화해주는 셈입니다. 프로젝트 설정법은 연결한 글을 참고하세요.

Q. 이거 결국 프롬프트를 더 길게 쓰라는 거 아닌가요?
A. 길이의 문제가 아니라 '순서와 역할'의 문제입니다. 짧아도 "먼저 질문해", "자기 검토해" 한 줄씩이 큰 차이를 만들어요. 핵심은 답을 한 번에 뽑는 대신, 일하는 과정을 여러 단계로 나눠 관리하는 겁니다.

---

마치며; Claude를 챗봇처럼 쓰면 챗봇만큼의 결과가 나오고, 팀처럼 쓰면 팀만큼의 결과가 나옵니다. 도구는 그대로인데, '어떻게 일을 시키느냐'가 결과를 가르는 거죠.
오늘 하는 작업 하나에서, 딱 두 가지만 먼저 해보세요;
3단계 [바로 답하지 말고 나한테 먼저 질문해]와
6단계 [네 답을 스스로 검토해]
이 둘만 붙여도 결과가 달라지는 걸 바로 느끼실 겁니다. 익숙해지면 하나씩 더해가면 됩니다.
이 시스템의 바탕이 되는 프롬프트 원리가 더 궁금하다면 Claude 프롬프트 잘 쓰는 법 4원칙을, 맥락을 저장해 매번 자동화하려면 Claude 프로젝트로 나만의 AI 비서 만들기를 함께 보세요.

---

AI 아저씨; AI로 먹고사는 법을 직접 해보고 기록하는 아저씨입니다. Claude를 매일 쓰며 업무·콘텐츠·수익화에 어떻게 써먹는지, 과장 없이 '되는 것과 안 되는 것'을 솔직하게 나눕니다. 'AI 좀 하는 아저씨'에서 AI 활용과 수익화를 쉽게 풀어갑니다.