[양식] PM/기획자를 위한 PRD 최신버전 공유
안녕하세요, 기획자이자 강사로 활동하고 있는 김로린입니다.
IT서비스 기획에서 기획서 작성은 검색해도 결과를 찾기 어려운 부분들이 많습니다.
이번에는 IT서비스기획에서 많은 PM과 기획자들이 쓰는 구글 독스 양식을 공유합니다.
아래 양식은 직접 제작한 양식이니 배포시에는 출처를 명시 부탁드립니다.
레퍼런스는 구글의 PRD, 노션 템플릿의 간단 PRD을 참고하고 있으며
그 외에 실전에서 쓰실 수 있는 커뮤니케이션 영역도 추가되어 있습니다.
* 템플릿 문서를 클릭하시면, 자세한 내용을 확인하실 수 있습니다.
V1.0 PRD 양식 :
https://docs.google.com/document/d/1G6Y4sBgrmhz9es0LJZ0pxihOaDvfI6cKZdgj9Zoounk/edit?usp=sharing
전체 목차는 아래와 같습니다.
1. 문서 정보
2. 개요
3. 문제 정의
3.1 데스크리서치
3.2 문제 발굴
3.3 문제 검증
3.4 문제 정의
4. 해결 방안 및 방향
4.1 해결 방안
4.2 ASIS - TOBE (컨셉, 타겟, 비즈니스 모델 및 가격 정책, 기능, 디자인 포함)
4.3 예상 성과
5. 가설 및 핵심 지표
5.1 핵심 지표 (Key Metrics)
5.2 고객 정의 (Persona)
5.3 마케팅 메시지
6. 기능적 요구사항 (Functional Requirements)
7. 비기능적 요구사항 (Non-Functional Requirements)
8. 디자인 요구사항
9. 출시 및 운영 전략
10. 일정 및 리소스
11. 승인
12. Q&A
그러면, PRD는 어떻게 써야할까요? 그 중 문제와 솔루션에 파트는 PRD작성에서도 많은 시간이 들어가는 부분입니다.각 핵심 부분에 대한 설명은 아래와 같습니다.
2. 개요
이 프로젝트를 설명할 수 있는 핵심 내용을 넣어주세요. 예를 들어 배경, 문제, 솔루션을 한번에 합쳐서 설명한다면 읽는 사람들이 아래의 다른 목록을 다 읽지 않아도 한 눈에 이 문서를 이해할 수 있게 됩니다.
3. 문제
3.1 데스크리서치
시장, 경쟁사, 기업의 현황, 기업의 고객에 대해서 다각도로 리서치하는 4C를 활용해서 리서치를 실행할 수 있습니다. 또는 SWOT분석, TOWS 분석 등을 활용해 현재 기업의 전략과 새로운 기회를 도출하는 과정도 분석해 넣을 수 있습니다.
3.2 문제 발굴
3.1를 통해서 발굴된 여러 가지 문제들을 목록으로 나열합니다. 예를 들어 문제, 타깃, 솔루션 3단 구성으로 정의할 수도 있습니다. 깔끔하게 보기 위해서 표를 추가할 수 있습니다.
3.3 문제 검증
3.2에서 발굴된 여러 개의 문제를 기반으로 해당 문제를 고객에게 직접 물어보는 사용자 조사 과정을 진행할 수 있습니다. 이 부분은 3.2 이후에 진행될 수도 있고, 또는 기업에 따라 사용자의 데이터를 이미 확보한 상태에서 데스크리서치를 합쳐 문제 발굴할 수도 있습니다.
3.4 문제 정의
3.2까지의 과정을 통해서 도출된 문제를 선정합니다. 여러 가지 문제 중에 핵심 문제 몇 가지가 선정됩니다. 이 과정에서 왜 해당 문제를 선정했으며, 왜 이 문제는 선정되지 않았는지 기준을 충분히 설명할 수 있습니다.
4.해결 방안
선정된 문제를 나열하고, 그 문제에 따른 솔루션을 나열해서 각 문제를 어떤 방식으로 해결할 수 있는지 설명하는 부분입니다. 표를 활용해서 문제별로 세부 솔루션을 작성할 수 있습니다.
4.1 해결 방안
4.2 ASIS - TOBE
컨셉
타겟
비즈니스 모델 및 가격 정책
기능
디자인
4.3 예상 성과
출시 후 고객 확보 수 목표
매출, 전환율 등 정량 목표
그 외의 내용에 대해서는 내용이 길어지기 때문에 템플릿 문서를 클릭하시면, 자세한 내용을 확인하실 수 있도록 해두었습니다.
PRD 양식 :
https://docs.google.com/document/d/1G6Y4sBgrmhz9es0LJZ0pxihOaDvfI6cKZdgj9Zoounk/edit?usp=sharing
김로린 기획자/강사 드림.
