필수
프로젝트 개요
목적 (Objective)
최대 2~3문장 이내로 이 문서의 목적이 무엇이며, 어떤 내용을 다룰 것인지 명확하게 밝힌다.
(이 문서를 읽기 위해 굳이 시간을 할애해야 하는지 스스로 판단할 수 있도록 도와주기 위함)
배경 정보 (Background)
약 2~3문단에서 길게는 반 장 정도로 왜 이 신규 기능이 필요한지에 대해 설명한다.
(개발자는 물론, 이 문서를 접하게 된 그 누구라도 이섹션만 읽으면 일련의 진행 상황, 풀고자 하는 문제, 그리고 앞으로의 방향성에 대해 이해할 수 있어야 함)
선택
고객을 위해 어떤 일을 하는가?
(What job are you doing for the customer?)
목록 형태로 작성한다. 각 고객이 왜 해당 기능을 ‘고용’할지에 대해 짧고 명확하게 명시한다.
(1번부터 중요도에 따라 나열한다. 예를들어, “정확하게 어떤 음식을 주문할지 알고 들어온 고객은 실시간 배송 정보를 눈으로 확인하기 위해 이 새로운 지도 기능을 고용한다”라고 작성한다. 주로 3~5가지 항목을 나열함)
원칙 (Guiding principles)
이 기능을 개발하고 고객에게 선보이는 과정에서 결정을 내릴 때 잣대로 삼을 원칙을 나열한다.
(1번부터 중요도에 따라 명시하고, 주로 6개 이내로 한정한다. 예를들어, “고객은 음식 배달 현황을 파악하는 걸 가장 중요하게 생각한다. 배달 현황을 파악하는데 도움이 안되는 지도 기능은 철저하게 배제한다”같은 것이 원칙이 될 수 있다. 위성 이미지, 교통 상황 등은 고객에게 도움이 되지 않기 때문에 불필요한 기능을 추가하지 않도록 원칙을 만들어 둠)
목표 (Goals)
새로운 기능을 선보였을 경우, 어떤 목표를 달성할지 설명한다.
(목표는 무조건 수치화되어 있어야 한다. 가설을 증명하기 위해 사용되는 수치가 그대로 기입될 수 있다. 주로 2~3개로 한정한다.)
주요 지표 (Key metrics)
목표에 사용되는 지표를 포함하여, 기능이 고객을 위해 제대로 된 목적을 수행하고 있는지 나타낼 수 있는 지표를 3~4가지 정도 선정한다.
(만약 현재 이미 트래킹하고 있는 수치가 있을 경우, 문서가 작성되는 시점의 데이터를 작성해도 된다. 나중에 변화되는 수치를 비교하기 위한 기준점이 될 수 있음. 고객센터로 접수되는 문의의 변화를 보는 것도 도움이 될 수 있음)
개발 계획 (Roadmap)
‘1단계, 2단계, 3단계’등으로 나눠서 각 단계별로 어떤 구체적인 사항이 개발되어야 하는지 나열한다.
(1단계에서는 빨리 테스트해 볼 수 있는 최소 기능 모델 MVP을 완성하는데 사용하고 그 후에 2~3단계로 고도화.)
자주 묻는 질문 FAQ
새로운 기능을 개발한다고 하면, 유관 부서에서 질문이 많아질 수 있다. 예상되는 질문을 예측해서 미리 답변을 적어놓으면 도움이 된다.