아이디어에서 매출까지: AI로 만들 수 있는 가장 작은 실행 가능 제품

옛날 방식은 이제 통하지 않는다

5년 전, 스타트업 정석은 이랬습니다: 아이디어를 고르고, 석 달 동안 MVP를 만들고, 출시해도 반응이 없고, 개선한다.

그때 “MVP”란 “기본 기능은 다 갖추고, 아주 매끈하며, 대기자 명단을 받을 준비가 된 것”을 뜻했습니다.

Proyecta 같은 AI 앱 빌더가 있으면 타임라인이 달라집니다. 랜딩 페이지도, 목업도 아니라 실제로 작동하는 제품을 — 내일 점심때면 손에 쥘 수 있습니다. 그런데 AI로 만들 때 “가장 작다”는 게 실제로 무슨 뜻인지 제대로 생각할 줄 아는 사람은 거의 없습니다.

제가 보는 풍경은 이렇습니다: 대부분의 사람들은 너무 많은 것을 출시합니다. 대시보드를 넣고, 사용자 계정을 넣고, 연동을 넣고, 분석을 넣고, 어쩌면 모바일 앱 버전까지 넣습니다. 그러고는 아무도 쓰지 않습니다. 한 명의 구체적인 사람을 위한 한 가지 구체적인 문제를 지금 당장 푸는 대신, 완결성을 — 체크박스 채우기를 — 향해 최적화했기 때문입니다.

이제 ‘가장 작다’는 게 실제로 무슨 뜻인가

AI로 만드는 가장 작은 실행 가능 제품은 너무 작아서 웃길 정도입니다. 이런 것입니다:

하나의 워크플로. 다섯 가지 기능이 아닙니다. 당신의 타깃이 반복해서 하는 일 중, 오늘은 10분이 걸리는데 당신 앱이 30초로 줄여 주는 한 가지입니다.

계정 없음. 로그인 없이 출시할 수 있다면 — 그렇게 하세요. 한 명, 한 번의 세션, 하나의 결과물. 마음에 들어 하면 나중에 계정을 추가하면 됩니다. 로그인 흐름을 제대로 구현하는 데는 20분이 걸립니다. 일회성 세션은 5분이면 됩니다.

데이터베이스 없음. 적어도 당신이 직접 관리하는 건 없게요. 데이터는 Google Sheet에 넣으세요. 브라우저의 localStorage를 쓰세요. Stripe나 Airtable을 백엔드로 쓰세요. 당신이 하려는 건 고객을 찾는 일이지, 인프라를 짓는 일이 아닙니다.

하나의 연동. 당신의 고객이 이미 쓰고 있는 도구 하나를 골라 거기에 연동하세요. “Slack과 연동됨”이나 “당신의 Google Drive에서 읽어 옴”이, “자체 파일 정리 시스템 있음”보다 훨씬 유용합니다.

구체적인 예를 들죠: Sarah는 새 고객에게 자기 스타일을 설명하느라 한세월을 쓰는 프리랜서 디자이너들을 위한 도구를 만들었습니다. 그녀의 앱은 이렇습니다: 가장 잘 만든 디자인 세 개를 올리고, 작업 방식을 쉬운 말로 적으면, 앱이 디자이너가 고객에게 보낼 수 있는 “스타일 가이드” PDF를 생성합니다. 그게 전부입니다. 계정도, 로그인도, 대시보드도 없습니다. 누군가 쓸 때마다 매번 처음부터 시작합니다. 앱은 Proyecta에서 돌아가고, 결제에는 Stripe를 쓰며(PDF마다 일회성 링크를 생성합니다), 사람들이 더 많은 기능(“여러 스타일 저장하기” 같은)을 요청하면 추가할 수도 있고 — 아니면 진짜 제품은 앱이 아니라 이것들을 템플릿으로 파는 것임을 깨달을 수도 있습니다.

그녀는 첫 주에 600 달러를 벌었습니다.

실제로 중요한 세 가지 지표

완결도를 재지 마세요. 체류 시간을 재지 마세요. 이 셋을 재세요:

첫 가치까지 걸리는 시간. “이 링크를 찾았다”에서 “실제로 쓸 수 있는 결과를 얻었다”까지. Sarah의 도구는 90초입니다. 5분 넘게 걸리면 사람들이 이탈합니다.
지불 의향. 무료 등급과 프로 등급을 두고 출시하지 마세요. 가격 하나를 고르세요. 사람들이 그 값을 낼지 보세요. (Sarah의 PDF는 25 달러입니다. 더 받을 수도 있지만, 그저 검증하고 싶어서 덜 받습니다.) 답이 “절대 안 낸다”라면 잘못된 문제를 고른 것입니다.
다시 오는가 비율. 일회성 도구라면 30일 잔존율은 필요 없습니다. 알아야 할 건 이것입니다: 이걸 한 번 쓴 사람 중 몇 명이 친구에게 알리는가? Sarah의 잔존 지표는 “다른 디자이너에게 최소 한 명은 알렸다”입니다. 지금까지 40%입니다.

셋 다 좋다면, 당신에게는 뭔가가 있는 겁니다. 이제 계정, 대시보드, 기록, 그런 것들을 다 추가하면 됩니다.

주말에 출시하는 법

금요일 아침: 문제를 고르세요. 시장이 아닙니다. 트렌드가 아닙니다. 오늘 한 가지 구체적인 일을 하면서 짜증을 내는 한 명의 구체적인 사람입니다.

금요일 오후~토요일 아침: Proyecta로 만드세요. 원하는 것을 설명하면(“PDF 계약서를 받아서 결제 조건을 전부 빨간색으로 강조 표시해 줘”), Proyecta가 생성하고, 당신은 테스트하고, 작동할 때까지 다듬습니다. 네 시간, 까다롭게 군다면 여섯 시간. 이제 작동하는 웹 앱이 생겼습니다.

토요일 오후: 두 사람에게 테스트하세요. “이거 이론상 쓸 것 같아?”가 아니라 “여기 링크야, 실제로 써 보고 뭐가 깨지거나 어색했는지 말해 줘”입니다.

일요일 아침: 돈을 받을 거라면 결제를 설정하세요. Stripe, Gumroad, 간단한 링크 — 빌링 플랫폼을 만드는 게 아닙니다. 그냥 청구할 방법이면 됩니다.

일요일 저녁: 출시하세요. Show HN에 올리고, 관련 Discord나 Slack에 올리고, 다섯 명에게 직접 이메일을 보내세요. 설명에 골머리를 앓지 마세요. 왜 만들었는지로 시작하세요: “이거 만든 건 ~가 답답해서였어요…”

월요일: 실제로 무슨 일이 벌어지는지 보세요. 진짜 사람들이 쓰거나, 안 쓰거나 둘 중 하나입니다. 48시간 안에 알게 됩니다.

그다음에 벌어지는 일 (쉬운 부분)

아무도 안 쓴다면: 빠르고 싸게 무언가를 배운 겁니다. 화요일이면 방향을 틀었겠죠.

몇 사람이 쓴다면: 그들이 실제로 그걸 가지고 뭘 하는지 지켜보세요. 당신이 설계한 그대로 쓰나요, 아니면 약간 다르게 쓰나요? 예상 못 한 기능을 요청하나요, 아니면 그냥 조용히 쓰고 떠나나요?

사람들이 쓰고, 이것저것 요청하고, 당신도 이 일을 하고 싶다는 확신이 든다면 — 그제야 제대로 된 것에 투자하면 됩니다. 작업을 저장할 수 있게 계정을, 자기가 만든 걸 볼 수 있게 대시보드를, 필요하다면 API를. 하지만 이 기능들을 만드는 건 수요가 있다는 걸 알아서지, 있어야 한다고 생각해서가 아닙니다.

가장 큰 실수는 당신의 아이디어가 옳다고 가정한 채 출시하고, 당신의 유일한 일은 사람들을 그렇게 설득하는 것이라고 여기는 것입니다. 가장 작은 실행 가능 제품은 그 가정에 대한 첫 시험입니다. 그 이후는 전부 그저 듣는 일입니다.

진짜 사례 셋

Marcus (데이터 분석가): 매주 한 시간씩 주니어 분석가들을 위해 SQL 쿼리를 손으로 다시 정리했습니다. Proyecta로 클릭 한 번에 그걸 해 주는 도구를 만들었습니다: 쿼리를 붙여 넣으면 정리된 버전이 나옵니다. 입력란 하나, 버튼 하나. 화요일에 출시했습니다. 금요일까지 자기 Discord 사람들에게서 300번 사용됐습니다. 월말까지 1,200번, 그중 일부는 완전한 낯선 사람이었습니다. 사람들이 기록을 볼 수 있게 계정을 추가했고, 그다음 자기 데이터 웨어하우스와의 연동을 만들었습니다. 이제 그의 두 번째 수입원입니다.

Jade (일러스트레이터): 음성 메모를 받아 그 설명을 바탕으로 캐릭터 스케치를 생성하는 도구를 만들었습니다. 만드는 데 45분 걸렸습니다. 스케치 하나에 3 달러를 받았습니다. 첫 2주에 1,500 달러를 벌었는데, 주문이 너무 많이 들어와 사업 관리 업무를 따라갈 수 없어 잠시 멈췄습니다.

Omar (창업자): “완전한 플랫폼”을 만들고 싶었습니다. 두 달을 썼습니다. 계정, 요금제 등급, 세 가지 도구와의 연동, 튜토리얼 영상까지 갖춰 출시했습니다. 석 달 뒤: 사용자 12명, 그중 둘은 친구였습니다. 그는 자신이 학습이 아니라 출시를 향해 최적화했음을 깨달았습니다. 그의 재시작 버전은 훨씬 작습니다 — 핵심 워크플로 하나뿐 — 그리고 진짜 반응을 얻고 있습니다.

아무도 말해 주지 않는 것

작게 출시하는 건 무섭습니다. 미완성처럼 느껴지니까요. 당신의 뇌가 비명을 지릅니다 “그런데 [예외 상황]은 처리해야지, [기능]은 어쩌고, [복잡성] 추가해야 하는 거 아냐?”

아닙니다. 그래도 출시하세요.

당신의 일은 완벽한 제품을 만드는 게 아닙니다. 당신의 일은, 진짜 사람을 위한 진짜 문제를 풀고 있다는 걸 증명하는 가장 작은 베팅을 시험하는 것입니다. 그 이후는 전부, 그저 진짜에 근거해 듣고 개선하는 일입니다.

AI 앱 빌더로 이번 주말에 무엇을 만들 수 있을까요? 아주 작은 무언가. 당신 자신이 실제로 쓸 무언가. 한번 만들어 보고 확인하세요.