#15 팀·외주 파트너와 Claude 쓰는 방법 공유하기lecture_script
코스: claude-autowork · 에이전트: producer
HOOK (45초)
외주 파트너에게 Claude 작업 방식을 넘겼는데, 결과물이 전혀 다르게 나와서 처음부터 다시 하신 적 있으신가요?
내가 쓰는 프롬프트, 순서, 판단 기준을 말로 설명하면 늘 뭔가 빠집니다.
이번 차시에서는 그 문제를 구조로 해결합니다.
SOP 문서 한 장이면, 제가 없어도 팀원이나 파트너가 동일한 품질을 재현합니다.
PROMISE (30초)
이 차시가 끝나면, 외주 파트너나 팀원이 회원님 없이도 Claude 방법를 그대로 실행할 수 있는 SOP 문서를 직접 완성할 수 있습니다.
CORE (8–10분)
중요 개념 1 — SOP 문서 구조: '비행 체크리스트'
설명
SOP는 표준 운영 절차서입니다.
중요한은 단 하나입니다. 작성자가 없어도 실행자가 틀리지 않게 만드는 것.
비행기 조종사는 수천 시간의 경력자여도 이륙 전에 체크리스트를 꺼냅니다.
경험이 아니라 문서가 품질을 보장하기 때문입니다.
Claude 방법 SOP도 같은 원리입니다.
좋은 SOP는 5개 레이어로 구성됩니다.
첫째, 목적과 적용 범위. 둘째, 사전 준비물. 셋째, 단계별 실행 절차. 넷째, 판단 기준과 예외 처리. 다섯째, 결과물 품질 기준.
예시
예를 들어 '고객 제안서 초안 작성' 방법라면, 목적란에는 "Claude를 써서 고객 미팅 후 24시간 내 제안서 초안 생성"이라고 씁니다.
사전 준비물에는 고객 인터뷰 메모, 회사 템플릿 파일, 프롬프트 파일 경로를 명시합니다.
반례
많은 분이 절차만 쓰고 판단 기준을 빠뜨립니다.
"Claude 결과물이 이상하면 다시 실행하세요"는 SOP가 아닙니다.
'이상하다'의 기준이 없으면 실행자는 매번 회원님에게 물어봐야 합니다.
정리
SOP = 체크리스트. 5개 레이어, 판단 기준까지 포함해야 진짜 SOP입니다.
메모리 페그: '5층 건물' — 목적·준비·절차·판단·품질, 아래층 없이 위층은 없습니다.
중요 개념 2 — 방법 문서화: '레시피 카드'
설명
방법 문서화는 요리 레시피와 같습니다.
재료, 순서, 불 세기, 완성 기준이 모두 적혀 있어야 처음 만드는 사람도 같은 음식을 냅니다.
Claude 방법에서 '재료'는 입력 데이터입니다.
'순서'는 프롬프트 실행 순서입니다.
'불 세기'는 Claude 설정값, 즉 온도·모델 버전입니다.
'완성 기준'은 결과물이 통과해야 할 체크포인트입니다.
문서화할 때 지켜야 할 규칙이 있습니다.
프롬프트는 반드시 전문을 붙여넣습니다. 요약하면 안 됩니다.
각 단계에는 '이 단계의 목적' 한 줄을 추가합니다.
스크린샷이나 예시 결과물을 한 개 이상 첨부합니다.
예시
3단계 방법를 문서화한다면 이렇게 씁니다.
"Step 1 — 목적: 원문 데이터에서 중요한 키워드 추출. 사용 프롬프트: [전문 붙여넣기]. 예상 출력 형태: 불릿 리스트 5–10개."
이렇게 쓰면 파트너가 Step 1을 실행했을 때 결과물이 불릿 10개가 아니라 단락으로 나왔다면, 스스로 '뭔가 잘못됐다'는 걸 압니다.
반례
"Claude에게 요약하라고 하세요"처럼 의도만 쓰는 문서는 재현이 불가능합니다.
프롬프트가 조금만 달라도 결과물이 완전히 달라집니다.
프롬프트 전문 없는 방법 문서는 레시피에서 분량이 빠진 것과 같습니다.
정리
문서화 = 레시피 카드. 프롬프트 전문 + 단계 목적 + 예시 결과물, 이 3가지가 세트입니다.
메모리 페그: '레시피 3총사' — 전문·목적·예시.
중요 개념 3 — 재현 가능성 설계: '신호등 시스템'
설명
문서를 완성해도 실행자가 중간에 막히면 다시 회원님에게 연락이 옵니다.
재현 가능성 설계는 그 '막히는 순간'을 미리 설계하는 것입니다.
제 경험상 방법에서 실행자가 멈추는 지점은 세 가지입니다.
첫째, Claude 출력이 예상과 다를 때. 둘째, 입력 데이터가 불완전할 때. 셋째, 다음 단계로 넘어가도 되는지 판단이 안 될 때.
이 세 지점에 '신호등'을 달아줍니다.
초록불: 이 조건이면 다음 단계로 진행. 노란불: 이 조건이면 여기서 일단 저장 후 공유. 빨간불: 이 조건이면 중단 후 담당자에게 연락.
예시
콘텐츠 초안 생성 방법를 예로 들겠습니다.
"Claude 출력이 500자 이상이고 중요한 키워드가 3개 이상 포함됐으면 → 초록불, 다음 단계 진행. 출력이 500자 미만이거나 키워드가 누락됐으면 → 노란불, 프롬프트 수정 후 재실행. Claude가 '죄송합니다, 답변이 어렵습니다'라는 응답을 하면 → 빨간불, 담당자에게 원본 입력값과 함께 공유."
반례
"결과물 검토 후 판단하세요"는 신호등이 없는 것입니다.
실행자의 판단 기준이 회원님과 다르면, 검토 후에도 잘못된 방향으로 진행됩니다.
기준이 주관적이면 SOP가 아니라 가이드라인에 불과합니다.
정리
재현 가능성 = 신호등 시스템. 초록·노란·빨간, 3가지 조건을 각 단계에 명시합니다.
메모리 페그: '신호등 3색' — 진행·수정·중단.
EXERCISE (3–4분)
지금 영상을 일시정지하고 직접 만들어보세요.
회원님이 지금 가장 자주 반복하는 Claude 방법 하나를 고릅니다.
A4 2페이지 분량의 SOP 문서를 아래 순서로 작성합니다.
Step 1 — 문서 헤더 작성 (2분)
문서 제목, 작성일, 버전, 작성자, 적용 대상을 표로 정리합니다.
목적 한 줄과 적용 범위 두 줄을 씁니다.
Step 2 — 사전 준비물 목록 작성 (3분)
필요한 입력 데이터, 파일, Claude 접속 계정 조건을 불릿으로 나열합니다.
각 항목 옆에 '어디서 구하는지'를 괄호로 명시합니다.
Step 3 — 단계별 절차 작성 (5분)
Step 번호, 단계 목적, 사용 프롬프트 전문, 예상 출력 형태 순으로 각 단계를 작성합니다.
Step 4 — 신호등 조건 추가 (3분)
각 Step 아래에 초록·노란·빨간 조건을 한 줄씩 추가합니다.
Step 5 — 결과물 품질 기준 작성 (2분)
최종 결과물이 통과해야 할 체크리스트를 3–5개 항목으로 씁니다.
완성된 문서는 실제 팀원이나 파트너에게 넘겨서 회원님 없이 실행해보게 하는 것이 가장 좋은 검증입니다.
CTA (30초)
다음 차시 #16에서는 이 SOP를 기반으로 Claude 방법를 Notion이나 Confluence에 팀 전체가 쓸 수 있는 형태로 배포하는 방법을 다룹니다.
오늘 완성한 SOP 문서 초안을 댓글에 공유해주세요.
대부분의 경우 피드백 한 번이 문서 품질을 크게 끌어올립니다.
예상 분량: 15분