MVP 뜻, 개발에서 MVP란 무엇일까?

앱이나 온라인 서비스를 만들려고 하면 “MVP부터 만드세요”라는 말을 자주 듣습니다. 어려운 용어처럼 들리지만 뜻은 간단합니다. 그리고 이 뜻을 알면, 아무도 쓰지 않을 기능에 몇 달을 쓰는 일을 줄일 수 있습니다.

MVP가 무슨 뜻인지, 무엇이 MVP가 아닌지, 우리 MVP에는 무엇을 넣으면 좋을지 정리했습니다.

짧은 답: 꼭 필요한 것만 넣은 첫 버전

MVP는 Minimum Viable Product의 약자로, 우리말로는 흔히 ‘최소 기능 제품’이라고 합니다. 사람들이 정말 쓰는지, 돈을 내는지 알아보는 데 꼭 필요한 것만 넣어 만든 첫 버전입니다. 웹사이트, 웹앱, 휴대폰 앱 모두 같은 방식으로 적용됩니다.

이 개념은 린 스타트업(Lean Startup)에서 나왔습니다. 에릭 리스(Eric Ries)는 MVP를 가장 적은 노력으로 고객에 대해 가장 많이 배울 수 있게 해 주는 버전이라고 설명합니다.

그래서 MVP의 목적은 작게 출시하는 것이 아니라, 실제 반응에서 배우는 것입니다.

Minimum과 Viable의 뜻

• Minimum(최소한의): 아이디어를 확인하는 데 꼭 필요한 기능만 넣습니다. 나머지는 뒤로 미룹니다.
• Viable(제대로 굴러가는): 실제로 써 보면 제대로 작동해야 합니다. 손님이 버튼을 눌렀는데 오류가 나면 안 됩니다.

두 단어 모두 중요합니다. Agile Alliance는 흔한 실수로 Minimum만 챙기고 Viable을 놓치는 경우를 꼽습니다. 제품이 제대로 돌아가지 않으면, 사람들이 원하지 않아서 안 쓴 건지 쓰기 어려워서 안 쓴 건지 알 수 없습니다.

쉬운 예: 팝업 스토어

가게를 크게 차리기 전에 팝업 스토어를 먼저 열어 보는 것과 비슷합니다. 작게 열어서 손님이 정말 사는지 먼저 봅니다.

앱도 같습니다. 예를 들어 예약, 채팅, 포인트, 리뷰 기능이 있는 예약 앱을 생각하고 있다면, MVP는 예약 기능 하나를 제대로 만든 앱일 수 있습니다. 실제 손님이 실제로 예약할 수 있게요. 채팅, 포인트, 리뷰는 사람들이 쓰는 걸 확인한 다음에 더합니다.

묻는 것보다 지켜보는 것이 더 정확합니다. Agile Alliance도 사람들이 실제로 하는 행동을 보는 것이 무엇을 할지 묻는 것보다 훨씬 믿을 만하다고 말합니다.

MVP가 아닌 것

• 대충 만든 시제품이 아닙니다. 작지만, 쓰는 사람에게는 제대로 작동해야 합니다.
• 완성품이 아닙니다. 시작점입니다. MVP를 출시한 뒤 손님 반응과 상관없이 그대로 두는 것도 흔한 실수입니다.
• 꼭 앱일 필요도 없습니다. 첫 확인은 소개 페이지(랜딩 페이지) 하나로 할 수도 있습니다. 아이디어를 설명하고, 관심 있는 사람이 신청하거나 문의할 수 있게 하는 페이지입니다.

우리 MVP에 무엇을 넣을까

1. 만들고 싶은 기능을 모두 적어 봅니다.
2. 이번에 가장 알고 싶은 것을 정합니다. 사람들이 예약을 할까? 돈을 낼까? 다시 올까?
3. 그걸 확인하는 데 없으면 안 되는 기능에 동그라미를 칩니다. 최대한 적게 남깁니다.
4. 나머지는 ‘나중에’ 목록으로 옮깁니다. 취소가 아니라, 순서가 뒤일 뿐입니다.

정답이 하나 있는 건 아닙니다. 에릭 리스도 어떤 MVP가 맞는지는 상황마다 판단이 필요하다고 말합니다.

MVP 개발을 외주로 맡길 때 물어볼 것

MVP를 개발 업체에 맡긴다면, 견적이나 기간보다 먼저 아래를 같이 확인해 보세요.

• 이번 MVP로 무엇을 확인하려는지 같이 정했나요? 확인할 것이 정해져야 넣을 기능도 정해집니다.
• 나중으로 미룬 기능을 목록으로 남겨 두나요? 빼는 것이 아니라 미루는 것이라는 게 분명해야 합니다.
• 출시 뒤 사람들이 실제로 어떻게 쓰는지 볼 수 있나요? 예약 수나 다시 방문하는 사람 수처럼, 결정에 필요한 숫자를 볼 수 있어야 합니다.
• 나중에 기능을 더하기 쉬운 구조인가요? MVP는 작게 시작해서 계속 고쳐 가는 첫 버전입니다.

출시 후: 만들고, 재고, 배우기

MVP는 반복의 첫 바퀴입니다. 린 스타트업은 이것을 만들고-재고-배우는(build-measure-learn) 반복이라고 부릅니다. 만들고, 사람들이 어떻게 쓰는지 재고, 거기서 배운 것으로 무엇을 고치고 더할지 정합니다.

말보다 행동을 재세요. 몇 명이 예약했는지, 몇 명이 다시 왔는지가 다음에 무엇을 만들지 알려 줍니다.

그다음 제품을 고치고, 다음으로 중요한 기능을 더하고, 다시 확인합니다.

솔직한 생각

MVP는 빨리 대충 만드는 방법이 아닙니다. 맞는 것부터, 제대로 만드는 방법입니다. 저희가 일하는 방식도 같습니다. 사업을 먼저 이해하고, 무엇이 가장 중요한지 함께 정한 다음, 제대로 만듭니다.

앱이 꼭 필요한지부터 고민된다면 앱과 웹사이트 차이점, 우리 사업에 앱이 필요할까?를 먼저 읽어 보세요. 예약 시스템이나 고객용 화면처럼 조금 더 큰 것을 준비한다면 웹앱 서비스를 참고하세요.