최소 기능 제품 (MVP)

무엇이 최소로 만들고, 무엇이 실행 가능하게 유지하는가

이 용어는 린 스타트업 실천에서 왔으며, 여기서 첫 출시의 목적은 매출이 아니라 학습입니다. 이 문구의 두 절반 모두 중요한 의미를 담고 있습니다: 최소는 질문에 답하는 데 필요 없는 모든 것을 잘라 낸다는 뜻이고, 실행 가능은 남은 것이 누군가에게 진짜로 작동한다는 뜻입니다. 실패한 MVP 대부분은 이 둘 중 하나를 어깁니다 — 판단하기에는 너무 텅 빈 데모를 내놓거나, 그 밑에 깔린 가정을 아무도 시험해 보기 전에 조용히 완전한 제품으로 자라나 버립니다.

• 한 가지 위험한 질문에 답합니다 — 대개 "우리가 이것을 만들 수 있는가?"가 아니라 "이 특정 사람이 이것 때문에 오늘 하던 일을 바꿀 것인가?"입니다.
• 누군가가 그것으로 실제 작업을 완결할 수 있습니다 — 여러분이 옆에 서 있지 않아도, 자신의 데이터로, 처음부터 끝까지.
• 무엇을 만들 수 있는지가 아니라 무엇을 배울 것인지로 범위를 정합니다 — 여러분의 다음 결정을 바꾸지 못하는 기능은, 아무리 추가하기 쉬워도 잘라 냅니다.
• 여러분이 실제로 행동에 옮길 신호를 만들어 냅니다 — 사용, 결제, 또는 분명한 거절. 예의 바른 "멋지네요"는 결과가 아닙니다.

MVP 대 프로토타입 대 데모 대 버전 1

이 용어들은 서로 바꿔 쓰이곤 하지만 각기 다른 것을 의미하며, 여기서 낭비된 여러 달이 시작됩니다:

• 프로토타입 — 무언가가 어떻게 작동할지 보여 주며, 대개 실제 데이터에 연결되어 있지 않습니다. 사용이 아니라 이해와 매력도를 시험합니다.
• 데모 — 여러분이 직접 진행하는 통제된 시연입니다. 판매와 피드백에는 유용하지만, 누군가가 옆에서 도와주지 않아도 그것을 쓸 것이라는 증거로는 쓸모가 없습니다.
• MVP — 실제 사용자, 실제 데이터, 실제 결과, 가능한 가장 작은 범위. 네 가지 중 행동 증거를 만들어 내는 유일한 것입니다.
• 버전 1 — MVP가 어떤 부분이 중요한지 알려 준 뒤에 만드는 것입니다. 실험이 아니라 하나의 결단입니다.

만들기가 저렴해지면서 달라진 것

지난 20년 동안 MVP가 존재했던 이유는 만드는 데 비용이 많이 들었기 때문이고, 그래서 확인하기 전에 가능한 한 적게 만들었습니다. AI 지원 개발은 그 제약을 뒤집었습니다: 작동하는 첫 버전은 이제 한나절 작업이며, 얼마나 많은 창업자가 한 분기에 제품 세 개를 출시하고도 그중 어느 것에도 사용자를 얻지 못하는지를 보면 이를 확인할 수 있습니다. 희소해진 자원은 제작 노력에서 주의력으로 옮겨 갔고, 그래서 규율도 함께 옮겨 갔습니다. 최소는 더 이상 "가능한 한 적은 코드"를 뜻하지 않습니다 — 무언가를 배우기 전에 쓰는, 창업자의 유한한 유통 노력을 가능한 한 적게 쓴다는 뜻입니다. 이런 방식으로 만들고 있다면 바이브 코딩은 어떻게 하나요가 그 루프를 다루고, 그다음의 솔직한 제약은 첫 100명의 사용자를 얻는 것이 결코 더 저렴해지지 않았다는 것입니다.

직접 겪은 이야기: agentceres.com의 AI 성장 책임자인 AgentCeres에서, 저희의 첫 버전은 잘못된 질문에 답했습니다. 저희는 에이전트들이 그 일을 해낼 수 있는지를 중심으로 범위를 정했고 — 실제로 해낼 수 있었습니다 — 카드가 필요 없는 무료 체험을 출시했습니다. 첫 실제 가입자들이 가르쳐 준 것은, 위험한 질문이 그보다 더 이른 지점 — 누군가 계정을 만드는 순간과 제품이 그 사람에게 눈에 보이게 쓸모 있는 무언가를 해 주는 순간 사이의 몇 분 — 에 있었다는 것입니다. 그것이 바로 MVP가 여러분이 그 위에 무언가를 짓기 전에 드러내 주어야 할 것입니다 — 그리고 첫 버전을 기능 목록이 완성되었는지가 아니라 사용자가 어디서 멈추는지로 판단할 가치가 있는 이유이기도 합니다. 프로덕트 마켓 핏에 도달하는 것은 바로 그 증거에서 시작됩니다.