만들기가 공짜가 된 시대의 진짜 병목 — 에릭 리스가 말하는 'learn'

핵심 요약 (TL;DR)

린스타트업 창시자 에릭 리스가 6월 10일 Hacker News AMA(766점·댓글 545개)에서 바이브코딩 시대의 창업을 진단했습니다. "속도 향상은 극적으로 과장돼 있다 — 사람들이 프로토타입까지의 시간만 재고, build-measure-learn 루프 전체를 재지 않기 때문"이라는 게 핵심입니다. 병목은 언제나 learn이었고, 만들기가 빨라질수록 그 병목은 더 도드라집니다.

바이브코딩 시대에도 린스타트업이 유효한가요?

《The Lean Startup》 출간 15년, MVP라는 단어를 만든 장본인이 직접 답했습니다(https://news.ycombinator.com/item?id=48477135). 약 186개의 답변 중 가장 많이 인용된 대목은 이것입니다. 특정 제품군에서 엄청난 가속이 있는 건 맞지만, 그 속도 혁명은 "dramatically overstated" — 극적으로 과장됐다는 것. 멋진 데모까지 가는 시간은 줄었지만, 그게 사업이 빨라졌다는 뜻은 아니라는 거죠.

왜 병목이 learn인가요?

비유하자면 이렇습니다. 요리가 공짜가 되면 식당이 성공할까요? 아니죠. 손님이 뭘 먹고 싶은지 알아내는 일은 여전히 어렵고, 오히려 아무나 요리를 내놓을 수 있으니 경쟁만 치열해집니다. 코드도 같습니다. 만들기(build)가 공짜에 수렴할수록, 측정(measure)하고 배우는(learn) 능력이 차이를 만듭니다. "3일 만에 만들었는데 사용자가 0명"인 상황 — 만들기 병목이 아니라 learn 병목의 전형적인 증상입니다. 더 빨리 만드는 법을 배우는 데 쓰는 시간의 절반이라도, 만든 걸 검증하는 설계에 쓰고 있는지 돌아볼 일입니다.

에릭 리스 본인은 AI를 어떻게 쓰나요?

흥미로운 균형입니다. 신간 《Incorruptible》의 진행 상황 사이트(howisincorruptiblegoing.com)는 Claude Code가 요약·정리한다고 AMA에서 본인이 직접 밝혔습니다. 반면 글쓰기는 다릅니다. "AI에게 내 글을 쓰게 한 적은 없다 — 나는 어떤 종류의 'vibe creating'도 팬이 아니다"라고 선을 그었습니다. "LLM은 당신의 스킬을 위축(atrophy)시킬 수 있다"며, 본인이 설립에 관여한 Answer.AI의 human-in-the-loop 도구 Solve It을 쓴다고도 했습니다. 도구는 쓰되, 배우는 근육은 외주 주지 않는다는 태도입니다.

FAQ

Q. learn 병목을 줄이는 실천법은 뭔가요?
만들기 전에 "이게 실패하면 어떤 신호로 알 수 있나"를 먼저 정의하는 겁니다. 측정 설계 없이 만들면 배포가 아니라 방치가 됩니다.

Q. MVP 개념은 이제 의미 없지 않나요?
리스의 답은 반대입니다. 만들기가 쌀수록 '최소한으로 만들어 최대한 배운다'는 원칙의 가치는 더 커집니다.

당신의 build-measure-learn 루프에서, build는 며칠이고 learn은 며칠입니까? 그 비율이 거꾸로라면 — 도구가 아니라 루프를 다시 설계할 때인 거죠.