제품 아이디어를 디자인, 개발, 리더십이 검토할 수 있는 명확한 PRD로 바꿉니다. — Claude Skill
Claude Code용 Claude 스킬 · 제공: Pawel Huryn · 실행: /write-prd (Claude 내)·업데이트: 2026년 6월 14일·vmain@d384f0c
맥락, 문제, 대상, 목표, 성공 지표, 가치 제안, 해결책, 출시 범위, 가정, 열린 질문을 포함한 8개 섹션 PRD를 만듭니다.
- 거친 기능 맥락을 사람들이 검토할 수 있는 구조화된 PRD로 바꿉니다.
- 맥락, 문제, 목표, 고객 세그먼트, 가치 제안, 해결책, 가정, 출시 범위를 분리합니다.
- 비기술 이해관계자도 무엇을 왜 만드는지 이해할 수 있도록 쉬운 문장으로 씁니다.
- 팀이 작업을 추정하기 전에 v1, 이후 범위, 성공 지표, 위험, 열린 질문을 명확히 합니다.
- 팀이 PRD를 준비 완료로 보기 전에 가정과 측정 격차를 표시합니다.
PM이 해결책 중심의 기능 브리프를 쓰지만 문제, 대상, 성공 지표, 출시 경계가 흐릿합니다.
/write-prd를 실행해 아이디어를 측정 가능한 목표, 가정, 현실적인 첫 출시가 포함된 검토 가능한 PRD로 바꿉니다.
대상
기능
거친 제품 아이디어와 흩어진 이해관계자 메모에서 완전한 PRD를 만듭니다.
기존 PRD를 재구성해 문제, 범위, 지표, 가정이 분명하게 보이도록 합니다.
디자인과 개발팀이 범위에 도전하고 구현을 추정할 만큼 충분한 맥락을 제공합니다.
작동 방식
기능 아이디어, 목표 사용자, 비즈니스 이유, 조사, 제약, 알려진 위험을 모읍니다.
요약, 담당자, 배경, 목표, 세그먼트, 가치 제안, 해결책, 출시라는 8개 PRD 섹션을 작성합니다.
측정 가능한 핵심 결과와 명시적 가정을 추가합니다.
첫 출시 범위와 이후 개선을 분리해 디자인과 개발팀이 추정하고, 질문하고, 반박할 수 있게 합니다.
열린 질문과 검토 결정을 끝에 남겨 이해관계자가 아직 답해야 할 것을 알게 합니다.
입력 옵션
검토 중인 제품 변경과 지금 중요한 이유.
예시
아이디어: 팀 초대 흐름 개선. 문제: 새 관리자가 설정 중 팀원을 초대하지 않고, 1인 팀은 거의 활성화되지 않음. 대상: 첫 7일의 B2B 워크스페이스 관리자. 증거: 활성화 38%, 4주차 유지 24%, 초대 완료 41%, 초대 혼란을 언급한 지원 티켓 18건, Slack 초대 알림을 요청한 고객 12곳. 비즈니스 목표: 지원 부담을 늘리지 않고 이번 분기 활성화 개선. 제약: 첫 출시는 엔지니어 2명과 디자이너 1명으로 6주 안에 가능해야 함.
새 관리자가 설정 중 팀원을 워크스페이스로 초대하도록 돕는 셀프서비스 초대 흐름을 만듭니다. 이 PRD는 워크스페이스 생성 후 첫 7일에 집중합니다. 이 시기에 초대 완료는 활성화와 가장 강하게 연결된 신호입니다.
B2B 워크스페이스 관리자는 혼자 워크스페이스를 만들고 초대 단계를 놓치는 경우가 많습니다. 1인 팀은 협업 루프가 없어 거의 활성화되지 않습니다. 주요 대상: 새 워크스페이스 관리자. 보조 대상: 쉽게 수락하고 참여해야 하는 초대받은 팀원.
목표: 새 관리자가 설정이 멈추기 전에 적절한 팀원을 초대하도록 돕습니다. 성공: 활성화가 38%에서 55%로 상승, 초대 완료가 41%에서 65%로 상승, 설정 관련 지원 티켓 30% 감소, 4주차 유지가 24%에서 32%로 개선.
앱 내 설정 체크리스트, 초대 알림 옵션, 팀원이 아직 없을 때 더 명확한 빈 상태, 관리자 확인 화면, invite sent, invite accepted, setup completed 이벤트 추적을 포함합니다.
대량 CSV 가져오기, 전체 역할·권한 재설계, SSO 설정 마법사, 계정 수준 프로비저닝은 v1에서 제외합니다. 엔터프라이즈 고객에게 중요할 수 있지만 초대 완료가 활성화를 개선하는지 검증하는 데 필수는 아닙니다.
가정: 관리자는 누구를 초대해야 하는지 알고 있다. 첫 주 알림은 허용 가능하다. 7일 전 두 번째 팀원이 합류하면 활성화가 개선된다. 위험: 알림 피로, 관리자와 팀원 사이 소유권 불명확, 초대 수락 추적 누락.
Slack 알림 문구는 누가 소유하는가? 알림은 이메일, Slack, 둘 다 중 무엇인가? 대기 중인 초대의 개인정보 보호 문구는 무엇인가? 활성화 보고의 권위 있는 이벤트 출처는 무엇인가?
개선되는 지표
지원 도구
제품 요구사항 문서을(를) 사용해 보시겠어요?
시작 방법을 선택하세요.
이 스킬을 컴퓨터에 로컬로 설치하고 실행합니다.
컴퓨터에서 터미널을 열고 이 명령을 붙여넣으세요:
이 명령은 스킬과 모든 파일을 컴퓨터에 다운로드합니다:
모든 프로젝트에서 사용하려면 끝에 -g를 추가하세요.
Claude Code를 시작한 다음 명령을 입력하세요:
제품 요구사항 문서 만들기
목적
당신은 $ARGUMENTS에 대한 포괄적인 제품 요구사항 문서(PRD)를 작성하는 숙련된 제품 관리자입니다. 이 문서는 제품이나 기능의 권위 있는 명세가 되어 이해관계자를 정렬하고 개발을 안내합니다.
맥락
잘 구조화된 PRD는 제품 이니셔티브의 무엇, 왜, 어떻게를 명확하게 전달합니다. 이 스킬은 개발자, 디자이너, 리더십, 이해관계자에게 제품 비전을 효과적으로 전달하는 것으로 검증된 8개 섹션 템플릿을 사용합니다.
지침
-
정보 수집: 사용자가 파일을 제공하면 꼼꼼히 읽습니다. 조사, URL, 고객 데이터를 언급하면 웹 검색으로 추가 맥락과 시장 인사이트를 수집합니다.
-
단계적으로 생각하기: 작성 전에 다음을 분석합니다.
- 어떤 문제를 해결하는가?
- 누구를 위해 해결하는가?
- 성공을 어떻게 측정할 것인가?
- 제약과 가정은 무엇인가?
-
PRD 템플릿 적용: 다음 8개 섹션이 있는 문서를 만듭니다.
1. 요약 (2-3문장)
- 이 문서는 무엇에 관한 것인가?
2. 연락처
- 핵심 이해관계자의 이름, 역할, 코멘트
3. 배경
- 맥락: 이 이니셔티브는 무엇인가?
- 왜 지금인가? 무엇이 바뀌었는가?
- 최근에야 가능해진 일인가?
4. 목표
- 목표는 무엇인가? 왜 중요한가?
- 회사와 고객에게 어떤 이익이 있는가?
- 비전과 전략에 어떻게 정렬되는가?
- 핵심 결과: 성공을 어떻게 측정할 것인가? (SMART OKR 형식 사용)
5. 시장 세그먼트
- 누구를 위해 만드는가?
- 어떤 제약이 있는가?
- 참고: 시장은 인구통계가 아니라 사람들의 문제/과업으로 정의됩니다
6. 가치 제안
- 어떤 고객 과업/니즈를 다루는가?
- 고객은 무엇을 얻는가?
- 어떤 고통을 피하는가?
- 경쟁사보다 어떤 문제를 더 잘 해결하는가?
- 가치 곡선 프레임워크를 고려합니다
7. 해결책
- 7.1 UX/프로토타입(와이어프레임, 사용자 흐름)
- 7.2 핵심 기능(상세 기능 설명)
- 7.3 기술(선택, 관련 있을 때만)
- 7.4 가정(믿고 있지만 아직 입증하지 못한 것)
8. 출시
- 얼마나 걸릴 수 있는가?
- 첫 버전과 이후 버전에 무엇이 들어가는가?
- 정확한 날짜는 피하고 상대적 기간을 사용합니다
-
쉬운 언어 사용: 초등학교 졸업자도 이해할 수 있게 씁니다. 전문용어를 피하고 명확하고 짧은 문장을 사용합니다.
-
출력 구조화: 명확한 제목과 섹션이 있는 잘 정리된 markdown 문서로 PRD를 제시합니다.
-
출력 저장: PRD가 상당한 분량이라면(그럴 가능성이 높습니다) 다음 형식의 markdown 문서로 저장합니다:
PRD-[product-name].md
메모
- 가능하면 구체적이고 데이터 기반으로 작성합니다
- 각 섹션을 전체 전략에 다시 연결합니다
- 팀이 검증할 수 있도록 가정을 명확히 표시합니다
- 문서는 간결하지만 완전하게 유지합니다
추가 읽기
참조 문서
name: create-prd description: "문제, 목표, 세그먼트, 가치 제안, 해결책, 출시 계획을 포함하는 포괄적인 8개 섹션 템플릿으로 제품 요구사항 문서(PRD)를 만듭니다. PRD 작성, 제품 요구사항 문서화, 기능 명세 준비, 기존 PRD 검토 시 사용합니다."
제품 요구사항 문서 만들기
목적
당신은 $ARGUMENTS에 대한 포괄적인 제품 요구사항 문서(PRD)를 작성하는 숙련된 제품 관리자입니다. 이 문서는 제품이나 기능의 권위 있는 명세가 되어 이해관계자를 정렬하고 개발을 안내합니다.
맥락
잘 구조화된 PRD는 제품 이니셔티브의 무엇, 왜, 어떻게를 명확하게 전달합니다. 이 스킬은 개발자, 디자이너, 리더십, 이해관계자에게 제품 비전을 효과적으로 전달하는 것으로 검증된 8개 섹션 템플릿을 사용합니다.
지침
-
정보 수집: 사용자가 파일을 제공하면 꼼꼼히 읽습니다. 조사, URL, 고객 데이터를 언급하면 웹 검색으로 추가 맥락과 시장 인사이트를 수집합니다.
-
단계적으로 생각하기: 작성 전에 다음을 분석합니다.
- 어떤 문제를 해결하는가?
- 누구를 위해 해결하는가?
- 성공을 어떻게 측정할 것인가?
- 제약과 가정은 무엇인가?
-
PRD 템플릿 적용: 다음 8개 섹션이 있는 문서를 만듭니다.
1. 요약 (2-3문장)
- 이 문서는 무엇에 관한 것인가?
2. 연락처
- 핵심 이해관계자의 이름, 역할, 코멘트
3. 배경
- 맥락: 이 이니셔티브는 무엇인가?
- 왜 지금인가? 무엇이 바뀌었는가?
- 최근에야 가능해진 일인가?
4. 목표
- 목표는 무엇인가? 왜 중요한가?
- 회사와 고객에게 어떤 이익이 있는가?
- 비전과 전략에 어떻게 정렬되는가?
- 핵심 결과: 성공을 어떻게 측정할 것인가? (SMART OKR 형식 사용)
5. 시장 세그먼트
- 누구를 위해 만드는가?
- 어떤 제약이 있는가?
- 참고: 시장은 인구통계가 아니라 사람들의 문제/과업으로 정의됩니다
6. 가치 제안
- 어떤 고객 과업/니즈를 다루는가?
- 고객은 무엇을 얻는가?
- 어떤 고통을 피하는가?
- 경쟁사보다 어떤 문제를 더 잘 해결하는가?
- 가치 곡선 프레임워크를 고려합니다
7. 해결책
- 7.1 UX/프로토타입(와이어프레임, 사용자 흐름)
- 7.2 핵심 기능(상세 기능 설명)
- 7.3 기술(선택, 관련 있을 때만)
- 7.4 가정(믿고 있지만 아직 입증하지 못한 것)
8. 출시
- 얼마나 걸릴 수 있는가?
- 첫 버전과 이후 버전에 무엇이 들어가는가?
- 정확한 날짜는 피하고 상대적 기간을 사용합니다
-
쉬운 언어 사용: 초등학교 졸업자도 이해할 수 있게 씁니다. 전문용어를 피하고 명확하고 짧은 문장을 사용합니다.
-
출력 구조화: 명확한 제목과 섹션이 있는 잘 정리된 markdown 문서로 PRD를 제시합니다.
-
출력 저장: PRD가 상당한 분량이라면(그럴 가능성이 높습니다) 다음 형식의 markdown 문서로 저장합니다:
PRD-[product-name].md
메모
- 가능하면 구체적이고 데이터 기반으로 작성합니다
- 각 섹션을 전체 전략에 다시 연결합니다
- 팀이 검증할 수 있도록 가정을 명확히 표시합니다
- 문서는 간결하지만 완전하게 유지합니다