연구실/조사
PRD 작성하는 방법
user
2025. 1. 19. 20:06
PRD(Product Requirements Document)를 잘 작성하고 싶은데, 참 어렵다.
그래서 찾아봤는데, 아래 유튜브에서 정리를 잘 해주어서 기록해본다.
- PRD는 커뮤니케이션 수단이자 Source of Truth이다. 모든 것들이 잘 정리되어 있어야하고, 누구든지 문서에서 정보를 명확하게 볼 수 있고 어떤 방향으로 가고 성공지표, 목표, 임팩트는 어디에 있는지 볼 수 있어야 한다.
- PRD는 문서를 보는 누구나 문제가 무엇인지 정확하게 이해할 수 있어야하며, 문서를 보는 누구나 솔루션이 어떤건지 정확하게 이해한다.
- 개발하는 사람과 이해관계자 모두가 이 핵심기능이 무엇이지, 유저들이 어떻게 상호작용하는지 이해할 수 있어야한다.
- 운영팀이 어떻게 이 부분을 확인하고 관리할 수 있는 기능이 있어야한다.
- PRD는 많이 써보며 자기 것으로 만들어야한다.
Overview
- Problem Statement : 문제가 무엇인지(PRD에서는 문제가 명확해야한다. )
- Proposed work : 문제를 해결하기 위한 솔루션
- Tip1. User Flow, ERROR 예외처리 정의
Dependencies & risks
- Stakeholders : 어떤 이해관계자가 이 문제를 함께 풀어가는지 작성해야함. 생각지도 못한 문제 발생 시, 누구랑 이야기해야되는지 파악할 수 있음
- Risks : 생각지도 못한 변수가 많이 발생함. 시작하기 전에 PM에 변수가 무엇이 있는지 큰 리스크가 뭐가 있는지 정의해야함. 리스크가 크다면, 그럼에도 불구하고 왜 진행해야되는지 미리 생각할 수 있음
- Dependencies : 서로가 연결되어 있는 것을 정의해야함. 우선순위
Success criteria
- SMART 체계
- Acceptance criteria/definition of done
No-GOS : we will not develop this
Post launch plane : 필요하다고 보지만 엄청 크리티컬한 기능이 아닌 일단 첫번째 먼저 기능을 런칭하고 이후에 추가 개발할꺼다.ㅁ