← 에세이 /Post · 05 of 21 · Thoughts

SpotOn: 혼자 끝낼 수 있는 로드맵

1인 파운더의 로드맵은 완주 일정이 아니라 kill-gate의 지도다. 비싼 단계 앞에 둔 결정적 체크포인트, 그리고 일찍 그만둘 허가.

·3 min read · · · #build-in-public#solo-founder#hardware#roadmap#ai-agents
SpotOn: 혼자 끝낼 수 있는 로드맵
On this page

거꾸로 만들었다는 걸 깨닫고(지난 글), 처음에 했어야 할 일을 그제야 했다. 로드맵을 썼다. 그런데 빌드 일정표가 아니었다. 내가 그만둬도 되는 지점들을 표시한 지도였다.

1인 로드맵의 핵심이 여기 있다. 로드맵은 다 만드는 계획서가 아니다. kill-gate의 지도다. 비싼 단계 앞에 싸고 결정적인 체크포인트를 놓고, 거기서 계속할지 멈출지를 정한다. 값어치는 완주 일정에 있지 않다. 일찍 그만둘 허가에 있다.

1인은 정상 로드맵을 완주할 수 없다

하드웨어 제품의 정상 경로는 길다. 기획 → 검증 → 빌드 → 펀딩 → 양산 → 운영. 정상 회사는 단계마다 사람과 돈을 붙여 직렬로 통과한다. 혼자서는 이걸 선형으로 완주하지 못한다. 양산과 인증이라는 벽은 사람 하나에 AI를 더한다고 넘어가지 않는다.

게다가 단계마다 드는 돈의 규모가 딴판이다. 기획은 거의 공짜다. 빌드는 시간을 태운다. 양산은 금형과 인증이라, 한번 지르면 못 무르는 큰돈이 나간다. 운영은 영영 끝나지 않는 비용이다. 비용이 이렇게 비대칭이면 로드맵에서 중요해지는 건 단계 자체가 아니다. 단계와 단계 사이다.

그래서 보통 둘 중 하나에 빠진다. 너무 커 보여서 시작을 못 하거나, 끝을 안 보고 빌드부터 뛰어든다. 내가 후자였다. 두 실수는 뿌리가 같다. 로드맵을 완주할 계획으로 읽었다는 것.

이건 새 발명이 아니다: Stage-Gate

이 발상엔 이미 이름이 붙어 있다. Stage-Gate. Robert Cooper가 1988년에 정리한 신제품 개발의 표준 프레임이다. 단계 사이마다 게이트를 두고, 미리 정한 기준으로 Go·Kill·Hold·Recycle을 결정한다. 약한 아이디어를 비싸지기 전에 걸러내자는 것이다. 앞에서 내가 “계속·피벗·중단”이라 부른 게 정확히 Cooper의 Go·Recycle·Kill이다.

원래 Stage-Gate는 대기업 도구다. 수십 개 프로젝트를 늘어놓고 어디에 예산을 태울지 거르는 포트폴리오 장치. 1인엔 거를 포트폴리오도 없고 예산 위원회도 없다. 그런데도 1인에게 더 절실하다. 이유가 있다.

빌드가 싸졌다. 예전엔 빌드 비용 자체가 브레이크였다. 만드는 게 비싸니까, 만들기 전에 자연히 멈춰서 “이거 확실해?”를 물었다. AI 하네스가 그 브레이크를 떼어냈다(지난 글). 비용이라는 자연 게이트가 사라지면 게이트를 내가 손수 세워야 한다. 대기업에서 Stage-Gate가 관료제 냄새를 풍겼다면, 1인+AI에겐 사라진 브레이크를 대신하는 장치다.

단계 말고 게이트를 그린다

로드맵을 단계 목록에서 게이트 목록으로 바꿔 봤다.

게이트는 하나로 안 끝난다. 단계 경계마다 하나씩 있다. 검증 끝에, 펀딩 끝에, 양산에 들어가기 직전에. 게이트마다 같은 질문을 던진다. 여기까지 본 걸로 계속할까, 방향을 틀까, 멈출까.

비용은 오른쪽으로 갈수록 급격히 커진다. 그러니 게이트가 늦을수록 죽는 값이 비싸진다. 가장 이른 게이트에서 접을 수 있으면 가장 싸게 접는다. 결국 게이트의 지도는 “어디서 싸게 죽을 수 있나”를 그린 지도다.

게이트가 하는 일은 단순하다. sunk-cost 말고 미리 박아둔 기준이 결정을 내리게 만드는 것. “이 숫자 밑이면 중단”을 단계에 들어가기 전에 적어둔다. 들어간 뒤엔 늦다. 쏟아부은 게 아까워서 결국 통과시키고 만다.

가장 싼 게이트를 가장 비싼 단계 앞에

가장 결정적인 게이트는 가장 비싼 단계 바로 앞에 둔다. 하드웨어라면 양산 직전이다. 금형과 인증, 되돌릴 수 없는 돈이 나가는 지점. 그 문 앞에 게이트를 두 개 세웠다.

첫째는 수요다. 기준이 펌웨어 질문이면 안 된다. “좌절한 플레이어가 코칭에 돈을 내나”여야 한다. 설문의 “사겠다” 말고 실제 결제. 둘째는 기술이다. 실험실 보드 말고 실제 폼팩터에서 신호가 살아남나. 이건 실 크기 개발샘플을 만들어야만 답이 나온다. 이 둘을 통과해야 그제야 금형에 돈을 지른다.

나는 이 게이트들을 빌드 뒤로 미뤘다. 그래서 거꾸로였다(지난 글). 로드맵으로 다시 그리니, 그것들이 빌드 에 와야 한다는 게 그림만 봐도 뻔했다. 비싼 단계로 들어가는 문 앞에 가장 싸고 결정적인 질문을 세워두기. 그게 1인이 몇 달과 목돈을 아끼는 길이다.

양산과 인증은 어차피 혼자 못 넘는다. 외주와 파트너, 물리세계의 직렬 시간이 든다. 로드맵은 그 벽이 어디 있는지 미리 짚어준다. 거기 닿기 전에 게이트가 살아 있어야 한다.

지도가 안 통하는 곳

게이트는 내가 정직할 때만 작동한다. 사람은 자기 게이트를 통과시키고 싶어 한다. 쏟은 게 아깝고, 자기 아이디어는 예뻐 보이기 때문이다. 그래서 “멈춤”을 뜻하는 기준을 미리, 차갑게, 통과 욕심이 생기기 전에 박아둬야 한다.

하네스는 이걸 더 어렵게 만든다. 빌드가 싸지면 게이트를 건너뛰기도 쉬워진다(지난 글의 함정 그대로). 싼 빌드는 게이트를 약하게 만든다.

마지막 하나. 로드맵은 미래를 모른다. 게이트를 통과한 다음 단계는 흐릿해도 괜찮다. 다 그리려다 마비될 필요는 없다. 다음 게이트까지만 또렷하면 된다.

정리

단계보다 게이트를 먼저 그린다. “멈춤”을 뜻하는 신호는 단계에 들어가기 전에 정한다. 가장 싼 결정적 게이트를 가장 비싼 단계 앞에 둔다.

로드맵의 목적은 완주에 있지 않다. 일찍 그만둘 허가에 있다. 그 허가가 혼자 가는 사람을 살린다.

ecro
글쓴이 ecro

LLM 펌웨어 벤치마크를 만들었습니다. EmbedEval →

프로젝트에 맞는 Claude Code / Cursor / Codex 하네스를 생성하는 도구를 만듭니다. harness-maker →

Datasheet을 읽는 터미널을 만들고 있습니다. NeuroTerm →

댓글

댓글 불러오는 중...