학습 목차
1강에서 아이디어가 진짜 풀 만한 문제에 닿는지 맞춰봤고, 2강에서 그 문제를 겪는 사용자를 만나 검증했어요. 이제 손에 든 아이디어를 실제 솔루션으로 만들 차례예요. 그런데 '어떻게 만드느냐'가 정말 중요해요. 여기서 MVP라는 개념이 등장해요.
MVP는 Minimum Viable Product, 우리말로 최소 기능 제품이에요. 우리가 생각한 솔루션이 정말 그 문제를 해결하는지 확인하는 아주 최소한의 실험 단위라고 보면 돼요. 완성된 해결책이라기보다 배우기 위한 실험이에요. 식당을 차린다고 해볼게요. 정식으로 오픈하고 홍보하기 전에, 주말에 가오픈해서 몇 접시만 만들어 팔아보며 사람들이 이 메뉴에 진짜 돈을 낼 만하다고 느끼는지 먼저 확인해 보는 거예요. 이걸 확인하지 않고 대량으로 운영을 시작했다가 "내가 돈 쓸 만큼 맛있지는 않은데"라는 반응이 나오면 큰 손해로 이어져요. 이건 IT 업계에서는 거의 상식처럼 통하는 개념이에요. 린 스타트업이라는 유명한 방법론의 핵심이고, 전 세계 스타트업이 기본으로 쓰는 오래 검증된 방식이에요.
MVP라고 하면 대충 만들었거나 기능이 적고 투박한 제품을 떠올리는 분이 많아요. 이름 탓도 있어요. '미니멈(최소)'이라는 말이 유난히 귀에 들어오고, 주변에서 급하게 대충 만들어 내놓고 "이거 MVP니까 괜찮아" 하는 경우도 있으니까요. 그런데 그렇지 않아요. 핵심은 '미니멈'보다 가운데의 바이어블(Viable, 쓸 만하다)이에요. 작더라도 사용자의 핵심 문제 하나는 끝내주게 해결해야 한다는 뜻이에요.
자동차를 만든다고 해볼게요. 바퀴를 만들고, 차체를 얹고, 문을 달고, 엔진까지 다 달아야 비로소 완성된 자동차가 나오고 그제서야 처음으로 사람이 탈 수 있어요. 이 방식은 완성 전까지 사용자가 아무것도 탈 수 없고 기다리기만 해야 해요. 그동안 우리는 사람들이 이걸 진짜 원하는지 알 수가 없죠. MVP는 반대예요. 자동차가 해결하는 문제는 '어딘가로 빠르게 이동하고 싶다'인데, 이 경우엔 스케이트보드를 먼저 만들어요. 자동차보다 느리고 안전하지도 않지만 어쨌든 굴러가서 어딘가로 갈 수 있어요. 그다음 킥보드, 자전거, 오토바이, 자동차 순으로 가요. 매 단계마다 사용자가 실제로 타고 다닐 수 있고, 단계별 반응을 보면서 배우는 거예요. 작더라도 '이동한다'는 핵심 가치를 처음부터 해내는 것, 그게 바이어블이에요.
MVP로 알고 싶은 질문은 딱 하나예요. "정말 그 솔루션이 그 문제를 푸는가." 이걸 확인할 것만 남기고 나머지는 다 덜어내요. 덜어내지 않으면 어떻게 될까요? 회의를 요약해 주는 AI 앱에 녹음, 요약, 할 일 정리, 캘린더 연동, 공유, 알림까지 잔뜩 넣으면 개발 시간이 점점 늘어나 반년 만에 출시하게 돼요. 그런데 사람들이 쓰지 않아요. 그럼 뭐가 문제일까요? 요약이 별로였나, 이런 앱 자체가 필요 없었나, 공유 기능이 잘못됐나 — 기능이 많아서 안 쓴 이유를 찾기가 어려워요. 시간은 시간대로 돈은 돈대로 다 썼는데 뭐가 문제였는지조차 모르는 일이 생겨요. 작게 만들면 이걸 피할 수 있어요.
가설은 별거 아니에요. '이게 원인이면 이런 결과일 것이다'라는, 아직 사실로 확인되지 않은 추측이에요. 2강에서 '가정'이라고 부른 것과 거의 같은데 차이가 있어요. 가정은 우리가 무심코 깔고 있는 확인되지 않은 믿음이고, 그걸 맞는지 틀린지 분명하게 확인할 수 있는 문장으로 다듬은 게 가설이에요. 예를 들어 "AI로 회의를 녹취하고 요약할 수 있다면 시간을 아낄 수 있을 것이다"는 명확해 보이지만, 엄밀히 말하면 1시간을 50분으로 줄인 것도 시간을 아낀 거예요. 그때 우리 솔루션이 의미 있었다고 할 수 있을까요? 가설로 바꾸면 이렇게 돼요. "AI로 회의를 녹취하고 요약할 수 있다면 기존에 1시간 걸리던 작업이 10분으로 줄어들 것이다." 측정 가능한 형태가 됐죠.
가설이 맞는지 확인하는 최소한의 테스트가 MVP예요. 몇 달에 걸쳐 완벽한 앱을 만드는 게 아니라, 가설을 확인할 핵심 하나만 가장 빠르고 싸게 만들어 내보내요. 출퇴근하는 직장인을 위한 오디오 뉴스를 만든다고 해볼게요. 앱을 다 개발하는 대신, 카카오톡 오픈 채팅방을 하나 만들어 매일 아침 오디오 요약 파일을 올리고 반응을 봐요. 계속 머물며 매일 듣고 좋다고 하는지, 아니면 얼마 뒤 나가버리는지. 그걸 보면 나중에 앱을 제대로 만들어도 가치가 있을지 판단할 수 있어요. 앱 없이, 코드 한 줄 없이도 가설은 충분히 테스트할 수 있어요.
실험에서 나온 사람들의 실제 반응, 즉 데이터로 가설이 참인지 거짓인지 판가름해요. 회의록 예시로 실험했더니 실제로 10분 미만이 걸렸다면 가설이 증명된 거예요. 그제서야 안심하고 본격적인 개발에 시간과 돈을 투자하면 돼요. 반대로 시간 차이가 없다면 가설이 틀린 거고요. 슬퍼할 필요 없어요. 큰돈과 시간을 다 날리기 전에 빠르고 저렴하게 이 아이디어가 틀렸다는 걸 배운 거니까요. 아이디어나 가설을 수정해 새 가설을 세우고 사이클을 다시 돌리면 돼요.
성공했든 실패했든 매번 "왜 그랬을까"라는 배움, 레슨런이 남아요. 사람들이 내 서비스를 왜 썼는지, 왜 외면했는지 그 이유를 깨닫는 과정이에요. 한 번 돌릴 때마다 기획이 이전보다 단단해져요. 처음에 만든 사용자 정의와 문제 정의도 고정된 게 아니에요. 제품을 만들고 사용자를 만나면서 점점 정교하게 수정돼요. 이 과정 전체는 정답을 쓰는 게 아니라, 사용자와 소통하면서 정답을 찾아가는 과정에 가까워요.
가만 두면 자꾸 완벽하게, 크게 만들려고 해요. 머리로는 작게 시작하라는 걸 알아도 막상 손을 대면 기능을 더 넣고 싶고 한 번에 멋지게 완성하고 싶어져요. 첫 번째 이유는 두려움이에요. 어설픈 결과물을 내놨다가 실력 없어 보이면 어쩌지, 평판이 깎이면 어쩌지. 그래서 자꾸 붙이고 다듬다가 출시가 늦어져요. 그런데 지금 아는 큰 서비스들도 처음엔 다 볼품없이 시작했어요. 작은 걸 일찍 내놓는 건 부끄러운 게 아니라 오히려 용기이고 전략이에요. 두 번째는 매몰 비용이에요. 크게 만들수록 "여기까지 만들었는데 이제 와서 어떻게 멈춰" 하는 마음이 커져서, 잘못된 방향인 걸 알면서도 계속 가게 돼요. 작게 만들면 일찍 틀리니까 빨리 수정하자는 마음이 들기 쉽고, 틀리는 게 곧 배움이라 레슨런을 더 가져갈 수 있어요.
지금은 호텔보다 덩치가 큰 글로벌 숙박 서비스지만, 시작은 형편없는 웹사이트였어요. 2007년 창업자 2명이 샌프란시스코에서 월세를 못 낼 정도로 쪼들리던 때, 마침 도시에 큰 디자인 컨퍼런스가 열려 호텔이 다 매진이었어요. 이들이 세운 가설은 "낯선 사람 집 거실 에어 매트리스에서라도 돈을 내고 잘 사람이 있을 것이다"였어요. 검증하려고 거창한 앱을 만들지 않고, 에어 매트리스 3개를 사서 한 페이지짜리 사이트를 올렸어요. 지금은 디자인이 예쁜 앱이라는 이미지가 강하지만 이때 예쁜 건 중요하지 않았어요. 결과는 고객 3명, 하룻밤 80달러씩. 호텔 같은 게 중요한 게 아니라 남의 집에서도 돈을 내고 잘 만큼 가치를 느낀다는 걸 증명한 거예요.
파일을 인터넷에 저장해 회사 컴퓨터든 집 노트북이든 휴대폰이든 어디서나 똑같이 맞춰주는 서비스예요. 파일 자동 동기화가 가치 있을 거라는 생각은 있었지만, 당시 기술로 실제로 만드는 건 굉장히 어려웠어요. 그런데 사람들이 이걸 정말 원하는지 먼저 증명해야 했죠. 그래서 제품이 작동하는 것처럼 보이는 3분짜리 데모 영상을 만들고, 끝에 베타 신청 대기자 폼을 붙여 커뮤니티에 올렸어요. 하룻밤 사이에 대기자가 7만 명으로 뛰었어요. 코드로 제품을 만들기도 전에 수요를 증명한 사례예요.
미국에서 가장 큰 온라인 신발 쇼핑몰로 성장한 회사예요. 1999년 당시엔 신발은 당연히 신어보고 사야 한다고 생각하던 때였어요. 창업자는 "신어보지 않고도 온라인으로 신발을 살까"를 확인해야 했어요. 그래서 신발을 단 하나도 사두지 않고, 동네 신발가게에 가서 사진을 찍어 온라인에 올렸어요. 팔리면 정가로 사가겠다고 가게에 미리 말해두고요. 주문이 들어오면 직접 가게에 가서 신발을 사 손님에게 보냈어요. 마진이 남지 않고 손해를 볼 수도 있었지만 중요하지 않았어요. 확인하려던 건 딱 하나 — 사람들이 신어보지 않고도 온라인으로 신발을 사는가. 실제로 샀고, 이 작은 실험이 증명돼 나중에 아마존에 12억 달러에 인수됐어요.
MVP는 빨리 배우게 해주고, 싸게 틀리게 해주고, 어떤 게 진짜 효과적이었는지 알게 해줘요. 크게 만들 때 잃을 수 있는 것들을 정확히 거꾸로 돌려주는 방법이에요.