3일 만에 만든 것이 3달의 계획을 이깁니다. 단, 그 3일에 제대로 된 계획이 담겨 있을 때 이야기입니다
완성하면 생기는 것
핵심 흐름 하나가 끝까지 매끄럽게 작동하는 내 사업의 MVP, 그리고 베타 테스터 5명에게 보낼 링크
바이브캠퍼스 계정(무료)필수
스튜디오 딥빌드와 신뢰성 검증을 직접 실행하며 진행하는 과정입니다.
(권장) 팔리는 아이디어 찾기선택
검증된 아이디어와 원페이저를 들고 오면 이 과정의 모든 단계가 내 사업 이야기가 됩니다.
금요일 저녁, 여러분은 스튜디오에서 딥빌드를 시작합니다. 주말 동안 블루프린트를 다듬고 첫 빌드를 검토합니다. 그리고 월요일 아침, 베타 테스터 다섯 명에게 메시지를 보냅니다. "내가 만든 서비스야. 한번 예약해 봐 줄래?" 링크 끝에는 실제로 작동하는 여러분의 MVP가 있습니다.
같은 시간, 다른 누군가는 석 달째 사업계획서를 다듬고 있습니다. 3일 만에 만든 것이 3달의 계획을 이기는 이유는 단순합니다. 만든 것은 반응을 얻고, 계획은 얻지 못하기 때문입니다. 반응만이 사업을 앞으로 밀어 줍니다.
이 과정은 그 3일을 안내합니다. 다만 무작정 빠르게가 아니라, 계획이 반이라는 말처럼 딥빌드의 계획 단계를 제대로 쓰는 법을 함께 익힙니다. 예시는 홈클리닝 예약 서비스 하나로 처음부터 끝까지 이어집니다.
MVP는 기능이 적은 어설픈 제품이 아니라, 한 가지를 확실히 해내는 제품입니다. 홈클리닝 예약 서비스라면 "바쁜 맞벌이 부부가 날짜를 골라 청소 예약을 확정한다"라는 흐름 하나입니다. 리뷰, 정기 구독, 포인트, 채팅은 전부 나중입니다.
그래서 MVP 설계의 첫 작업은 넣을 것 고르기가 아니라 뺄 것 정하기입니다. 원페이저를 펴고 물어보세요. 이 사업의 가설을 확인하는 데 반드시 필요한 흐름은 무엇인가. 그 하나만 남기고 나머지는 "버전 2 목록"이라는 별도 메모로 옮깁니다.
이렇게 나오면 성공
이 장이 끝나면 내 MVP를 한 문장으로 말할 수 있어야 합니다. "누가, 무엇을, 할 수 있다"의 꼴로요. 예를 들면 "바쁜 맞벌이 부부가 3분 만에 청소 예약을 확정할 수 있다"처럼요.
스튜디오에는 두 가지 만들기 방식이 있습니다. 퀵빌드는 설명하면 바로 결과가 나오는 가벼운 방식이라 스케치와 시안 비교에 좋습니다. 딥빌드는 먼저 계획을 세웁니다. AI가 사업 내용을 되묻고(clarify), 블루프린트라는 설계도를 보여주고, 여러분의 확인을 받은 뒤에 짓습니다.
사업의 MVP는 딥빌드로 만듭니다. 이유는 집짓기와 같습니다. 창고는 설계도 없이 지어도 되지만, 사람이 살 집은 설계도부터 그립니다. MVP는 진짜 고객이 들어와 살 집입니다. 계획 단계에서 잡은 방향 하나가 완성 후의 수정 열 번을 줄여 줍니다.
팁
아이디어 스케치나 화면 시안 비교는 퀵빌드로 가볍게 여러 번, 진짜 MVP는 딥빌드로 한 번. 이 조합이 시간도 크레딧도 가장 아낍니다.
딥빌드의 출발은 프롬프트입니다. 초보의 프롬프트는 기능을 나열합니다. "예약 기능, 결제 기능, 관리자 페이지 만들어 줘." 창업가의 프롬프트는 사업을 담습니다. 누구를 위한 것인지, 그 사람이 어떤 순간에 쓰는지, 무엇이 되면 성공인지, 어떤 분위기여야 하는지.
홈클리닝 예약 서비스라면 이런 내용이 들어갑니다. 고객은 평일에 시간이 없는 맞벌이 부부라는 것, 밤에 휴대폰으로 3분 안에 예약을 끝내고 싶어 한다는 것, 핵심 흐름은 날짜 선택에서 예약 확정까지라는 것, 신뢰감 있고 깔끔한 분위기를 원한다는 것. 원페이저의 네 칸이 그대로 프롬프트의 재료가 됩니다.
막히면 프롬프트 도움받기를 여세요. 산업별 예시와 함께 프롬프트를 다듬어 주고, 진행 전에 예상 내용을 미리 확인할 수 있어 안심하고 시작할 수 있습니다.
딥빌드를 시작하면 AI가 먼저 되묻습니다. 어떤 고객이 우선인지, 결제는 이번에 넣을지, 관리자 화면이 필요한지. 선택지를 골라 답하는 방식이고, 여러 개를 한 번에 고를 수도 있습니다. 이 되물음의 정체는 시험이 아니라 공짜 컨설팅입니다. 여러분이 미처 생각 못 한 결정 지점을 AI가 대신 찾아 준 것이니까요.
답할 때의 나침반은 2장에서 만든 MVP 한 문장입니다. 그 문장에 필요한 것은 "넣는다", 아닌 것은 "이번엔 뺀다"를 고르면 범위가 저절로 조여집니다.
그리고 잘못 골라도 괜찮습니다. 다음 단계인 블루프린트에서 얼마든지 고칠 수 있고, 재생성은 무료입니다. 겁내지 말고 지금의 최선으로 답하세요.
팁
선택지 앞에서 망설여지면 "빼는 쪽"을 고르세요. 뺀 기능은 나중에 더하기 쉽지만, 넣은 기능은 빼기 어렵습니다. MVP를 지키는 것은 더하기가 아니라 빼기의 용기입니다.
clarify가 끝나면 블루프린트가 나옵니다. 어떤 화면이 만들어지고, 각 화면에 무엇이 들어가고, 어떤 데이터가 오가는지 적힌 설계도입니다. 회사에서는 이런 문서를 PRD, 제품 요구사항 문서라고 부릅니다. 여러분은 방금 대화 몇 번으로 그것을 얻은 셈입니다.
여기서 시간을 쓰세요. 완성된 코드를 고치는 것보다 설계도를 고치는 것이 열 배 쉽고 쌉니다. 문장을 읽으며 머릿속으로 고객이 되어 화면을 걸어 보세요. 어색한 부분이 있으면 블루프린트에 바로 피드백을 남기면 됩니다. 확인이 끝나면 빌드를 시작합니다.
이렇게 나오면 성공
블루프린트에서 확인할 것은 세 가지입니다. 핵심 흐름이 처음부터 끝까지 이어지는가, MVP 한 문장이 반영되어 있는가, 어느새 몰래 늘어난 기능은 없는가.
빌드 전에 다시 한번 새길 원칙입니다. 핵심 기능 하나가 끝까지 매끄럽게 작동하는 제품은 신뢰를 만들고, 다섯 기능이 어중간하게 작동하는 제품은 불신을 만듭니다. 고객은 기능의 개수가 아니라 약속이 지켜지는 경험에 반응합니다.
홈클리닝 예약 서비스로 말하면, 날짜를 고르고 예약이 확정되고 확인 화면이 뜨는 흐름이 단 한 번도 걸리지 않고 흘러야 합니다. 그 하나의 매끄러움이 "이 서비스 믿을 만하네"라는 첫인상을 만들고, 첫인상이 베타 테스터의 진지한 피드백을 끌어냅니다.
주의
"이왕 만드는 김에"는 MVP의 적입니다. 추가하고 싶은 기능이 떠오르면 지우지 말고 버전 2 목록에 적어 두세요. 적는 순간 유혹은 절반으로 줄고, 목록은 훗날의 로드맵이 됩니다.
예약이 들어오면 그 정보는 어디에 저장될까요. 데이터베이스, 줄여서 DB입니다. 어렵게 들리면 냉장고를 떠올리세요. 고객 정보는 이 칸, 예약 내역은 저 칸, 꺼내 쓰고 다시 넣는 큰 냉장고입니다. 블루프린트의 데이터 항목이 바로 이 냉장고의 칸 배치입니다.
바이브캠퍼스의 방식에는 중요한 특징이 하나 있습니다. 데이터가 플랫폼이 아니라 여러분 자신의 Supabase에 직결된다는 것입니다. 즉 냉장고가 남의 집이 아니라 여러분 집에 있습니다. 고객 정보와 예약 기록이 처음부터 끝까지 여러분의 자산으로 남습니다.
용어 카드 · 탭해서 열기
물건을 칸칸이 정리해 보관하는 큰 냉장고입니다.
서비스의 정보(고객, 예약, 글)를 다음에도 꺼내 쓸 수 있게 보관하는 곳입니다. 고객이 저장하거나 제출하는 모든 것이 여기 담기므로, MVP에서도 무엇을 담을지는 미리 정합니다.
열쇠까지 통째로 받는 내 소유의 창고입니다.
널리 쓰이는 데이터베이스 서비스입니다. 바이브캠퍼스는 여러분 자신의 Supabase 계정에 직결하는 방식이라, 사업 데이터의 주인이 처음부터 여러분이 됩니다.
"내 것을 가져와 쓴다"는 뜻으로, 식당에 내 와인을 가져가는 문화에서 온 말입니다.
Bring Your Own, 즉 내 계정과 내 자원을 연결해 쓰는 방식입니다. 플랫폼이 바뀌어도 데이터와 자산이 내 손에 남는다는 점에서 1인 창업가의 안전벨트입니다.
팁
지금 단계에서 완벽한 데이터 설계는 필요 없습니다. "무엇을 저장해야 하나" 목록, 예를 들어 고객 이름, 연락처, 예약 날짜, 예약 상태 정도만 분명하면 충분합니다. 나머지는 딥빌드가 알아서 정리합니다.
MVP에 완벽한 실결제 시스템은 필요 없습니다. 필요한 것은 결제의 자리입니다. 가격이 보이고, 결제하기 버튼이 있고, 눌렀을 때 데모 결제 흐름이 이어지는 것. 이 자리만 있어도 가장 중요한 질문, "사람들이 지갑을 열려고 하는가"를 관찰할 수 있습니다.
베타 테스터가 가격표를 보고 결제 버튼까지 눌렀다면 그것은 강력한 신호입니다. 반대로 모두가 가격 앞에서 멈춘다면, 실결제를 붙이기 전에 가격이나 제안을 손봐야 한다는 뜻입니다. 자리 먼저, 연동은 나중. 이것이 MVP의 결제 순서입니다.
주의
첫 주부터 실결제 연동에 매달리지 마세요. 결제를 붙일 가치가 있는 제품인지 먼저 확인하는 것이 MVP의 존재 이유입니다. 실결제는 출시 과정에서 제대로 다룹니다.
빌드가 완성되면 바로 자랑하고 싶어집니다. 그 전에 10분짜리 검토 루틴을 돌리세요. 먼저 미리보기에서 고객이 되어 처음부터 끝까지 실제로 클릭합니다. 날짜를 고르고, 정보를 넣고, 예약 확정까지. 읽지 말고 눌러 보는 것이 핵심입니다.
다음은 폰 미리보기입니다. 고객 대부분은 휴대폰으로 들어옵니다. 스튜디오의 폰 프레임으로 iPhone과 Galaxy 두 기종을 확인하세요. 버튼이 너무 작지 않은지, 글자가 잘리지 않는지, 입력창이 누르기 편한지.
마지막으로 문구를 봅니다. 고객의 언어인지, 업계의 언어인지. "서비스 신청 프로세스 개시"보다 "예약하기"가 백 번 낫습니다.
이렇게 나오면 성공
루틴을 돌리면 보통 서너 개의 어색한 지점이 나옵니다. 실망할 일이 아니라 수확입니다. 베타 테스터가 아니라 내가 먼저 발견했다는 뜻이니까요.
남에게 보내기 전 마지막 관문, 신뢰성 검증입니다. 버튼 하나로 네 단계가 진행됩니다. 결과물 속의 주장을 추출하고, 구글 검색과 대조해 사실을 확인하고, 샌드박스라는 격리된 실행 환경에서 실제로 돌려 보고, 리포트와 수정 제안을 내놓습니다.
홈클리닝 예약 서비스라면 화면 속 서비스 설명이 과장은 아닌지, 예약 흐름이 실제로 끝까지 작동하는지를 기계가 한 번 더 짚어 주는 셈입니다. 내 눈은 내 결과물에 너그럽기 마련이라, 이 차가운 재확인이 소중합니다.
이렇게 나오면 성공
리포트에는 확인된 항목과 고칠 제안이 정리되어 나옵니다. 지적이 나와도 실패가 아닙니다. 베타 테스터 앞에서 발견되는 것보다 지금 발견되는 것이 언제나 이득입니다.
이제 사람입니다. 다섯 명이면 충분합니다. 큰 문제의 대부분은 첫 다섯 명 안에서 드러난다는 것이 오래된 경험칙입니다. 스무 명을 모으느라 2주를 쓰는 것보다 다섯 명에게 오늘 보내는 것이 낫습니다.
누구에게 보낼지가 절반입니다. 아이디어 과정에서 만난, 이 문제를 실제로 겪는 사람들이 1순위입니다. 부탁 문장은 짧게. "홈클리닝 예약 서비스를 만들었어. 5분만 써 보고, 막히는 데가 있으면 알려 줄래?" 무엇을 봐 달라는지 한 가지만 짚어 주면 피드백의 질이 올라갑니다.
주의
가족과 친한 친구의 "좋다"는 애정이지 데이터가 아닙니다. 다섯 명 중 적어도 세 명은 이 문제를 실제로 겪는, 나에게 덜 다정한 사람으로 고르세요.
피드백이 도착하면 세 가지로 분류하세요. 막힘(진행이 안 됨), 혼란(무슨 뜻인지 모르겠음), 요청(이런 기능 있으면 좋겠어요). 고치는 순서도 이 순서입니다. 막힘은 즉시, 혼란은 다음, 요청은 버전 2 목록으로 보냅니다. 요청을 다 들어주다 보면 MVP가 다시 뚱뚱해집니다.
고치는 도구는 리파인 채팅입니다. 완성된 빌드에게 대화하듯 수정을 요청하는 기능입니다. 피드백을 그대로 옮기지 말고 구체적인 지시로 바꿔 말하세요. 크게 갈아엎고 싶은 부분이 있어도 부담 갖지 마세요. 재생성은 무료라서, 수정은 몇 번이든 다시 시도할 수 있습니다.
팁
리파인 채팅에는 "어디서 무엇이 문제였는지"를 담으세요. "예약 버튼을 못 찾겠대. 첫 화면 위쪽에 크게 옮겨 줘"처럼 위치와 방향까지 말하면 한 번에 원하는 결과가 나옵니다.
MVP를 만들 때 가장 중요한 원칙은 무엇인가요?
이제 전 과정을 손으로 완주할 시간입니다. 아래 직접 해보기를 누르면 홈클리닝 예약 서비스의 MVP 프롬프트가 스튜디오에 미리 채워져 있습니다. 그대로 시작해도 좋고, 여러분의 아이디어로 바꿔 넣으면 더 좋습니다.
이 미션은 이 과정의 모든 장을 한 번에 꿰는 실전입니다. 끝낸 뒤 펼쳐보기에서 완주 점검표를 확인하세요.
직접 해보기미션
딥빌드로 MVP를 시작하세요. clarify에 MVP 한 문장을 나침반 삼아 답하고, 블루프린트에서 세 가지(핵심 흐름, 한 문장 반영, 몰래 늘어난 기능)를 점검한 뒤 빌드하세요. 완성되면 검토 루틴과 신뢰성 검증을 돌리고, 베타 테스터 한 명에게 오늘 링크를 보내세요.
완주했다면 이런 상태여야 합니다. 핵심 흐름이 폰 미리보기에서도 끝까지 작동하고, 신뢰성 검증 리포트의 지적 사항을 리파인으로 반영했고, 적어도 한 명에게 링크가 전송됐습니다. clarify에서 범위가 자꾸 커졌다면 정상적인 유혹을 만난 것입니다. 블루프린트로 돌아가 버전 2 목록으로 기능을 옮기고 다시 빌드하면 됩니다. 그 왕복이 바로 계획이 반이라는 말의 실체입니다.
축하합니다. 여러분에게는 이제 말이 아니라 링크가 있습니다. 아이디어를 설명하는 사람에서 제품을 보여주는 사람이 된 것입니다. 이 차이는 생각보다 훨씬 큽니다. 투자자도, 고객도, 동료도 링크 앞에서 완전히 다르게 반응합니다.
다음 과정은 "브랜드: 이름·로고·톤"입니다. 작동하는 제품에 얼굴을 만들어 줄 차례입니다. 이름을 짓고, 상표를 확인하고, 로고와 컬러를 입힙니다. 베타 테스터들의 피드백을 계속 받으면서 가볍게 넘어오세요.
