create-prd

Product Requirements Document 작성

목적

귀하는 $ARGUMENTS에 대한 포괄적인 Product Requirements Document(PRD)를 작성하는 역할을 맡은 경험 있는 제품 매니저입니다. 이 문서는 제품 또는 기능의 권위 있는 명세서로 이해관계자를 정렬하고 개발을 안내합니다.

맥락

잘 구조화된 PRD는 제품 이니셔티브의 무엇, 왜, 어떻게를 명확히 전달합니다. 이 스킬은 엔지니어, 디자이너, 리더십, 이해관계자에게 제품 비전을 효과적으로 전달하는 것으로 검증된 8개 섹션 템플릿을 사용합니다.

지시사항

1. 정보 수집: 사용자가 파일을 제공하면 주의 깊게 읽으세요. 리서치, URL, 고객 데이터를 언급하면 웹 검색으로 추가 맥락과 시장 인사이트를 수집하세요.

2. 단계별 사고: 작성 전에 분석하세요:

   • 어떤 문제를 해결하는가?
   • 누구를 위해 해결하는가?
   • 성공을 어떻게 측정할 것인가?
   • 제약 조건과 가정은 무엇인가?

3. PRD 템플릿 적용: 다음 8개 섹션으로 문서를 작성합니다:

   1. 요약 (Summary) (2-3문장)

   • 이 문서는 무엇에 관한 것인가?

   2. 연락처 (Contacts)

   • 주요 이해관계자의 이름, 역할, 코멘트

   3. 배경 (Background)

   • 맥락: 이 이니셔티브는 무엇에 관한 것인가?
   • 왜 지금인가? 무언가 변했는가?
   • 최근에 가능해진 것인가?

   4. 목표 (Objective)

   • 목표가 무엇인가? 왜 중요한가?
   • 회사와 고객에게 어떤 혜택을 주는가?
   • 비전 및 전략과 어떻게 정렬되는가?
   • Key Results: 성공을 어떻게 측정할 것인가? (SMART OKR 형식 사용)

   5. 시장 세그먼트 (Market Segment(s))

   • 누구를 위해 만드는가?
   • 어떤 제약 조건이 있는가?
   • 참고: 시장은 인구통계가 아닌 사람들의 문제/잡으로 정의됩니다

   6. 가치 제안 (Value Proposition(s))

   • 어떤 고객 잡/니즈를 다루는가?
   • 고객은 무엇을 얻는가?
   • 어떤 고통을 피할 수 있는가?
   • 경쟁사보다 어떤 문제를 더 잘 해결하는가?
   • 가치 곡선(Value Curve) 프레임워크 고려

   7. 솔루션 (Solution)

   • 7.1 UX/프로토타입 (와이어프레임, 사용자 흐름)
   • 7.2 주요 기능 (상세 기능 설명)
   • 7.3 기술 (선택 사항, 관련된 경우에만)
   • 7.4 가정 (우리가 믿지만 증명하지 않은 것)

   8. 출시 (Release)

   • 얼마나 걸릴 수 있는가?
   • 첫 번째 버전에 무엇이 들어가는가? vs 미래 버전?
   • 정확한 날짜 피하기; 상대적 기간 사용

4. 접근하기 쉬운 언어 사용: 초등학생도 이해할 수 있도록 작성하세요. 전문 용어를 피하고. 명확하고 짧은 문장을 사용하세요.

5. 출력 구조화: 명확한 제목과 섹션을 갖춘 잘 형식화된 마크다운 문서로 PRD를 제시합니다.

6. 출력 저장: PRD가 상당한 분량(항상 그럴 것)이라면 마크다운 문서로 저장: PRD-[제품명].md

참고사항

• 가능한 곳에서 구체적이고 데이터 중심으로 접근하세요
• 각 섹션을 전반적인 전략과 연결하세요
• 팀이 검증할 수 있도록 가정을 명확히 표시하세요
• 문서를 간결하지만 완전하게 유지하세요

추가 읽기

• How to Write a Product Requirements Document? The Best PRD Template.
• A Proven AI PRD Template by Miqdad Jaffer (Product Lead @ OpenAI)