MVP는 최소한의 제품이 아니다
MVP(Minimum Viable Product)를 "최소한의 기능만 가진 제품"으로 이해하면 실패합니다. MVP의 핵심은 "최소한의 노력으로 시장의 반응을 검증하는 것"입니다. 완성도 낮은 제품을 출시하라는 뜻이 아니라, 핵심 가설을 검증할 수 있는 가장 작은 범위의 제품을 만들라는 뜻입니다.
핵심 가설이란 "사람들이 이 문제를 해결하기 위해 돈을 지불할 의향이 있는가"입니다. 이 질문에 답하지 못하는 기능은 MVP에 포함하지 않습니다.
기술 스택 선택
빠르게 만들 수 있는 것을 선택한다
MVP 단계에서 최신 기술을 공부하면서 만들면 출시가 늦어집니다. 이미 익숙한 기술을 사용하세요. Next.js를 잘 안다면 Next.js로, Rails를 잘 안다면 Rails로 만드세요.
추천하는 인디 해커 스택은 프론트엔드와 백엔드를 하나로 처리할 수 있는 풀스택 프레임워크입니다. Next.js, Nuxt, SvelteKit 같은 프레임워크가 적합합니다.
관리형 서비스를 적극 활용한다
데이터베이스 서버를 직접 관리하지 마세요. PlanetScale, Supabase, Neon 같은 관리형 서비스를 사용하면 인프라 관리에 시간을 쓰지 않아도 됩니다.
결제는 Polar.sh, 인증은 NextAuth나 Clerk, 이메일은 Resend나 Postmark를 사용합니다. 직접 구현하면 각각 며칠씩 걸리는 것을 몇 시간이면 연동할 수 있습니다.
확장성은 나중에 생각한다
"사용자가 100만 명이 되면 어떡하지?"는 MVP 단계에서 고민할 문제가 아닙니다. 첫 100명의 사용자를 확보하는 것이 우선입니다. SQLite로 시작해도 됩니다. 스케일링 문제는 그 문제가 생겼을 때 해결하면 됩니다.
MVP 기능 범위 정하기
해야 할 것과 하지 말아야 할 것
해야 할 것은 핵심 문제를 해결하는 기능 하나를 완벽하게 만드는 것입니다. 하지 말아야 할 것은 "있으면 좋은" 기능을 추가하는 것입니다.
예를 들어 프로젝트 관리 도구를 만든다면, MVP에는 태스크 생성과 완료 체크만 있으면 됩니다. 간트 차트, 타임라인 뷰, 팀 협업 기능은 나중에 추가합니다.
수동으로 대체할 수 있는 것은 자동화하지 않는다
첫 10명의 고객에게는 온보딩 이메일을 직접 보내도 됩니다. 자동화 이메일 시퀀스를 구축하는 데 이틀을 쓰는 것보다, 그 시간에 고객과 직접 대화하는 것이 더 가치 있습니다.
고객 지원도 마찬가지입니다. 챗봇이나 헬프센터를 만들지 말고, 이메일이나 Discord로 직접 응대하세요. 초기 고객의 피드백은 제품 방향을 결정하는 가장 중요한 데이터입니다.
출시 채널
ProductHunt
가장 많이 사용되는 SaaS 출시 플랫폼입니다. 하루 동안의 업보트 경쟁이므로 시간대 선택이 중요합니다. 미국 서부 기준 자정에 게시가 시작되므로 한국 시간으로 오후 4~5시에 준비합니다.
출시 전에 메이커 프로필을 만들고, 커뮤니티에서 활동하면서 팔로워를 확보해두세요. 첫 1~2시간의 업보트가 순위를 결정합니다.
Hacker News
"Show HN" 포스트로 기술 커뮤니티에 제품을 알릴 수 있습니다. 기술적 깊이가 있는 제품이 좋은 반응을 얻습니다. 마케팅 느낌이 나면 오히려 역효과입니다.
Twitter / X
빌드 인 퍼블릭(Build in Public) 전략이 효과적입니다. 개발 과정, 매출, 실패 경험을 공유하면 자연스럽게 잠재 고객과 팔로워가 모입니다. 출시 전부터 미리 관심을 모아두면 출시 당일 초기 트래픽을 확보할 수 있습니다.
커뮤니티
제품이 해결하는 문제와 관련된 Reddit 서브레딧, Discord 서버, 포럼에서 활동합니다. 홍보가 아니라 진심으로 도움을 주는 활동을 하면서 자연스럽게 제품을 알립니다.
첫 유료 고객 확보
무료 사용자 1,000명보다 유료 고객 1명이 더 중요합니다. 누군가 당신의 제품에 돈을 지불했다는 것은 제품이 실제 가치를 제공한다는 증거입니다.
첫 유료 고객을 빨리 확보하려면 무료 플랜을 제공하지 않는 것도 방법입니다. 14일 무료 체험 후 유료 전환하는 모델이 더 빠른 검증을 가능하게 합니다. 무료 플랜은 제품이 검증된 후에 추가해도 늦지 않습니다.
출시 후 첫 주에 유료 고객이 한 명도 없다면 제품이 아니라 타겟 시장이나 가격을 재검토해야 합니다. 빠르게 피봇하는 것이 느리게 실패하는 것보다 낫습니다.