MVP 화면 범위 정하는 법 — 1.0에 들어갈 화면 고르는 기준
MVP는 다 만들기가 아니라 끊기지 않는 한 줄기 고르기입니다. 1.0 화면 범위를 빼는 기준 세 가지와 체크리스트 10항목을 정리했습니다.
MVP(최소 기능 제품)는 최소한의 화면으로 서비스의 핵심 약속이 성립하는지 확인하는 도구입니다. 그러니 MVP 기능 범위를 정하는 일은 기능을 더하는 일이 아니라 화면을 빼는 일입니다. 개발을 앞두고 가장 위험한 문장은 「다 만들고 나서 내놓자」입니다. 다 만들기 전에 돈이 먼저 떨어집니다.
범위는 말 한마디로 늘어납니다
회원가입 하나를 예로 들어 보겠습니다. 처음 회의에서는 한 장이었습니다.
- 이메일 가입 — 기본
- 소셜 로그인 — 「있으면 좋지 않을까」
- 아이디·비밀번호 찾기 — 「그건 있어야 하지」
- 휴대폰 인증 — 「보안상 필요하지 않을까」
회의가 끝나면 한 장이 네 장이 됩니다. 이 일은 가입에서만 일어나지 않습니다. 결제, 알림, 관리자에서 같은 일이 반복됩니다. 네 장이 스무 장이 되는 건 사건이 아니라 누적입니다.
소셜 로그인과 본인인증은 언제 들어가나
결제가 있는 서비스라면 본인인증이 거래 전에 필요할 수 있습니다. 그게 아니라면 1.0은 이메일 가입 하나로 충분합니다. 로그인 방식은 나중에 붙여도 유저 경험이 크게 변하지 않는 영역입니다.
먼저 고르는 것은 기능이 아니라 한 줄기입니다
1.0에 반드시 들어가야 할 것은 기능 목록이 아니라 흐름입니다. 유저가 돈을 내거나 서비스의 핵심 약속이 성립하는 구간이 끊기지 않고 이어져야 합니다.
- 커머스 — 탐색 → 상세 → 결제 → 완료
- 구독 — 요금제 → 가입 → 결제 → 이용
- 예약 — 검색 → 예약 → 확정 → 알림
이 줄기가 끊기면 화면을 백 장 만들어도 출시가 아닙니다. 반대로 이 줄기가 완성되면 나머지는 1.1에서 붙여도 서비스가 됩니다.
화면을 빼는 기준 세 가지
고민되는 화면은 순서대로 물어봅니다.
- 이 화면이 없으면 거래가 끊기는가 — 끊긴다면 1.0에 넣습니다.
- 관리자가 수작업으로 대체할 수 있는가 — 엑셀과 문자로 버틸 수 있다면 1.0에서 뺍니다.
- 나중에 붙여도 유저 경험이 변하지 않는가 — 변하지 않는다면 1.1로 미룹니다.
세 번 다 애매하면 하나만 남깁니다. 「회원이 작성하는 것」은 남기고, 「회원이 꾸미는 것」은 미루는 식입니다.
규모 감 잡기
핵심 플로우 한 줄기가 담긴 1.0은 화면 열두 장에서 스무 장 사이가 흔하고, 이 규모의 개발 기간은 업계에서 통상 여덟 주에서 열두 주 정도로 봅니다(복잡도에 따라 달라집니다). 중요한 것은 정확한 숫자가 아니라 화면 장수가 곧 기간과 견적이라는 관계입니다. 장수가 늘면 기간과 견적이 같이 늘어납니다.
스무 장 목록을 만들어 두고 미팅에서 「1.1에서 넣자」고 말한 팀이 있었습니다. 개발사는 같은 목록으로 견적을 냈고, 그 견적은 처음 상상하던 금액의 절반이었습니다. 빼기가 견적을 내립니다.
1.0 화면 체크리스트 10항목
목록을 다 만들었다면 한 화면씩 돌려 보세요.
- 핵심 플로우가 이 화면 없이 끊기지 않는가
- 유저가 돈을 내는 화면이 목록에 포함됐는가
- 관리자 화면을 엑셀로 대체할 수 없는가
- 이 화면의 목적을 한 줄로 말할 수 있는가
- 1.1로 미뤄도 유저 경험이 변하지 않는가
- 첫 방문자가 보는 빈 화면을 상상할 수 있는가
- 에러와 로딩 상태를 문장이라도 적어 둘 수 있는가
- 이 화면을 빼면 출시일이 당겨지는가
- 용어가 화면마다 같은가
- 목록 전체가 스무 장 안에 드는가
자주 묻는 질문
결제 화면은 1.0에 꼭 넣어야 하나요?
서비스가 돈을 받는 것이 약속이라면 넣습니다. 결제가 끊기면 그것은 MVP가 아니라 데모입니다.
관리자 화면은 몇 장까지 잡나요?
1.0에는 최소 세 장 수준을 권합니다. 나머지는 엑셀과 수작업으로 버티고, 데이터가 쌓인 뒤 1.1에서 붙입니다.
화면이 스무 장을 넘으면 어떻게 하나요?
아직 소원 목록입니다. 화면을 빼는 기준 세 가지로 다시 걸러 2차로 옮기세요. 범위 판단이 막히면 상담에서 같이 봅니다.
범위를 정했다면 목록을 종이로 만들 차례입니다. 개발 미팅용 화면 목록 만드는 법에서 4단계 절차를 확인하세요. 견적을 받기 전에는 앱 개발 견적이 두 배 벌어지는 이유를 먼저 읽어 두면 회의가 짧아집니다. 목록부터 뽑고 싶다면 기획 인터뷰로 시작하세요.
