PM의 업무에서 PRD 작성을 하는 경우가 많다. PM에게는 제품에 대한 이해부터 우선순위를 결정하는 능력, 디자인 및 개발에 대한 지식, 원활한 커뮤니케이션 능력까지 여러 역량이 요구된다. 또한, 논리적으로 문서를 작성하는 능력도 중요하다.
🧠 Product Requirements Document
제품을 만들거나 업데이트하기 위해 기능을 기획하는 단계에서 요구사항을 개괄적으로 설명하는 문서로, 제품 개발 프로세스 전반에 걸쳐 필수적인 중요 문서이다.
즉, 제품에 반영되길 원하는 요구사항을 담은 가이드
✏️ 작성방법
1. 사용자 문제 및 비즈니스 우선순위 결정의 근거를 포함해주세요.
개발할 기능의 우선순위를 명확히 해야 합니다. PRD에 명확한 우선순위를 설정함으로써 PM은 해결방법에 따른 기능과 디자인을 평가하고 복잡성과 사용자 가치의 균형을 맞추는 데 도움이 됩니다.
꼭 지금 해결해야 하는 일인지 체크하고, 시간 낭비하여서 하지 않아도 될 기능을 개발하는 실수를 피하기 위함입니다.
2. 해결 방안에 대한 세부 정보를 추가하세요
개발 및 디자인 프로세스를 고려하여 제안된 해결 방안에 대한 세부 정보가 작성되어야 합니다.
다른 팀(혹은 기술)에 대한 종속성 및 관련 링크도 포함되어야 하며, 같이 협업하는 팀원들이 PRD를 이해할 수 있도록 작성되어야 합니다.
3. UX 및 개발 설계 문서를 참조하세요
구축해야 할 기능과 목적을 명확히 하고 개발, UX 디자인 문서를 포함하여 기능이 구축되는 방식을 문서화합니다.
PM은 설계를 마무리할 떄, 개발자와 디자이너의 파트너가 되어 우선순위를 명확히 하고 사용자 가치와 복잡한 기능의 균형을 맞추는 부분을 설명할 수 있어야 합니다.
4. PRD를 업데이트하여 기능 범위를 결정하세요
중요한 결정과 절충안, 기술적 고려 사항, 다른 팀에 대한 종속성, 사용자 개인정보 보호 또는 법적 문제 등을 명시하고, 향후 중요한 기능을 활성화하기 위해 특정 버전의 기능을 구축하기로 한 경우에도 기록합니다.
5. 다른 사람들과 공유하여 의견을 구하세요
PRD에 대한 의견을 구하기 위해 관련 이해관계자와 상호작용하고, 업데이트 사항을 빠르게 공유하여 누락된 사항을 고려할 수 있도록 합니다.
PRD의 결정된 내용과 근거를 빠르게 확인하고, 의견을 나눠 장단점을 고려할 수 있습니다.
6. 개발 중에도 PRD를 계속 업데이트하세요
타임라인 및 범위에 대한 중요한 업데이트를 다른 팀과 공유하세요. 이를 통해 팀은 능동적으로 계획하고 빠르게 문제를 해결할 수 있습니다.
PRD 구성 요소 7
- 제품 개요(요약과 배경)
- 비즈니스 목표 및 지표
- 비즈니스 목적 분석
- 키 성과 지표
- 목표 수치 설정
- 핵심 고객 또는 사용자 정의
- 핵심 사용자 여정/사용자 스토리
- 사용자 스토리? 사용자가 제품 또는 서비스를 이용할 때 생기는 상황, 목적, 요구사항 등을 간결하고 명확하게 표현한 문장.
→ “(고객/사용자 유형)은 (목적/목표)를 위해 (필요/욕구)를 원한다.” “(고객/사용자 유형)쇼핑을 자주하는 나는, (목적/목표)결제 정보를 저장하여 매번 새롭게 정보를 다시 입력할 필요 없이, (필요/욕구)빠르게 결제할 수 있기를 원한다.”
- 사용자 스토리? 사용자가 제품 또는 서비스를 이용할 때 생기는 상황, 목적, 요구사항 등을 간결하고 명확하게 표현한 문장.
- 기능적 요구사항
- 대상 사용자 지정
- Must Have : 반드시 구현되어야 하는 기능
- Should Have : 반드시 필요한 것은 아니지만, 해당 사용자가 매우 필요하다고 생각하는 기능
- Could Have : 선택적인 기능, 해당 사용자가 원한다면 사용할 수 있는 기능
- 프로젝트 일정 및 배포 계획
- 기타 참고 문서
PRD 템플릿은 따로 없으나 구글, 노션 등 우리가 많이 사용하는 툴에서 기본 템플릿으로 제공한다.