100개를 만들겠다는 말의 진짜 의미

2021년 피터 레벨스는 자신이 만든 70개가 넘는 프로젝트 가운데 돈을 벌면서 성장한 것은 4개뿐이었다고 적었다. 계산하면 약 5.7%다. 이 한 줄은 금세 매혹적인 공식으로 바뀐다. 제품을 100개 만들면 다섯 개쯤 성공한다는 공식이다.

하지만 레벨스의 프로젝트 장부를 열어보면 그렇게 단순한 통계가 아니다. 지금 장부에는 오래 돈을 번 성공작뿐 아니라 잠깐 돈을 번 프로젝트, 실패작, 애초에 수익을 목적으로 하지 않은 작업, 아직 판정할 수 없는 신작이 함께 들어 있다. 2021년의 4개와 지금 장부의 분류도 같지 않다. 분모를 무엇으로 잡느냐에 따라 성공률은 달라진다.

그러므로 5%는 자연법칙도, 성과 보장도 아니다. 피터 레벨스에게서 가져올 것은 숫자가 아니라 태도다. 성공작을 미리 알아맞힐 수 있다는 믿음을 버리고, 시장이 판단할 수 있을 만큼 완성된 시도를 반복한다는 태도다.

많이 만든다는 말은 오래 만들지 않겠다는 말이다

레벨스가 처음부터 다작을 신봉했던 것은 아니다. 그는 한 프로젝트에 1년을 썼지만 고객은 돈을 내지 않았고, 그 뒤에야 여러 개를 만들어 반응을 보겠다는 방식으로 돌아섰다고 회고했다. 이어 한 달에 하나씩 실제로 끝내고 출시하는 ‘12개월 12개 스타트업’을 시작했다.

여기서 중요한 단어는 ‘12개’보다 ‘끝내고 출시한다’다. 아이디어를 적는 것, 대기자 명단을 받는 것, 서버에 올려두는 것은 시장에 노출된 제품과 다르다. 낯선 사람이 제품을 이해하고, 사용하고, 가능하다면 돈까지 낼 수 있어야 한다. 그래야 다음 행동이 기다림이 아니라 판정이 된다.

존 용푹의 초기 실험은 이 차이를 잘 보여준다. 그는 7개월 동안 제품 7개를 출시했지만 직접 매출은 0달러였다고 기록했다. 이유도 명확했다. 제품들에 수익모델이 없었다. 출시 습관과 기술적 관심사는 얻었지만, 시장이 구매로 답할 질문은 던지지 않은 셈이다.

그래서 출시 수만 세면 위험하다. 무료 도구 하나와 가격이 붙은 제품 하나, 지인에게 보여준 데모와 공개 유통을 거친 제품 하나, 첫날 방문자가 많은 제품과 석 달 뒤에도 반복 결제가 남는 제품 하나를 같은 한 건으로 셀 수 있기 때문이다. 물량은 늘었는데 사업적 학습은 늘지 않을 수 있다.

100번의 출시는 100개의 회사를 뜻하지 않는다

100 Launches를 제대로 세려면 제품보다 판정 가능한 실험을 세야 한다. 출시 한 건에는 최소한 고객 한 종류, 해결할 문제 한 가지, 실제 유료 행동 하나가 있어야 한다. 공개 URL과 유입 경로, 결제 또는 선주문, 그리고 계속할지 중단할지 판단할 날짜도 필요하다.

이 정의는 한 제품 안에서 기능을 계속 늘리는 방식과 반대다. 회사 차원에서는 시도를 더하지만, 각 시도 안에서는 선택지를 뺀다. 누구나 쓸 수 있는 만능 도구 대신 특정 고객이 특정 순간에 돈을 내고 끝낼 수 있는 작은 결과를 만든다. 성공 확률을 높이는 비밀 기능을 찾는 것이 아니라 실패 한 번의 가격을 낮춘다.

이때 5%는 목표 적중률이 아니라 자원 배분을 위한 가정에 가깝다. 대부분이 중단될 수 있다고 전제하면 첫 버전에 석 달을 쓰기 어려워지고, 공통 인증·결제·계측·배포 부품을 재사용하게 되며, 약한 반응을 자존심 때문에 연장할 이유도 줄어든다. 반대로 돈과 반복 사용이 함께 나타난 제품에는 새 실험보다 더 많은 시간을 줄 수 있다.

문제는 여전히 남는다. 중단될 95개를 싸게 만드는 것만으로는 충분하지 않다. 실패할 때마다 고객 조사, 랜딩페이지, 코드, 유통 관계를 처음부터 다시 만든다면 100번째 제품도 첫 번째 제품만큼 비싸다. 그렇다면 나머지 95개의 실패를 어떻게 낭비가 아니게 만들 수 있을까.

그 답은 출시를 독립된 복권이 아니라 앞선 시도의 자산을 물려받는 연속 실험으로 설계하는 데서 시작한다.

한 번의 출시를 작게 닫는 법

에드먼드 용의 최근 앱 제작기는 이 한 사이클을 구체적으로 보여준다. 그는 아이디어 검증 영상에서 독창성보다 이미 돈이 흐르는 문제를 찾으라고 말한다. 경쟁 제품이 있다는 사실은 피해야 할 적신호가 아니라 수요가 존재한다는 증거가 될 수 있다. 더 단순하게, 더 싸게, 더 쉽게 만들거나 빠진 핵심 기능을 채우는 식으로 차이를 만든다.

그는 번역 튜토리얼 프로젝트를 유튜브 자막 번역 문제로 좁혀 Fluently를 만들었다. 제작 영상에서 첫 버전의 제작 상한을 주말로 두고, ‘단순하지만 좋아할 만하고 완결된’ 제품을 내는 SLC 방식을 적용했다고 설명한다. 얇은 데모가 아니라 사용자가 결과를 얻고 결제할 수 있는 최소 완결판이다.

출시 뒤에는 Product Hunt, X, LinkedIn, Reddit을 시험했고 광고도 집행했다. 그가 영상에서 공개한 자기보고 수치로는 광고비 100달러 이상이 노출 15만 회 이상과 클릭 400회 이상을 만들었고, 가입자 26명 가운데 5명이 결제해 약 100달러의 월 반복 매출이 생겼다. 성공담이라기보다 한 번의 출시가 어디에서 막혔는지 읽을 수 있는 작은 손익계산서에 가깝다.

여기서 출시의 완료는 제품을 올린 날이 아니다. 문제의 증거, 제작 상한, 실제 결제, 채널별 유입, 단위경제가 한 줄로 이어진 날이다. 이 정도가 보여야 다음 제품으로 갈지, 같은 제품의 전환을 고칠지, 더 크게 투자할지를 결정할 수 있다.

그런데 이 실험에서 결제가 전혀 없었다면 제품을 바로 버려야 했을까. 고객이 없는 것과 고객에게 닿지 못한 것은 다른 실패다. 그렇다면 제품 실패와 판매 실패를 어떻게 구분할 수 있을까.