제품 매니저 표준 업무 가이드
우리 제품팀의 모든 PM에게, 기술 배경과 관계없이. 이 가이드의 목표: 「두렵고 어디서 시작할지 모르겠다」에서 「없으면 못 산다」로 만드는 것입니다.
먼저 드리는 말씀: 두려워 말고 마음껏 쓰세요
지금 Claude Code에 대해 「대단하다고는 들었는데, 어디서 시작해야 할지 모르겠다」는 느낌이라면 완전히 정상입니다. 먼저 세 가지 오해를 깨드립니다.
오해 1: 코드를 모르면 못 써요
틀렸습니다. 오히려 정반대입니다——기술을 모르면 오히려 강점입니다. 「이걸 구현하기 얼마나 어렵지」에 발목 잡히지 않고, 그냥 아이디어를 명확히 말하면 됩니다. 그리고 아이디어를 명확히 하는 것이 바로 제품 매니저의 핵심 역량입니다. 미래는 「말하면 AI가 만든다」: 한 마디면 AI가 바로 만들어 줍니다.
오해 2: 뭔가 망가뜨리거나 큰일이 날 것 같아요
틀렸습니다. 자신의 프로젝트 폴더 안에서는 어떻게 해도 괜찮습니다. 최악의 경우는 결과가 마음에 들지 않는 것이고, 「아니야, 다시 해줘」 한 마디면 됩니다.
오해 3: 도구니까 「조작법」을 배워야 해요
마음을 바꾸세요: 도구가 아니라, 당신의 부하직원입니다. 지치지 않고, 항상 대기 중이며, 뭐든 조금씩 할 줄 아는 만능 인턴. 사람을 가르치듯 명확하게 일을 지시하면 됩니다.
첫 번째 단계: 5분이면 대화하는 법을 배웁니다
명령어 하나 배울 필요 없습니다. 프로젝트 폴더에 들어가서 그냥 말하면 됩니다. 핵심은 딱 세 문장입니다.
가장 쉬운 것부터
웹페이지 하나 만들어줘, 제목은 "안녕하세요", 배경은 하늘색으로, 그리고 로컬 서버 실행해서 브라우저에서 볼 수 있게 해줘.
브라우저에 페이지가 나타났다면 = 축하합니다, 이미 쓸 줄 아시는 겁니다.
핵심 세 문장
- 「…해줘」——일 지시
- 「여기 틀렸어, …이어야 해」——피드백 주기
- 「하기 전에 몇 가지 물어봐줘」——명확하게 생각 정리하기
핵심 이념: 네 가지 전제
| 전제 | 의미 |
|---|---|
| 코드를 몰라도 되지만, 설명은 잘해야 합니다 | 「아이디어→완성품」의 번역기로, 명확하게 말할수록 정확하게 만듭니다. |
| 누구나 사용 가능, 숙련도만 다를 뿐 | 진입 장벽 없음, 숙련도 차이만 있을 뿐입니다. |
| 프로토타입 = 실제로 작동하는 것 | 클릭하고, 인터랙션하고, 사용자가 직접 사용해볼 수 있는 것. 정적 이미지가 아닙니다. |
| 팀 전체가 함께 전환 | 팀의 새로운 기본 업무 방식, 개인 실험이 아닙니다. |
5단계 워크플로우（상세 분석）
PM의 업무를 다섯 단계로 나눕니다. 각 단계: 목표, 어떻게 말하는지, 완료 기준, 초보자 막히는 지점.
발견
목표: 사용자가 원하는 것, 경쟁사가 하는 것, 시장이 향하는 곳을 파악합니다.
/competitor-watch [경쟁사 URL] 분석, 핵심은 [가격/AI 기능], 비교 보고서로 정리
사용자의 가장 큰 고통을 세 문장으로 설명할 수 있음; 경쟁사가 어떻게 해결하는지, 우리의 차별점이 어디 있는지 앎.
너무 막연하게 물어봄. 해결책: 구체적 대상 + 구체적 관심사 + 구체적 출력 형식 제공.
정의
목표: 막연한 아이디어를 누구나 따를 수 있는 명확한 요구사항（PRD）으로 만듭니다.
/office-hours 나는 [아이디어]를 하고 싶어, 방안 먼저 말하지 말고 핵심 질문 5개 먼저 해줘 → /prd-generator 완전한 PRD 작성
명확한 성공 지표 있음; 엣지 케이스 목록화됨; 참여하지 않은 사람도 이해할 수 있음.
바로 작성 시키면 세부 내용을 지어냄. 해결책: 반드시 먼저 「질문하게」 하고 나서 작성.
설계
목표: 작업 시작 전에 「대략 어떻게 생겼는지」를 확인하고 방향을 정합니다.
/design-shotgun 로그인 페이지 3가지 스타일 방안: A 미니멀 B 비즈니스 C 활발, 나란히 비교할 수 있는 페이지로
방향을 하나 선택했음; 주요 페이지 모습을 머릿속에 그릴 수 있음.
처음부터 완벽을 요구해 반복 수정. 해결책: 먼저 거친 방안 3개 요청, 보고 나서 고름.
프로토타입 개발
목표: 설계를 실제로 클릭하고 인터랙션하고 사용자가 테스트할 수 있는 프로토타입으로 만듭니다. 핵심 마인드셋: 작게 빠르게.
/design-html 프로토타입으로 만들어 → 그리고 기능 하나씩 추가: 「차트를 브랜드 파란색으로」「CSV 내보내기 버튼 추가」… 대화로 반복
브라우저에서 실제로 작동됨; 주요 플로우 클릭해도 오류 없음; 가짜 데이터로 데모 가능.
한 번에 20개 요구사항 제시. 해결책: 한 번에 하나씩! 프로토타입 코드 품질에 집착하지 마세요.
검증
목표: 실제 사용자가 사용하게 하고, 느낌이 아닌 데이터로 의사결정합니다.
/qa 이 프로토타입 테스트해, 클릭 가능한 것 전부 클릭해보고, 오류·막힘·예상과 다른 부분 목록으로 정리
주요 플로우 명백한 버그 없이 통과; 실제 사용자 테스트 완료; 계속 진행할 가치가 있는지 증거로 답할 수 있음.
혼자 두 번 클릭하고 결론 내림. 해결책: 반드시 다른 사람에게 줘보고, 입 다물고 어디서 막히는지 지켜보세요.
역량 성장 경로
한 번에 다 될 필요 없습니다, 이 속도로 성장하면 됩니다.
바닥선: 안전망, 족쇄가 아닙니다
이 5가지 바닥선이 있기 때문에, 그 위에서 마음껏 시도하고 대담하게 사용할 수 있습니다.
- 실제 민감한 데이터는 넣지 마세요——가짜 데이터/익명화 데이터로 프로토타입 만들기.
- 키를 코드에 넣지 마세요——팀에서 테스트 전용 인증 정보 받기.
- 되돌릴 수 없는 일은 직접 확인하세요——배포, 삭제, 결제는 마지막 버튼을 직접 누르기.
- 운영 시스템 건드리지 마세요——프로토타입은 로컬/테스트 환경에서만.
- 확실하지 않으면 물어보세요——컴플라이언스, 결제, 개인정보, 기술 선택은 팀 리드에게 먼저.
3주 성장 로드맵
| 주차 | 목표 | 구체적 행동 |
|---|---|---|
| 1주차 | 두려움 극복 | 환경 설치, 첫 웹페이지 실행, 매일 3번 대화 연습. |
| 2주차 | 실전 한 번 | 실제 작은 요구사항 하나로 「PRD 작성 → 프로토타입 만들기」 전 과정 실행. |
| 3주차 | 독립 사이클 | 「아이디어 → 프로토타입 → 동료 테스트 → 개선」 전 과정 완주. |
부록
A · 프롬프트 네 가지 법칙
| 법칙 | ❌ 이렇게 말하면 | ✅ 이렇게 말하세요 |
|---|---|---|
| 구체적으로 | 예쁜 페이지 만들어줘 | 로그인 페이지, 가운데 카드, 이메일+비밀번호, 파란 버튼 #3B82F6 |
| 맥락 제공 | 내보내기 기능 추가해줘 | 칸반 오른쪽 상단에 내보내기 버튼 추가, 현재 필터 결과 CSV 다운로드 |
| 단계별로 | 한 번에 15개 요구사항 | 한 번에 하나씩, 결과 보고 나서 다음 것 |
| 참고 제공 | 색깔 조금 바꿔줘 | 메인 색상 #3B82F6, Stripe 배색 참고 |
B · 자주 쓰는 스킬 빠른 참조
대화에서 /를 입력하면 전체 목록을 볼 수 있습니다. PM이 가장 많이 쓰는 것: /office-hours 아이디어 다듬기 · /prd-generator PRD 작성 · /competitor-watch 경쟁사 분석 · /design-shotgun 다방안 · /design-html 프로토타입 · /qa 테스트 · /make-pdf PDF 변환.
C · 초보자 FAQ
Q: 결과가 틀렸는데 코드를 모르면 어떻게 수정해요?
그냥 「여기 틀렸어, 내가 원하는 건 …」이라고 말하세요. 스스로 수정합니다.
Q: 프로토타입을 바로 사용자에게 정식 제품으로 줄 수 있나요?
소규모 사용자 테스트는 가능하지만, 정식 출시는 안 됩니다. 출시는 개발팀이 프로덕션급으로 재작성해야 합니다.
Q: 프로토타입 하나에 얼마나 걸려요?
단순한 것은 몇 시간, 복잡한 것은 하루. 하루가 지나도 결과가 없으면 요구사항이 너무 크다는 뜻이니 나누세요.
Q: 시행착오에 시간 낭비할까 봐 걱정돼요.
시행착오가 바로 이 업무 방식의 핵심 가치입니다. 빨리 틀릴수록, 올바른 방향을 더 빨리 찾습니다.
