MVP 기획서를 검토하면 흔히 공통된 패턴이 보입니다. 꼭 넣을 필요가 없는데 "있으면 좋을 것 같아서" 넣은 기능들. 이것들이 쌓이면 오픈이 2주·4주씩 밀리고, 정작 핵심 플로우의 완성도는 떨어집니다. 반복적으로 "2단계로 미루자"고 말했던 7가지를 공유합니다.
1. 소셜 로그인 6종
카카오·네이버·구글·애플·페이스북·이메일 전부 넣겠다는 계획을 자주 봅니다. MVP엔 이메일 또는 카카오 1개면 충분. 로그인 옵션이 많아도 전환율은 크게 다르지 않고, 구현·유지·토큰 관리 공수만 늘어납니다.
2. 알림 풀세트 (푸시·메일·문자·카톡)
MVP엔 카톡 알림톡 또는 이메일 중 한 채널만. 푸시는 앱 개발이 전제되고, 문자는 비용이 붙습니다. 한 채널로 본질 테스트 후 확장.
3. 권한·역할 세분화
"관리자·매니저·운영자·에디터·게스트" 다섯 역할을 미리 설계하면 개발 공수가 두 배로 뜁니다. MVP는 관리자 + 일반 사용자 두 역할이면 충분. 나머지는 실사용자가 늘고 구체적 요청이 나올 때 추가.
4. 다국어(i18n)
언젠가 해외 진출을 염두에 둔 기획이라도 MVP는 한국어 전용이 낫습니다. 번역·로케일·문화적 표현까지 관리하려면 개발자의 시간이 많이 듭니다. 제품-시장 적합성이 확인된 뒤에 붙여도 늦지 않습니다.
5. 대시보드·분석 화면
"운영자가 매출·사용자 통계를 한눈에 보는 대시보드"를 초기부터 넣으려는 팀이 많지만, MVP 단계엔 Supabase Studio·Metabase·Retool 같은 무료 툴로 대체 가능. 커스텀 대시보드는 제품이 성숙한 뒤에 만들어도 됩니다.
6. 가격 플랜 여러 단계
"Free·Pro·Team·Enterprise" 4단계 가격표는 MVP엔 너무 큽니다. 초기엔 무료 + 단일 유료 플랜으로 충분. 가격 구조는 바뀌기 쉬워 초기 복잡하게 짜면 곧 갈아엎게 됩니다.
7. 커뮤니티·댓글·리뷰
제품의 본질이 커뮤니티가 아니라면, 댓글·포인트·뱃지 같은 기능은 미루세요. 사용자가 이미 많이 써서 "서로 이야기하고 싶어진" 시점에 붙이는 게 맞습니다. 초기에 넣어 두면 비어 있는 화면이 오히려 부정적 신호를 줍니다.
미뤘을 때 얻는 것들
- 오픈 일정 단축: 1~3주 단축이 흔함.
- 핵심 플로우 완성도: 같은 시간·예산에서 품질이 올라감.
- 피드백의 정확도: 기능이 적을수록 사용자가 본질에 반응함.
- 변경 비용: 덜 만든 만큼 방향 전환이 쉬움.
"꼭 넣어야 하는가"를 판단하는 질문 3개
- 이 기능이 없으면 핵심 사용자 시나리오가 성립하지 않는가? (NO면 2단계)
- 이 기능이 있어야만 과금이 가능해지는가? (NO면 2단계)
- 1개월 뒤 "이걸 진짜 써요?"라고 물었을 때 "네"가 나올 것 같은가? (확신 없으면 2단계)
한 줄로
MVP의 품질은 "넣은 것"이 아니라 "안 넣은 것"이 결정합니다. 좋은 기획자일수록 기능 목록에 X를 그을 줄 안다는 걸 여러 프로젝트에서 봤습니다. 오픈은 시작이지 완성이 아니라는 감각이 초기 의사결정의 품질을 좌우합니다.