🔥 당신의 스타트업은 이미 죽었을지도 모른다

#startup#AI#venture-capital#steve-blank#pivot
989자
13분

content image
출처: Steve Blank

스티브 블랭크의 블로그에 새 글이 올라왔다. 제목이 "Your Startup Is Probably Dead On Arrival"이다. 직역하면 "당신의 스타트업은 도착하기도 전에 죽었다." 린 스타트업 방법론을 만든 사람이 스타트업에 사형 선고를 내리다니, 제목부터 심장을 때린다.

블랭크는 6년 전에 투자한 창업자 Chris와 커피를 마시다 이 사실을 깨달았다고 한다. Chris는 자율주행 기술이라는 복잡한 문제에 5년을 매달렸다. 기존 시장에서 독자적인 비즈니스 모델까지 구축했고, 항공 플랫폼과의 시스템 통합도 해냈다. 기술력만 놓고 보면 경쟁력이 있었다.

그런데 Chris가 고개를 숙이고 일하는 동안, 세상이 완전히 뒤집혀 있었다.

우크라이나 전쟁이 터지면서 자율주행 드론과 지상 차량의 실전 효과가 증명됐다. 수십, 수백 개의 회사가 더 큰 팀과 더 많은 자금을 가지고 같은 문제를 풀기 시작했다. Chris가 5년간 쌓은 소프트웨어 해자(moat)는 매일 얇아지고 있었다. 국방 시장에서 contested logistics(분쟁 지역 물류)와 의료 후송 분야가 폭발적으로 성장하고 있었는데, Chris는 그 기회의 존재조차 몰랐다.

벤처캐피탈이 AI에 올인했다

숫자가 모든 것을 말해준다.

OECD 보고서에 따르면, 2025년 전 세계 벤처캐피탈의 61%가 AI 기업에 집중됐다. 총 4,271억 달러 중 2,587억 달러. 2022년에는 30%였으니, 3년 만에 비중이 두 배로 뛴 것이다(verified 2026-04-14). 미국 시장만 따지면 AI 딜이 전체 VC 투자금의 거의 3분의 2를 차지했다.

AI를 안 하고 있다면? 나머지 39%의 파이를 두고 싸워야 한다. 그 파이는 점점 줄어들고 있다.

국방 기술(defense tech)도 별도의 거대한 물결이 됐다. Defense News 보도에 따르면 2025년 국방 스타트업 펀딩은 290억 달러를 기록했다. 2020년의 세 배에 가까운 수치다. 우크라이나 전쟁이 자율주행 시스템의 실전 가치를 증명하면서 VC들의 시선이 근본적으로 바뀐 결과다.

블랭크의 말대로, AI도 아니고 국방도 아닌 스타트업이라면 "왜 더 많은 자금을 가진 AI 네이티브 경쟁자가 당신의 밥그릇을 뺏을 수 없는지"에 답해야 한다.

바이브 코딩이 MVP의 의미를 바꿨다

두 번째 변화는 더 근본적이다. 소프트웨어 개발 비용 자체가 붕괴하고 있다.

바이브 코딩(Vibe Coding)이라는 게 있다. 안드레이 카파시가 2025년 초에 만든 용어인데, AI에게 원하는 걸 자연어로 설명하면 코드를 생성해주고, 대충 돌아가면 그냥 쓰는 방식이다. Claude CodeOpenAI Codex 같은 도구를 쓰면 MVP를 며칠, 때로는 몇 시간 만에 뚝딱 만들 수 있다.

이게 의미하는 건 명확하다. MVP 자체가 더 이상 팀의 역량을 증명하는 지표가 아니다.

예전에는 "우리 이걸 만들었어요"가 투자자에게 먹혔다. 이제는 혼자서도 주말에 SaaS 하나를 배포할 수 있는 세상이다. 한 조사에 따르면 미국 개발자의 92%가 이미 바이브 코딩을 쓰고 있고, 2026년 신규 코드의 60%가 AI가 생성한 것이라고 한다(verified 2026-04-14).

개발팀 구성도 달라지고 있다. 대규모 엔지니어링 팀 대신, 소수의 인원이 비즈니스 프로세스와 결과(outcome)에 집중하는 구조로 전환 중이다. 블랭크의 표현을 빌리자면, 병목이 엔지니어링에서 "판단력, 고객 인사이트, 유통"으로 올라갔다.

Agile 개발도 재정의되고 있다. 예전의 Agile은 한 번에 하나의 가설을 순차적으로 검증하는 방식이었다. 이제 AI 에이전트를 활용하면 같은 비용으로 다섯 가지 가격 모델, 열 가지 메시지, 스무 가지 UX 플로우를 동시에 테스트할 수 있다. 블랭크는 이걸 "serial에서 parallel로의 전환"이라고 부른다.

소프트웨어의 미래는 '화면'이 아니라 '결과'다

나한테 가장 와닿은 부분은 AI 에이전트 이야기였다.

논점은 간단하다. 지금까지 소프트웨어 애플리케이션은 사용자에게 정보를 보여주고, 사용자가 직접 일을 처리하는 구조였다. 대시보드, 알림, 워크플로우 도구, 리포트. 하지만 고객이 소프트웨어를 사는 이유는 화면을 구경하려는 게 아니다. 일을 끝내려는 거다.

AI 에이전트는 그 '일을 끝내는' 역할을 자율적으로 수행한다. OpenClaw 같은 오케스트레이션 도구로 연결된 에이전트들이 지원 티켓을 해결하고, 미팅을 잡고, 리드를 검증하고, 재고를 재주문한다. 경쟁사 제품이 알아서 일을 처리하는데 내 제품은 아직 사용자의 클릭을 기다리고 있다면? 이미 경쟁력을 잃은 것이다.

이 변화는 가격 모델도 뒤흔든다. 시트(seat) 기반 과금에서 결과(outcome) 기반 과금으로의 전환이 가속되고 있다. Intercom의 Fin AI Agent는 고객 문의를 완전히 해결할 때마다 0.99달러를 과금한다. 자리 수가 아니라 해결 건수에 돈을 매기는 것이다. 업계에서는 이 흐름을 "SaaSpocalypse"라 부를 정도다.

블랭크의 요약이 찰지다. "Product/Market Fit의 탐색이 AI Agent/Customer Outcome Fit의 탐색으로 바뀔 것이다. MVP(Minimum Viable Product)는 MPO(Minimum Productive Outcome)로 대체될 것이다."

스타트업의 매몰 비용 함정

2025년 이전에 시작한 스타트업 대부분은 소프트웨어 개발이 비싸고 느리던 시절에 최적화된 기술 스택을 갖고 있다. Agile과 DevSecOps로 린하게 운영했지만, 근본적으로 순차적(serial) 방식이었다. 그에 맞는 규모의 팀을 꾸렸다.

문제는 이 모든 것이 매몰 비용이 되어 피벗을 가로막는다는 것이다.

"수년간의 작업을 어떻게 버려? VC가 이 아이디어에 투자했잖아. 고객은 아직 UI를 원해. 팀은 이 로드맵을 믿고 있어." Chris가 정확히 이 상황이었다. 기술적으로 뛰어난 것을 만들었지만, 비즈니스 모델은 완전히 바꿔야 했다.

매몰 비용에도 종류가 있다. 여전히 자산인 것: 도메인 지식, 고객 관계, 독점 데이터, 규제 승인, 물리적 통합. Chris의 기체 통합(airframe integration) 기술이 여기에 해당한다. 반면 이제 부채가 된 것: 느린 개발 사이클에 맞춘 대규모 엔지니어링 팀, 시트 기반 가격 모델, 기능(feature) 중심의 로드맵.

블랭크는 이걸 "Dead Moose on the table"이라고 부른다. 너무 뻔하게 잘못된 건데 아무도 입을 열지 않는 상황.

잠 못 이루는 밤

이 글을 읽으며 한 가지 아이러니를 느꼈다. 블랭크 자신이 만든 프레임워크가 도전받고 있다는 점이다.

린 스타트업은 "빠르게 실패하고 피벗하라"를 가르쳤다. 그런데 지금의 변화 속도는 피벗의 개념 자체를 바꿔놓았다. 2년 전의 가설로 시작해서 오늘 피벗하는 게 아니라, 시장이 매주, 매달 리셋되고 있다. 블랭크도 이걸 인지하고 있는 것 같다. "한 번에 하나의 가설을 순차 검증"이라는 린 스타트업의 기본 공리를 "한 번에 여러 가설을 동시 검증"으로 업그레이드해야 한다고 말하니까.

물론, 이 경고가 모든 스타트업에 해당하는 건 아니다. 하드웨어 스타트업은 물리 법칙을 AI로 우회할 수 없고, 규제가 두꺼운 산업에서는 시간 자체가 여전히 해자다. 하지만 소프트웨어 스타트업이라면? 블랭크의 경고를 흘려듣기 어렵다.

"생존하는 창업자는 자신이 만든 것을 바라보며 이렇게 물을 수 있는 사람이다. 오늘 이 회사를 처음 시작한다면, 오늘의 도구와 오늘의 시장에서, 실제로 무엇을 만들겠는가?"

블랭크의 Lessons Learned 중 하나가 자꾸 머릿속에서 맴돈다. "잠 못 이루고 있지 않다면, 무슨 일이 벌어지고 있는지 아직 이해 못 한 것이다." 내가 만약 지금 스타트업을 하고 있었다면, 오늘 밤은 분명 잠을 못 잤을 것이다.

참고 자료

YouTube 영상

채널 보기
마지막편, 트라이 노드를 50% 이상 줄이는 방법? 압축 트라이 성능 분석 | Trie 자료구조 이야기
트라이(Trie) 자료구조: 파이썬으로 삽입(Insert) 연산 구현하기 | Trie 자료구조 이야기
숫자 하나가 AI 모델의 운명을 바꾼다? | 선형대수학
벡터의 정의와 덧셈 연산 | 선형대수학
7편, 파이썬으로 구현하는 B-Tree
숫자 하나가 AI 모델의 운명을 바꾼다? | 선형대수학
우리가 매일 쓰는 맞춤법 검사기와 라우터 속에 숨겨진 알고리즘은? | Trie 자료구조 이야기
Trie 자료구조 완전 정복 - 개념부터 시각화까지 | Trie 자료구조 이야기