다중기록/월캘린더 개선

마일스톤 개요

목적 (Objective)

최대 2~3문장 이내로 이 문서의 목적이 무엇이며, 어떤 내용을 다룰 것인지 명확하게 밝힌다.
(이 문서를 읽기 위해 굳이 시간을 할애해야 하는지 스스로 판단할 수 있도록 도와주기 위함)
하루에 2번이상 운동하는 사람들을 위해, 하루에 최대 3번 운동을 기록할 수 있도록 한다.

배경 정보 (Background)

약 2~3문단에서 길게는 반 장 정도로 왜 이 신규 기능이 필요한지에 대해 설명한다.
(개발자는 물론, 이 문서를 접하게 된 그 누구라도 이섹션만 읽으면 일련의 진행 상황, 풀고자 하는 문제, 그리고 앞으로의 방향성에 대해 이해할 수 있어야 함)
2번이상 운동하는 사람들의 경우, 해당 일의 일지를 ‘편집’해서 추가하는 방식으로 작성하고 있다.

고객을 위해 어떤 일을 하는가?

(What job are you doing for the customer?)
목록 형태로 작성한다. 각 고객이 왜 해당 기능을 ‘고용’할지에 대해 짧고 명확하게 명시한다.
(1번부터 중요도에 따라 나열한다. 예를들어, “정확하게 어떤 음식을 주문할지 알고 들어온 고객은 실시간 배송 정보를 눈으로 확인하기 위해 이 새로운 지도 기능을 고용한다”라고 작성한다. 주로 3~5가지 항목을 나열함)
하루에 여러번 운동하는 사람들도, 같은 사용성을 기반으로 일지를 작성할 수 있게 도와준다.

가설 설정

가설 | 지역 (국가, 지역구, 지역시) 기준 운동 완료율로 경쟁할 수 있는 볼거리를 제공하면 혼자 운동하는 유저의 리텐션에 긍정적인 영향을 미칠 것이다.
가설 | 지역 (국가, 지역구, 지역시) 기준 운동 완료율로 경쟁할 수 있는 볼거리를 제공하면 혼자 운동하는 유저의 리텐션에 긍정적인 영향을 미칠 것이다.
Load more

원칙 (Guiding principles)

이 기능을 개발하고 고객에게 선보이는 과정에서 결정을 내릴 때 잣대로 삼을 원칙을 나열한다.
(1번부터 중요도에 따라 명시하고, 주로 6개 이내로 한정한다. 예를들어, “고객은 음식 배달 현황을 파악하는 걸 가장 중요하게 생각한다. 배달 현황을 파악하는데 도움이 안되는 지도 기능은 철저하게 배제한다”같은 것이 원칙이 될 수 있다. 위성 이미지, 교통 상황 등은 고객에게 도움이 되지 않기 때문에 불필요한 기능을 추가하지 않도록 원칙을 만들어 둠)
Weekly 페이지와 Home 화면
Home 화면 CTA 케이스 정리
모두 완료한 운동의 경우
완료한 운동 갯수 합산 표시
클릭시 가장 마지막 회차로 이동
계획이 남아있는 경우
가장 최근 회차의 계획중인 운동 갯수 표시
클릭시 가장 최근 회차의 계획 회차로 이동
계획이 프로그램인 경우, 기존과 동일하게 “계획된 프로그램이 있습니다” 붉은색으로 표시한다.
1회차를 기록 or 계획한 이후에 2~3회차를 기록할 수 있도록 한다.
다중 기록 완료시, 별도 바텀업 모달 송출을 통해 열성유저에게 별도 메시지를 전달한다. → 추후 적용
월 캘린더
표시 기준은 어떻게 할 것인지
완료되지 않은 기록(=계획)이 하나라도 있으면 계획으로 표시
프로그램이 하나라도 있으면 프로그램으로 표시
운동 여러개일 경우 어떻게 표시할건지? → 드랍다운
운동 복사: 해당일의 모든 기록을 복사 (붙여넣을때는 1개라도 기록이 있는경우 날짜 선택 되지 않음)
운동 삭제: 2개이상의 경우 어떤 기록을 지울지 확인 단계 추가
휴식: 휴식을 계획하면 기록 추가 안됨. 기록이 있는 경우도 휴식 생성 안됨.
마이페이지
이력 부분은 (2),(3)으로 넘버링
그래프 부분은, 과부하도는 최대값, 볼륨은 누적값.

목표 (Goals)

새로운 기능을 선보였을 경우, 어떤 목표를 달성할지 설명한다.
(목표는 무조건 수치화되어 있어야 한다. 가설을 증명하기 위해 사용되는 수치가 그대로 기입될 수 있다. 주로 2~3개로 한정한다.)
위클리 개선과정에서 월캘린더도 함께 업데이트한다.

주요 지표 (Key metrics)

목표에 사용되는 지표를 포함하여, 기능이 고객을 위해 제대로 된 목적을 수행하고 있는지 나타낼 수 있는 지표를 3~4가지 정도 선정한다.
(만약 현재 이미 트래킹하고 있는 수치가 있을 경우, 문서가 작성되는 시점의 데이터를 작성해도 된다. 나중에 변화되는 수치를 비교하기 위한 기준점이 될 수 있음. 고객센터로 접수되는 문의의 변화를 보는 것도 도움이 될 수 있음)
하루 기록이 2개인 유저 숫자
하루 기록이 3개인 유저 숫자

개발 계획 (Roadmap)

‘1단계, 2단계, 3단계’등으로 나눠서 각 단계별로 어떤 구체적인 사항이 개발되어야 하는지 나열한다.
(1단계에서는 빨리 테스트해 볼 수 있는 최소 기능 모델 MVP을 완성하는데 사용하고 그 후에 2~3단계로 고도화.)

자주 묻는 질문 FAQ

새로운 기능을 개발한다고 하면, 유관 부서에서 질문이 많아질 수 있다. 예상되는 질문을 예측해서 미리 답변을 적어놓으면 도움이 된다.

지표

마일스톤 결과

결과 및 회고