MVP(최소로 만들어 보기)

다 만들어서 내놓지 않고, 손님이 진짜 원하는지 확인할 수 있는 가장 작은 형태로 먼저 내보는 방법이에요. 목적은 완성이 아니라 확인이에요.

쉽게 말하면

새 메뉴를 내려는 사장님이 두 가지 길 앞에 서 있어요. 하나는 주방을 새로 뜯고 간판을 바꾸고 메뉴판을 인쇄해서 한 달 뒤에 여는 것이고, 다른 하나는 이번 주말에 딱 하나만 만들어서 단골 다섯 분께 내드리고 반응을 보는 것이에요. MVP는 두 번째 길이에요. 손님 입에 들어가 봐야 알 수 있는 걸, 한 달을 쓰지 않고 주말에 알아내는 방법이에요.

MVP는 영어 Minimum Viable Product 의 줄임말이에요. 우리말로는 최소로 굴러가는 물건 정도예요. 여기서 중요한 건 두 단어예요. 최소여야 하고, 그러면서도 굴러가야 해요.

완성해서 내는 방식

예약 + 회원가입 + 결제 + 쿠폰 + 알림톡 + 후기 (3개월 뒤 개업)

3개월 동안 아무도 안 써 봤어요. 손님이 원한 게 예약이 아니라 전화 연결이었다면, 3개월이 통째로 날아가요.

최소로 내보는 방식

가게 소개 한 장 + 예약 신청 칸 하나 (이번 주 공개)

일주일 뒤에 답이 나와요. 신청이 들어오면 다음 걸 만들고, 안 들어오면 이유를 물어봐요. 잃은 건 일주일이에요.

왜 작게 내야 하나

이유는 하나예요. 내 짐작이 틀릴 확률이 생각보다 아주 높기 때문이에요.

사장님은 가게를 제일 잘 아는 사람이에요. 그런데 손님이 무엇 때문에 돈을 내는지는, 가게를 잘 아는 것과 다른 문제예요. 손님은 자기가 왜 그 집에 가는지 말로 설명하지 못하는 경우가 많고, 물어보면 실제 행동과 다른 답을 하기도 해요.

그래서 짐작을 말로 검증하지 말고 물건으로 검증해요. 작은 물건을 내놓고, 사람들이 실제로 어떻게 하는지 봐요. 이게 MVP의 전부예요.

1짐작을 한 문장으로 적어요. "우리 손님은 전화 대신 온라인으로 예약하고 싶어 한다" 처럼요.
2그 짐작만 확인할 수 있는 가장 작은 걸 만들어요. 위 문장이라면 예약 신청 칸 하나면 충분해요. 회원가입도 결제도 아직 필요 없어요.
3내놓고 기다려요. 며칠이면 돼요. 아무도 안 쓰면 그것도 답이에요.
4답이 나오면 방향을 정해요. 짐작이 맞았으면 그 방향으로 더 만들고, 틀렸으면 다른 짐작을 세워요.

MVP는 대충 만들라는 뜻이 아니에요

작은 것과 허술한 것은 달라요. 메뉴를 하나만 낸다고 해서 덜 익혀 내지는 않잖아요. 범위는 최소로, 그 최소한의 품질은 제대로. 손님이 첫 화면에서 뭘 하는 곳인지 모르겠다면 그건 MVP가 아니라 그냥 미완성이에요.

무엇을 빼고 무엇을 남기나

판단 기준은 딱 하나예요. 이게 없으면 손님이 오늘 원하는 일을 끝낼 수 없나? 없어도 끝낼 수 있으면 뺍니다.

항목	1차에 남길까	이유
무엇을 파는지 알려주는 화면	남겨요	이게 없으면 손님이 여기서 뭘 해야 하는지 몰라요. 최후까지 남는 것
신청 또는 문의 칸 하나	남겨요	손님이 행동할 곳이 없으면 반응을 잴 수가 없어요
연락처와 위치	남겨요	가장 값싸게 신뢰를 만드는 정보예요
회원가입·로그인	대개 빼요	처음 온 손님에게 가입부터 시키면 대부분 떠나요. 로그인은 재방문이 생긴 다음에 붙여요
결제 연결	대개 빼요	1차에는 계좌이체나 전화 결제로 받아도 돼요. 결제 연결은 주문이 실제로 들어오기 시작하면 붙여요
관리자 화면	빼요	주문이 하루 다섯 건이면 사장님 눈으로 보는 게 더 빨라요
알림톡·자동 메일	빼요	손으로 연락하세요. 손님 반응을 가장 가까이서 듣는 방법이에요
예쁜 애니메이션·다국어	빼요	손님이 아직 한 명도 없는데 꾸미는 건 순서가 뒤바뀐 거예요

"손으로 해도 되는 건 손으로"

MVP에서 자동화는 나중 문제예요. 예약이 들어오면 사장님이 직접 확인해서 전화하는 것도 훌륭한 1차 방식이에요. 손으로 열 번 해 보면 무엇을 자동으로 만들어야 하는지가 저절로 보여요. 안 해 보고 만든 자동화는 대체로 엉뚱한 걸 자동화해요.

첫 손님 다섯 명에게 물어볼 것

숫자만 보면 왜 그런지를 알 수 없어요. 초반에는 사람에게 직접 묻는 게 가장 빠른 정보예요. 다섯 명이면 충분해요. 같은 얘기가 세 번 나오면 그건 우연이 아니거든요.

1"여기 오시기 전에는 이 일을 어떻게 하셨어요?" 지금 쓰는 방법이 진짜 경쟁 상대예요. 전화일 수도, 종이 장부일 수도 있어요.
2"쓰시다가 멈칫한 데가 있었나요?" 못 찾은 버튼, 헷갈린 문구가 여기서 나와요. 사장님 눈에는 절대 안 보이는 것들이에요.
3"이게 없어지면 불편하실까요?" "별로요"라는 답이 나오면 아직 필요한 물건이 아니에요. 뼈아프지만 가장 값진 답이에요.
4"얼마면 내실 것 같으세요?" 금액 자체보다 머뭇거림의 길이를 보세요. 바로 답이 나오면 가치가 전달된 거예요.
5"이거 누구한테 알려주고 싶으세요?" 이름이 튀어나오면 진짜 손님을 찾은 거예요. 그 이름이 다음 손님이기도 하고요.

이 질문은 하지 마세요

"이런 기능 있으면 쓰실래요?" 는 거의 항상 "네" 가 나와요. 사람은 앞으로의 일을 물으면 예의 있게 답하거든요. 과거의 행동을 물어야 진짜 답이 나와요. "지난달에 이런 일 있으셨어요?" 처럼요.

완벽주의가 사업을 죽이는 방식

완벽하게 만들려는 마음은 성실함에서 나와요. 문제는 그 성실함이 손님을 만나는 날짜를 계속 뒤로 미룬다는 거예요. 그리고 손님을 만나기 전까지는 아무것도 배울 수 없어요.

장면 1 · 외주 개발자가 견적서를 내밀었다

“말씀하신 기능 다 넣으면 4개월에 이 금액입니다. 중간에 바꾸시면 추가 비용이 붙어요.”

여기서 위험한 건 금액이 아니라 4개월이에요. 4개월 뒤에야 손님 반응을 처음 보는데, 그때 방향이 틀렸으면 바꾸는 데 또 돈이 들어요. 이럴 때는 "핵심 하나만 먼저, 한 달로 끊어 주세요"라고 요청하세요. 외주도 작게 끊어서 맡길 수 있어요.

장면 2 · 손님이 전화했다

“홈페이지에서 예약하려 했는데요, 그냥 지금 전화로 해도 돼요?”

이 한 통이 몇 달치 회의보다 값져요. 손님이 온라인 예약을 시도하다 멈췄다는 뜻이고, 어디서 멈췄는지 물어볼 기회가 지금 손안에 있어요. 완성된 뒤에 냈다면 이 전화도 몇 달 뒤에 왔을 거예요.

완벽주의가 무서운 진짜 이유는 따로 있어요. 오래 만들수록 버리기 어려워져요. 6개월을 쏟은 기능은 손님이 안 쓴다는 걸 알아도 놓기가 힘들어요. 일주일 만든 건 미련 없이 접을 수 있고요. 짧게 만드는 건 시간을 아끼는 일이자, 판단을 흐리지 않게 지키는 일이에요.

부끄러운 게 정상이에요

제대로 만든 MVP를 처음 내놓으면 대개 부끄러워요. "이걸 내도 되나" 싶으면 오히려 시점이 맞은 거예요. 자랑스러울 만큼 완성해서 냈다면, 이미 너무 오래 만든 것일 가능성이 커요.

바이브캠퍼스에서 하루 만에 내보기

만드는 시간이 짧아지면 MVP는 훨씬 쉬워져요. 하루짜리 순서는 이래요. 오전에 만들고 오후에 내보내는 게 목표예요.

1한 문장을 정해요. "누가, 무엇을 하러 오는 곳인가." 이 문장이 안 정해지면 뒤가 다 흔들려요. 종이에 적고 시작하세요.
2스튜디오에 그 문장으로 요청해요. 기능을 나열하지 말고 "동네 필라테스 예약을 받는 한 장짜리 화면, 신청 칸 하나" 처럼 좁게 말하는 게 좋아요. 요청하는 요령은 프롬프트 문서에 있어요.
3나온 화면에서 딱 세 가지만 손봐요. 무엇을 하는 곳인지 알려주는 문장, 신청 버튼, 연락처. 나머지는 눈에 거슬려도 오늘은 두세요.
4직접 손님인 척 처음부터 끝까지 해 봐요. 휴대폰으로도 해 보세요. 여기서 막히면 손님은 백 퍼센트 막혀요.
5공개해요. 배포하면 주소가 생겨요. 이때부터가 진짜 시작이에요.
6아는 사람 다섯 명에게 주소를 보내요. 그리고 위의 다섯 질문을 물어보세요. 하루가 이렇게 끝나면 성공이에요.

빈 화면부터 시작하지 마세요

처음부터 백지에서 시작하면 하루가 아니라 사흘이 가요. 비슷한 모양을 먼저 띄워 놓고 고치는 게 훨씬 빨라요. 템플릿으로 시작하기를 보시면 어떤 모양들이 있는지 알 수 있어요.

직접 해보기

한 문장으로 스튜디오에 요청해 보세요

지금 머릿속에 있는 아이디어를 한 문장으로 줄여서 넣어 보세요. 기능 목록 말고, 누가 무엇을 하러 오는 곳인지 한 줄이면 돼요. 오늘 공개까지 안 해도 괜찮아요.

스튜디오 열기

자주 묻는 것

Q. 너무 부실하게 내면 손님이 실망해서 다시 안 오지 않을까요?: 적은 것과 엉성한 것을 나눠서 생각하시면 돼요. 기능이 하나뿐인 건 괜찮아요. 그 하나가 안 눌리거나 다음 화면이 안 뜨는 건 안 괜찮고요. 그리고 초반 손님에게는 "막 시작한 곳입니다"라고 솔직히 말하는 게 오히려 잘 통해요. 사람들은 시작하는 가게에 관대해요.
Q. 몇 명이 써야 "되는 것"이라고 볼 수 있나요?: 숫자보다 행동을 보세요. 열 명이 들어와서 다 구경만 하고 나갔다면 신호가 약한 거예요. 세 명이 들어와서 세 명 다 신청했고 그중 한 분이 다시 왔다면, 숫자는 작아도 훨씬 좋은 신호예요. 다시 오는 사람이 있는지가 핵심이에요.
Q. 아무도 안 쓰면 실패한 건가요?: 짐작 하나가 틀렸다는 걸 일주일 만에 알아낸 거예요. 이건 성과예요. 다만 원인을 두 가지로 나눠 보셔야 해요. 아무도 안 온 것과 와서 안 쓴 것은 완전히 다른 문제예요. 앞은 알리는 방법의 문제고, 뒤는 물건 자체의 문제예요. 방문 기록 보기로 어느 쪽인지 구분할 수 있어요.
Q. MVP로 낸 걸 나중에 다 버리고 새로 만들어야 하나요?: 그럴 때도 있고 아닐 때도 있어요. 그런데 버리게 되더라도 손해가 아니에요. 일주일 만든 걸 버리고 맞는 방향을 아는 것이, 6개월 만든 걸 안 버리고 틀린 방향으로 가는 것보다 훨씬 싸거든요. 버릴 각오가 되어 있으면 오히려 결정이 빨라져요.
Q. MVP 단계에서 돈을 받아도 되나요?: 받아도 되고, 받아 보는 게 검증에는 제일 정확해요. 지갑을 여는 순간만큼 정직한 반응이 없거든요. 다만 돈을 받기 시작하면 사업자 신고나 환불 처리 같은 의무가 따라와요. 사업자등록과 환불 규정을 먼저 확인하세요. 규모와 업종에 따라 다르니 정확한 건 관할 기관이나 세무 담당자에게 확인하시는 게 안전해요.
Q. 경쟁사는 이미 기능이 스무 개인데 하나로 이길 수 있나요?: 전부로는 못 이겨요. 대신 한 가지에서만 확실히 나으면 돼요. 손님은 스무 개를 비교하지 않고, 지금 자기 문제 하나가 해결되는지만 봐요. 동네에서 예약 전화 받는 게 제일 귀찮은 사장님에게는 그것만 되는 도구가 최고의 도구예요.

확인해 보세요

동네 공방 예약을 받는 화면을 처음 내려고 해요. 1차에 넣지 않아도 되는 것은?

하나 더

첫 손님에게 물을 질문으로 더 좋은 쪽은?

더 깊이 (안 읽어도 괜찮아요)

"굴러가는(Viable)"이 진짜 뜻하는 것 · 이 단어를 "어떻게든 켜지기만 하면 된다"로 읽는 경우가 많은데, 원래 뜻은 손님이 원하는 일 하나를 처음부터 끝까지 끝낼 수 있다예요. 예약 화면이라면 예약이 실제로 접수돼서 사장님에게 도착해야 굴러가는 거예요. 접수가 어디로도 안 가면 그건 사진일 뿐이에요. 접수 방법이 사장님 메일함이어도 상관없어요. 끝까지 이어지기만 하면 돼요.

만들지 않고 검증하는 방법도 있어요 · 가장 작은 MVP는 아무것도 안 만드는 것일 때도 있어요. 소개 화면 한 장만 올려 두고 신청 버튼을 눌러 본 사람 수만 세는 방식이에요. 버튼을 누르면 "곧 열어요. 알림 받으실 연락처를 남겨 주세요"가 뜨고요. 이 방식은 정직하게 안내할 때만 써야 해요. 이미 되는 것처럼 속이면 신뢰를 잃고, 상황에 따라서는 표시광고 문제가 될 수도 있어요. "준비 중"이라고 분명히 밝히면 문제없어요.

작게 시작한다는 말의 오해 · 작게 시작하라는 말은 야망을 줄이라는 뜻이 아니에요. 목표는 크게 두되 확인은 잘게 쪼개서 하라는 뜻이에요. 큰 목표를 세우고 한 번에 3년을 걸면 3년 뒤에 딱 한 번 배우지만, 잘게 쪼개면 3년 동안 서른 번 배워요. 같은 3년인데 배운 횟수가 서른 배 차이예요.

이것만 기억하세요

·MVP의 목적은 완성이 아니라 확인이에요. 내 짐작이 맞는지 보는 거예요
·기능은 하나만 남겨요. 손님이 오늘 할 일을 못 끝내게 하는 것만 남기고 나머지는 빼요
·적은 것은 괜찮고 엉성한 것은 안 괜찮아요. 범위는 최소로, 그 최소의 품질은 제대로
·첫 손님 다섯 명에게는 앞으로 쓸지 말고 지금까지 어떻게 했는지를 물어요
·오래 만들수록 버리기 어려워져요. 짧게 만드는 건 판단을 지키는 일이에요