PRD란 Product Requirement Document로 제품 요구사항 정의서이다. PRD란 신규 개발 및 기능 개선이 필요한 Product의 요구사항을 정리한 문서로 제품에 반영되길 원하는 요구 사항들이 담겨있다.
PRD는 만들고자하는 제품의 기능이 고객의 어떤 문제를 해결하는지 정리한 문서로
PRD 요구사항 정의서에는 유관부서의 이해관계자들에게 기획자의 의도 및 목적이 담긴 요구사항을 명확하게 전달하는게 핵심이다.
- 문제의 정의 및 목적
- 유저 가치
- 시장성 예측 및 임팩트
- 제품 서비스의 정의
- 구현 요구사항
- 일정
- 예상질문
- 제품 개요(요약과 배경)
- 비즈니스 목표 혹은 지표
- 핵심 고객 또는 사용자 정의
- 핵심 사용자 여정(User Journeys), 사용자 스토리(User Story)
- 기능적 요구 사항 - Must / Should / Could
- 프로젝트 일정 및 배포 계획
- 기타 참고 문서 - 와이어 프레임 / 스토리 보드 / UX 리서치 결과
- Title
- Change history
- Overview
- Success Metrics
- Messaging
- Timeline/Release Planning
- Personas
- User Scenarios
- User Stories/Requirements/Features
- Features Out
- Designs
- Open Issues
- Q&A
작성 방법은 구글 PM Omar Eduardo의 PRD 글을 참고했다.
1. 사용자 문제 및 비즈니스 우선순위 결정의 근거를 포함하기
PRD에는 개발 프로세스를 고려해 사용자 문제와 개발 목표를 검토하고, 해결 방안에 대한 내용을 작성해야 한다. 사용자 조사 결과, 다양한 옵션에 대한 토론과 평가, 기술적 한계, UX 고려 사항, 리소스 및 예산, 타임라인 요구 사항 등이 포함 된다. 그리고 다른 유관 부서 의사 결정권자와 공유하고 진행 되어도 괜찮은지 의견을 받는다.
2. 해결 방안에 대한 세부 정보 추가하기
PRD에는 개발 및 디자인 프로세스를 고려해 제안된 해결 방안에 대한 세부 정보가 작성되어야 한다. 다른 팀에 대한 관련 링크도 포함하고 협업하는 팀원들이 PRD를 이해할 수 있도록 작성해야 한다.
3. UX 및 개발 설계 문서를 참조하기
4. PRD 업데이트하여 기능 범위 결정하기
5. 다른 사람들과 공유하여 의견 구하기
6. 개발 중에도 PRD를 계속 업데이트하기
단순화
1. 초안 작성
2. 승인 받기
3. 디자인팀과 공유
4. 개발팀과 공유
5. 프로젝트팀과 공유
6. 회사와 공유