“MVP 빨리 출시하세요.”

창업하면 가장 많이 듣는 말이죠.

린 스타트업 책도 읽었고.

Build-Measure-Learn 루프도 알고.

에릭 리스가 뭐라고 했는지도 압니다.

그래서 열심히 만들었어요.

2주 만에 뚝딱.

Product Hunt에도 올리고.

Hacker News에도 공유하고.

하루 $25씩 광고도 돌리고.

유저가 들어옵니다.

근데요.

다 떠나요.

리텐션 바닥.

Day 1 리텐션 15%.

전환율 제로.

“뭐가 문제지?”

대시보드를 들여다봅니다.

Google Analytics, Mixpanel, Amplitude.

숫자는 많은데 답은 없어요.

“아, 기능이 부족한가?”

그래서 또 만들어요.

이번엔 진짜 킬러 피처를.

유저들이 원하는 게 이거일 거야.

2주 더 개발.

다시 출시.

결과는요?

똑같아요.

이게 바로 Build Trap입니다.

한번 빠지면 못 나와요.

---

Steve의 이야기: 18개월의 삽질

Ash Maurya의 "Continuous Innovation Foundations"에 나오는 Steve 이야기를 해드릴게요.

Steve는 개발자예요.

좋은 아이디어가 있었어요.

플랫폼을 만들기로 했죠.

18개월 동안 혼자 개발했어요.

꽤 많은 기능을 만들었죠.

그러다 멘토 Mary를 만났어요.

Mary가 말했죠.

> “MVP를 정의하고 빨리 출시해봐.”

Steve는 생각했어요.

“아, 이미 많이 만들어놨으니까 금방 출시하겠네.”

1주일 만에 MVP를 출시했어요.

자기가 만든 플랫폼의 일부를 떼어서

레퍼런스 앱으로 만든 거죠.

Product Hunt에 올렸어요.

Hacker News에도 공유했어요.

하루 $25씩 광고도 돌렸어요.

유저가 들어왔어요.

근데 다 떠났어요.

3주 후, Steve는 Mary를 다시 만났어요.

"MVP가 안 되는 것 같아요. 유저는 많이 오는데 아무도 안 남아요. 전환도 없고요. 

A/B 테스트도 해보고 피봇도 몇 번 했는데... 결론은 기능이 부족한 것 같아요. 

킬러 피처를 찾은 것 같으니까 그걸 만들려고요."

Mary가 물었어요.

“그 유저들, 누군데? 얘기해봤어?”

Steve가 당황했어요.

“얘기요? 아뇨. 근데 Analytics로 다 트래킹하고 있어요. 그래서 리텐션이 낮다는 걸 알죠.”

Metrics는 "왜"를 알려주지 않는다

Mary가 핵심을 짚었어요.

“Metrics only tell you what's going wrong, not why.”

이게 무슨 말이냐면요.

데이터는 현상을 알려줘요.

- "Day 1 리텐션이 15%다"

- "전환율이 0.5%다"

- “평균 세션 시간이 47초다”

근데 원인은 안 알려줘요.

- 왜 85%가 다음 날 안 왔는지

- 왜 99.5%가 결제를 안 했는지

- 왜 47초 만에 떠났는지

그래서 우리는 추측하게 됩니다.

"아, 온보딩이 별로인가?"

→ 온보딩 개선. 효과 없음.

"가격이 비싼가?"

→ 가격 인하. 효과 없음.

"이 기능이 없어서 그런가?"

→ 기능 추가. 효과 없음.

"저 기능이 없어서 그런가?"

→ 또 기능 추가. 또 효과 없음.

이게 Build Trap이에요.

추측 → 개발 → 실패 → 또 추측 → 또 개발 → 또 실패

무한 루프.

Mary 팀도 똑같은 실수를 했대요.

 "MVP 출시하고 나서 고객이랑 대화를 멈췄어요. 

메트릭스에만 의존했죠. 뭐가 잘못됐는지는 알겠는데 왜 잘못됐는지를 몰랐어요. 

계속 추측만 했죠. 아무것도 안 됐어요. 

다시 고객이랑 대화하기 시작하고 나서야 왜 안 되는지 이해할 수 있었어요."

솔루션부터 시작하면 안 되는 이유

Steve가 물었어요.

“근데 저는 유저랑 한 번도 얘기 안 해봤는데요. 그럼 MVP는 어떻게 정의한 거예요?”

좋은 질문이에요.

Steve는 이미 많이 만들어놨으니까

그 중 일부를 떼어서 MVP라고 부른 거예요.

"일단 뭐라도 출시해야 하니까."

“출시하면 Learn 루프가 돌아가니까.”

이게 많은 사람들이 생각하는 MVP예요.

근데 이게 문제예요.

Mary가 비유를 들어줬어요.

“Starting with a solution is like building a key without a door.”

문 없이 열쇠부터 만드는 거예요.

생각해보세요.

예쁜 열쇠 하나 만들었어요.

금색이고, 디테일도 살아있고, 정말 잘 만들었어요.

근데 이 열쇠로 열 수 있는 문이 어딨죠?

모르죠.

그래서 문을 찾아 헤매는 거예요.

이 문 저 문 다 넣어보면서.

운 좋으면 맞는 문을 찾을 수도 있어요.

아니면 억지로 비슷한 문을 찾을 수도 있고요.

근데요.

1. 대부분은 맞는 문을 못 찾아요.

2. 찾더라도 원래 가고 싶었던 곳이 아닐 확률이 높아요.

Mary가 말했어요.

"If you simply flip this around and start with doors or problems worth solving, key-building becomes a lot easier. You start building keys to doors that take you places."

순서를 바꾸면 돼요.

열쇠(솔루션)부터 만들지 말고

문(문제)부터 찾으세요.

"이 문 뒤에 뭐가 있지?"

"이 문을 열고 싶어하는 사람이 있나?"

"그 사람이 돈을 내고 열쇠를 살까?"

이걸 먼저 확인하고 나서

그 문에 맞는 열쇠를 만드는 거예요.

---

진짜 순서: Demo-Sell-Build

전통적인 방식을 볼까요?

Build → Demo → Sell

1. 일단 만든다 (Build)

2. 만든 걸 보여준다 (Demo)

3. 사달라고 한다 (Sell)

이게 우리가 아는 방식이에요.

학교에서도 이렇게 배웠고요.

근데 Ash Maurya는 다르게 했어요.

Demo → Sell → Build

1. 먼저 보여준다 (Demo) - 아직 안 만들었는데

2. 사겠냐고 묻는다 (Sell) - 진짜 돈 내겠냐고

3. 사겠다고 하면 그때 만든다 (Build)

"어? 없는 걸 어떻게 보여줘요?"

데모를 만드는 거예요.

실제 작동하는 제품이 아니라

"이런 걸 만들 거예요"를 보여주는 거죠.

프로토타입일 수도 있고.

목업일 수도 있고.

심지어 PPT일 수도 있어요.

핵심은 만들기 전에 검증하는 거예요.

Mary 팀은 이렇게 했대요.

1단계: Lean Canvas로 아이디어 스케치

아이디어를 한 장에 정리해요.

- 고객은 누구?

- 문제는 뭐?

- 솔루션은 뭐?

- 유니크한 가치는?

- 채널은?

- 수익 모델은?

여러 버전을 그려봐요.

그러면 가장 가능성 있는 조합이 보여요.

2단계: 고객 인터뷰 (약 24명)

이제 진짜 고객을 만나요.

가정을 검증하는 거예요.

"이런 문제 있으세요?"

"이거 때문에 얼마나 힘드세요?"

"지금은 어떻게 해결하고 계세요?"

주의할 점: 솔루션 얘기 안 해요.

문제에만 집중해요.

왜냐하면 솔루션 얘기하면

사람들이 예의상 "좋은 것 같아요" 해요.

근데 그건 진심이 아니에요.

3단계: 데모로 오퍼 만들기

문제가 진짜라는 걸 확인했어요.

이제 솔루션을 보여줄 차례예요.

근데 아직 안 만들었잖아요?

그래서 데모를 만들어요.

"이런 걸 만들 건데, 이렇게 작동해요."

그리고 물어봐요.

“이거 사실 건가요?”

진짜로요.

가격까지 말하고요.

4단계: 5명이 사겠다고 하면 빌드

5명이 "네, 살게요"라고 하면

그때 진짜로 만들기 시작해요.

Mary 팀은 이 과정을 90일 만에 끝냈어요.

그리고 5명의 유료 고객을 확보했어요.

MVP도 없이요.

Mafia Offer: 거절할 수 없는 제안

Mary가 재밌는 표현을 썼어요.

“Mafia Offer”

영화 대부 아시죠?

“거절할 수 없는 제안”

근데 협박하는 게 아니에요.

너무 좋아서 안 살 수가 없는 오퍼를 만드는 거예요.

어떻게요?

고객의 진짜 문제를 해결해주면 돼요.

아까 블로그 글 쓰는 법 기억나세요?

잔소리 말고 해결책을 주라고 했잖아요.

❌ "아침에 러닝하면 하루가 활력있어요"

→ 쌀로 밥짓는 말. 뇌에서 미끄러짐.

✅ "침대옆에 운동복이랑 러닝화 두고 주무세요"

→ 페인포인트를 정확히 뽀갬. 뇌에 박힘.

Mafia Offer도 마찬가지예요.

고객이 진짜 겪고 있는 문제.

그 문제 때문에 밤에 잠 못 자는 것.

그걸 해결해주는 오퍼.

그러면 고객이 먼저 사겠다고 해요.

Mary 팀의 경험:

"8주 만에 5명의 유료 고객을 확보했어요. 

그리고 그 고객들이 우리한테 '빨리 만들어달라'고 푸시했어요."

보통은 어떠세요?

MVP 만들어놓고

"써주세요 제발"

"피드백 주세요 제발"

"유료로 전환해주세요 제발"

이러잖아요.

근데 Mafia Offer가 되면

고객이 우리를 푸시해요.

"언제 나와요?"

"빨리 써보고 싶어요"

“돈 먼저 낼게요”

이게 진짜 Product-Market Fit의 시작이에요.

왜 이게 어려운가: Innovator's Bias

솔직히 말할게요.

이 방식, 머리로는 이해돼요.

근데 실천이 진짜 어려워요.

왜냐하면 우리는 자기 솔루션을 사랑하니까요.

이걸 Innovator's Bias라고 해요.

우리는 무의식적으로

내 솔루션이 맞다는 증거만 찾게 돼요.

예를 들어볼게요.

고객 인터뷰를 했어요.

10명 만났어요.

- 8명은 "별로"라고 했어요.

- 2명은 "괜찮을 것 같아요"라고 했어요.

우리 뇌는 어떻게 해석할까요?

“2명이 좋다고 했어! 가능성 있어!”

8명이 별로라고 한 건 잊어버려요.

또는 "그 8명은 타겟이 아니야"라고 합리화해요.

이게 Innovator's Bias예요.

Mary도 이렇게 말했어요.

“Shifting to a problem-first mindset sounds simple, but it isn't easy.”

문제부터 찾으라는 말은 쉬워요.

근데 내 솔루션에 대한 사랑을 내려놓는 건 진짜 어려워요.

그래서 프로세스가 필요한 거예요.

의지만으로는 안 돼요.

시스템으로 강제해야 해요.

Lean Canvas.

고객 인터뷰 스크립트.

검증 체크리스트.

이런 도구들이 우리의 Bias를 잡아줘요.

Steve의 깨달음

Steve가 Mary한테 물었어요.

"저는 이미 MVP를 출시했는데요. 이 프로세스를 적용할 수 있나요? 아니면 처음부터 다시 해야 하나요?"

Mary가 답했어요.

"기존 제품에도 적용할 수 있어요. 다만 새로운 방식을 시도할 의지가 있어야 해요. 

이 접근법은 다르고, 다르면 불편해요. 

우리 팀도 가장 큰 장벽은 기존 제품 개발 습관을 버리고 새로운 마인드셋을 갖추는 거였어요."

Steve가 말했어요.

“18개월 동안 제 방식대로 했는데 안 됐어요. 이제 뭐든 시도할... 아니, **테스트**할 준비가 됐어요.”

여기서 Steve가 쓴 단어에 주목하세요.

"시도(try)"가 아니라 “테스트(test)”

이게 마인드셋의 차이예요.

시도: "해볼게요. 안 되면 말고."

테스트: "가설을 검증할 거예요. 결과를 보고 판단할 거예요."

창업은 실험이에요.

내 방식을 고집하는 게 아니라

뭐가 되는지 테스트하는 거예요.

---

Build-Measure-Learn이 아니라 Learn-Define-Build

많은 사람들이 린 스타트업을 이렇게 이해해요.

Build → Measure → Learn

“일단 만들고, 측정하고, 배우자.”

근데 이게 함정이에요.

나쁜 아이디어를 넣으면

나쁜 결과만 나와요.

그리고 "왜 안 됐는지"는 모르고

"안 됐다"만 알게 돼요.

순서를 바꾸세요.

Learn → Define → Build

1. Learn: 고객과 대화해서 문제를 이해한다

2. Define: 검증된 문제에 맞는 MVP를 정의한다

3. Build: 그때 만든다

이게 진짜 린 스타트업이에요.

마지막으로

Steve는 18개월을 혼자 방식대로 했어요.

많이 만들었어요.

근데 안 됐어요.

왜요?

문 없이 열쇠부터 만들었으니까요.

MVP부터 만들지 마세요.

문제부터 검증하세요.

Demo → Sell → Build.

5명이 "사겠다"고 하면

그때 만드세요.

그게 시간을 아끼는 거예요.

그게 18개월 삽질 안 하는 방법이에요.

Life's too short to build something nobody wants.

🎓 심야 바이브 스타트업 워크샵

매주 토요일 밤 10시, 같은 목표를 향해 달리는 동료 창업가들과 함께 체계적으로 검증하세요.

13주 체계적 검증 프로세스:

Week 1-2: 90일 사이클 플래닝

• 린캔버스 작성
• 7가지 스트레스 테스트
• OKR 설정

Week 3-6: 고객 발견

• 문제 인터뷰 10회 이상
• 인사이트 매핑
• 페르소나 구체화

Week 7-9: MVP & 오퍼 설계

• 최소 기능 프로토타입
• 마피아 오퍼 만들기
• 바이브코딩 코칭 포함

Week 10-12: 트랙션 측정

• 오퍼 최적화
• 핵심 지표 추적
• 첫 매출 신호

Week 13: 회고 & 다음 단계

• Pivot/Persevere 결정
• Cycle 2 계획

💰 투자 대비 가치:

= 1:1 코칭의 1/8 가격에 검증된 프레임워크

💰 PMF 달성 = 비즈니스가 쉬워짐

🎯 이런 분께 강력 추천:

✅ 고객은 있는데 열성 팬이 없는 분
✅ 세일즈가 항상 힘든 분 ("영웅담"으로 간신히 버티는 분)
✅ 가격 반대에 시달리는 분
✅ "거의 PMF"인 것 같은데 확신이 없는 분
✅ 5-10년 걸릴 PMF를 3개월 안에 달성하고 싶은 분

👉 심야 창업가 모임 2기 신청하기

(1월 31일 시작 · 선착순 마감)

📬 더 많은 인사이트를 원하신다면

LeanX 뉴스레터 구독
매주 린 스타트업, 바이브코딩, AI 활용 검증 방법론을 뉴스레터로 받아보세요.
👉 구독하기

LeanX 인스타그램 팔로우
실시간 팁과 인사이트를 확인하세요.
👉 @leanx.official

오픈채팅방 참여
창업가들과 질문하고 정보 공유하세요.
👉 카카오톡 오픈채팅 참여

출처 : Ash Maurya 의 Continuous Innovation Foundations