Product requirements document
제품 요구 문서(product requirements document, PRD)는 특정 제품의 모든 요구사항을 포함하는 문서이다. 제품이 무슨 일을 해야 하는지를 사람들이 이해할 수 있도록 작성되어 있다. PRD는 그러나 일반적으로 나중에 인터페이스 디자이너와 엔지니어들이 자신의 실력을 사용하여 최적의 솔루션을 요건에 제공할 수 있도록 어떻게 제품이 일을 하는지를 예측하거나 정의하는 것은 삼간다.
PRD는 종종 소프트웨어 제품을 위해 작성되지만 모든 종류의 제품과 서비스에 사용될 수 있다.
제품 요구 문서 작성 방법
프로덕트 매니저가 작성하는 PRD(Product requirement document)는 다음의 핵심 질문에 대한 답변을 위해 작성됩니다.
- 우리가 이 기획을 왜 해야 하나요? (WHY)
- 이 문제는 어떻게 접근해야 하나요? (HOW)
- 가장 적합한 솔루션은 무엇인가요? (WHAT)
PRD의 중요한 목적은 올바른 제품을 만들고 사용자에게 잘 전달하기 위한 방향으로 팀이 함께 나아가도록 하는 것입니다. 잘만 활용된다면, PRD는 어떤 개발 프로세스를 따르더라도 훌륭한 제품 개발 도구가 될 수 있습니다. 이 글에서는 PRD를 최대한 활용하기 위한 몇가지 팁을 소개하고자 합니다.
PRD에는 무엇을 작성해야 하나요?
가장 기본적인 형태의 PRD는 다음의 섹션이 포함되어 있는 단순한 문서라고 볼 수 있습니다.
- 요약과 배경(Summary and Background)
- 문제가 무엇이고 왜 이것이 중요한가요? 이 기획의 중요성을 강조하기 위한 사업 지표나 유저 리서치 내용 또는 여러 다른 인사이트를 포함시키는 것도 좋습니다.
- 주요 사용자(Target Users)
- 이 해결책은 누구를 위한 것인가요? 이 유저들은 왜 중요하며 이들의 불편함(pain points)을 우선순위를 높여 해결해야 하는 이유는 무엇인가요?
- 핵심 사용자 여정(Critical User Journeys, CUJs)
- 문제를 해결했을 때 사용자가 얻을 수 있는 것은 무엇인가요? 구체적인 솔루션보다는 사용자 니즈에 집중해서 작성해주세요.
- 기능적 요구사항(Functional requirements)
- 솔루션의 세부 기획을 작성합니다. PM으로서 기능적 요구사항을 상세히 쓰는 것은 중요하지만, 특정 솔루션을 너무 강요하지는 않도록 합니다.
- 관련 문서(Supporting documents)
- 솔루션의 세부 인터랙션 디자인이나 기술적 구현에 대해서는 디자이너, 엔지니어와 논의할 텐데요. PRD에 관련 UX 플로우 또는 개발 설계 문서를 추가적으로 연결해 참고할 수 있도록 해주세요.
- 배포 계획(Go-to-market)
- 해당 기능 출시와 관련된 여러 고려사항과 출시 후 마케팅, 영업, CS 등 고객과 맞닿아있는 조직이 예상하고 있는 바에 대해 작성합니다.
See also
- Documentation
- Product Management