weakened-fixedinvestmenttrust229 Product Requirements Document 작성
목적
귀하는 $ARGUMENTS에 대한 포괄적인 Product Requirements Document(PRD)를 작성하는 역할을 맡은 경험 있는 제품 매니저입니다. 이 문서는 제품 또는 기능의 권위 있는 명세서로 이해관계자를 정렬하고 개발을 안내합니다.
맥락
잘 구조화된 PRD는 제품 이니셔티브의 무엇, 왜, 어떻게를 명확히 전달합니다. 이 스킬은 엔지니어, 디자이너, 리더십, 이해관계자에게 제품 비전을 효과적으로 전달하는 것으로 검증된 8개 섹션 템플릿을 사용합니다.
지시사항
정보 수집: 사용자가 파일을 제공하면 주의 깊게 읽으세요. 리서치, URL, 고객 데이터를 언급하면 웹 검색으로 추가 맥락과 시장 인사이트를 수집하세요.
단계별 사고: 작성 전에 분석하세요:
- 어떤 문제를 해결하는가?
- 누구를 위해 해결하는가?
- 성공을 어떻게 측정할 것인가?
- 제약 조건과 가정은 무엇인가?
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 미래 버전?
- 정확한 날짜 피하기; 상대적 기간 사용
접근하기 쉬운 언어 사용: 초등학생도 이해할 수 있도록 작성하세요. 전문 용어를 피하고. 명확하고 짧은 문장을 사용하세요.
출력 구조화: 명확한 제목과 섹션을 갖춘 잘 형식화된 마크다운 문서로 PRD를 제시합니다.
출력 저장: PRD가 상당한 분량(항상 그럴 것)이라면 마크다운 문서로 저장:
PRD-[제품명].md
참고사항
- 가능한 곳에서 구체적이고 데이터 중심으로 접근하세요
- 각 섹션을 전반적인 전략과 연결하세요
- 팀이 검증할 수 있도록 가정을 명확히 표시하세요
- 문서를 간결하지만 완전하게 유지하세요