MVP는 최소 기능 제품이 아니다 — Minimum Viable vs Most Valuable

제품 스펙 회의를 하다가 MVP 얘기가 나왔다. 설명을 하려는데 말이 잘 정리되지 않았다. 그래서 쓴다.

MVP를 가장 많이 오해하는 방식

MVP(Minimum Viable Product)를 “일단 뭔가 만들어서 내보내는 것”으로 이해하는 경우가 많다. 빠른 출시가 목적이 되는 것이다. 그러다 보면 고객이 필요로 하지 않는 기능을 최소한으로 잘라낸 제품이 나온다. 빠르긴 한데, 아무도 쓰지 않는다.

Eric Ries가 정의한 MVP의 핵심은 속도가 아니라 학습이다. “최소한의 노력으로 고객에 대한 검증된 학습을 최대한 수집할 수 있는 제품.” 출시가 목적이 아니라, 가설을 검증하는 것이 목적이다.

그래서 문제를 정의하는 게 먼저다

제품을 어떻게 만들 것인가보다, 무슨 문제를 풀 것인가가 훨씬 중요하다. 문제를 잘못 정의하면 해답 자체가 필요 없어지기 때문이다.

사용자 인터뷰, 사용성 테스트, FGI, 경쟁 서비스 벤치마크 — 이런 리서치의 목적은 결국 하나다. “이 문제가 실제로 해결할 가치가 있는가?” Paper mockup 하나로도 이 질문에 답할 수 있다면, 굳이 개발부터 시작할 필요가 없다.

Minimum Viable ≠ Most Valuable

MVP를 반복하다 보면 자연스럽게 Most Valuable Product(최고 가치 제품)로 수렴한다고 생각하기 쉽다. 하지만 그렇지 않다. 둘은 근본적으로 다른 개념이다.

• Minimum Viable Product: 특정 시점에 가설을 검증하기 위한 제품. 맥락이 바뀌면 기준도 바뀐다.
• Most Valuable Product: 고객의 비즈니스와 산업의 변화에 맞춰 지속적으로 진화하는 제품. 출시 후에도 계속 바뀐다.

MVP 단계에서 멈추는 팀이 많다. 검증은 했는데, 그다음 단계인 “진짜 가치 있는 제품”으로 가는 과정을 설계하지 않은 것이다. MVP로 도산하는 스타트업이 80%가 넘는다는 말은 이 간극을 메우지 못한 경우가 대부분이다.

정리하면

MVP는 빠르게 내보내는 전략이 아니라, 틀린 것을 빨리 발견하는 전략이다. 그리고 그 발견을 바탕으로 Most Valuable Product를 향해 계속 나아가는 것이 목적이다. Minimum Viable는 시작점이지, 도착점이 아니다.