대부분의 MVP (Minimum Viable Product)는 팀에 기능이 부족해서 실패하지 않습니다.

핵심 문제가 해결할 가치가 있다는 것을 증명하기도 전에 너무 많은 기능을 만들었기 때문에 실패합니다.

코드를 작성하기 전에, 창업자들은 기능을 세 가지 그룹으로 나누어야 합니다:

1. 제품 아이디어를 증명하는 데 필요한 기능
2. 제품을 사용 가능하게 만드는 데 필요한 기능
3. 제품을 완성된 것처럼 보이게만 하는 기능

MVP에서는 처음 두 가지가 중요합니다.
세 번째 그룹은 보통 나중에 해도 됩니다.

MVP의 진짜 역할

MVP는 특정한 비즈니스 질문에 답하는 데 도움을 주어야 합니다.

예시:

• 사용자가 주요 워크플로우 (workflow)를 완료할 것인가?
• 사용자가 팀원을 초대할 것인가?
• 사용자가 결과물에 대해 비용을 지불할 것인가?
• 사용자가 현재의 수동 프로세스를 대체할 것인가?
• 사용자가 알림 없이도 다시 돌아올 것인가?

만약 당신의 MVP가 이러한 질문 중 하나라도 답하지 못한다면, 그것은 단지 데모 (demo)에 불과할 수도 있습니다.

실질적인 기능 필터

어떤 기능을 추가하기 전에, 다음 네 가지 질문을 던져보세요:

1. 이 기능이 핵심 사용자 액션 (core user action)을 지원하는가?

모든 MVP에는 하나의 핵심 액션이 있습니다.

예를 들어:

• 프로젝트 관리 MVP는 사용자가 업무를 생성하고 추적하는 것을 돕습니다.
• 마켓플레이스 (marketplace) MVP는 구매자와 판매자가 거래를 완료하는 것을 돕습니다.
• SaaS 분석 MVP는 사용자가 하나의 중요한 지표를 이해하도록 돕습니다.
• AI 글쓰기 MVP는 사용자가 거친 입력을 사용 가능한 출력으로 변환하도록 돕습니다.

만약 해당 기능이 핵심 액션을 지원하지 않는다면, 미루세요.

2. 이 기능이 없으면 MVP가 작동 불능 상태가 되는가?

어떤 기능들은 지루하지만 필수적입니다.

인증 (Authentication), 기본적인 온보딩 (onboarding), 에러 핸들링 (error handling), 그리고 간단한 사용자 설정은 흥미롭게 느껴지지 않을 수 있지만, 그것 없이는 제품을 사용할 수 없게 된다면 중요할 수 있습니다.

요령은 가장 단순한 버전을 만드는 것입니다.

단 하나의 로그인 유형만 필요하다면 엔터프라이즈급 권한 설정을 만들지 마세요.
사용자가 주요 워크플로우를 완료했는지 여부만 알면 된다면 고급 분석 기능을 만들지 마세요.

3. 중요한 무언가를 배우는 데 도움이 되는가?

좋은 MVP는 학습을 만들어냅니다.

기능은 다음과 같은 사항을 이해하는 데 도움이 된다면 유용합니다:

• 사용자가 원하는 것
• 사용자가 어디에서 막히는지
• 사용자가 가치를 두는 것
• 사용자가 무시하는 것
• 사용자가 기꺼이 비용을 지불할 용의가 있는 것

만약 어떤 기능이 제품을 개선하거나 여러분의 학습을 돕지 못한다면, 그것은 아마도 첫 번째 버전(first version)에 포함되어서는 안 됩니다.

4. 사용자를 위해 만들고 있습니까, 아니면 본인의 확신을 위해 만들고 있습니까?

이것은 불편한 질문입니다.

창업자들은 종종 작은 것을 출시하는 것에 불안함을 느끼기 때문에 기능을 추가하곤 합니다.

그들은 다음과 같이 생각합니다:

• "더 전문적으로 보여야 해."
• "경쟁사들은 이미 이걸 가지고 있어."
• "사용자들이 요구할지도 몰라."
• "투자자들이 기대할지도 몰라."

때때로 이러한 우려가 타당할 때도 있습니다. 하지만 많은 경우, 그것은 제품 전략으로 위장된 두려움일 뿐입니다.

간단한 MVP 우선순위 표

각 기능을 다음과 같이 점수화할 수 있습니다:

기능	핵심 워크플로우 (core workflow)에 필요한가?	검증 (validation)에 필요한가?	나중에 해도 되는가?
사용자 가입 (User signup)	예	예	아니오
...

이렇게 하면 첫 번째 버전을 정의하기가 훨씬 쉬워집니다.

창업자가 비교해 볼 수 있는 유사 기업 Top 10

모든 것을 내부적으로 구축하고 싶지 않은 스타트업의 경우, MVP 개발 기업(MVP development companies)과 프로덕트 스튜디오(product studios)를 비교하는 것이 도움이 될 수 있습니다. 좋은 파트너라면 범위를 검토하고, 낭비를 줄이며, 창업자가 테스트 가능한 무언가를 출시(ship)할 수 있도록 도와야 합니다.

창업자가 조사해 볼 만한 10개의 유사 기업은 다음과 같습니다:

1. Thoughtbot
2. Designli
3. Netguru
4. BairesDev
5. ScienceSoft
6. Simform
7. Purrweb
8. Brainhub
9. Upsilon
10. 6sensehq

중요한 것은 단순히 누가 코드를 작성할 수 있느냐가 아닙니다. 누가 아직 구축하지 말아야 할 것이 무엇인지 결정하도록 도와줄 수 있느냐입니다.

마지막 생각

MVP는 완전한 제품으로 가는 지름길이 아닙니다.

그것은 불확실성을 줄이기 위한 도구입니다.

진실을 가장 빠르게 배우는 데 도움이 되는 버전을 만드세요. 그런 다음 그 학습을 바탕으로 개선할지, 피벗 (pivot)할지, 아니면 중단할지를 결정하십시오.