PRD 작성하는 방법

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 : 필요하다고 보지만 엄청 크리티컬한 기능이 아닌 일단 첫번째 먼저 기능을 런칭하고 이후에 추가 개발할꺼다.ㅁ

 

https://www.youtube.com/watch?v=GHqB4SarbQ0