린 스타트업
대부분의 스타트업은 실패하고, 많은 신제품은 시장에서 살아남지 못한다. 좋은 기술과 뛰어난 사람들이 모였다는 사실만으로 성공이 보장되지는 않는다.
에릭 리스의 『린 스타트업』은 이 문제를 프로세스의 관점에서 다룬다. 성공을 창업자의 특별한 재능이나 시기, 장소에만 맡기는 대신, 불확실성 속에서 실험하고 배우는 방식을 익힐 수 있다는 것이다.
팀에 공유했던 자료를 바탕으로, 린 스타트업의 내용을 비전, 조종, 가속의 순서로 정리해본다. 왜 이 일을 하는지에서 시작해, 무엇을 만들고 어떻게 확인할지, 그리고 어떻게 지속적으로 성장할지로 이어지는 흐름이다.

I. 비전
스타트업의 정의, 시작, 실험과 학습
스타트업이란 무엇인가
스타트업은 극심한 불확실성 속에서 새로운 제품이나 서비스를 만드는 조직이다. 이 정의에서 중요한 것은 회사의 크기나 설립 연도가 아니다. 정부 조직도, 대기업의 신규 사업 부서도, 작은 벤처도 같은 조건에 놓여 있다면 스타트업으로 볼 수 있다.
Lean은 군살을 덜어낸다는 의미다. 린 스타트업은 불확실한 환경에서 새로운 제품을 만들기 위해 낭비를 줄이고 빠르게 움직이는 조직과 그 일하는 방식에 관한 이야기다.
누가 스타트업이고, 창업가인가
책에 등장하는 SnapTax는 스마트폰으로 세금 신고를 간단하게 할 수 있도록 만든 서비스다. 처음에는 캘리포니아에 거주하는 단순한 신고 대상 고객으로 범위를 좁혔다. 고객이 W-2 서류를 촬영하면 필요한 내용을 읽어 신고를 도와주는 방식이었다. 작은 범위에서 고객의 필요를 확인한 뒤 서비스의 대상을 넓혀갔다.

이 제품을 만든 곳은 세무·회계 소프트웨어 기업 인튜이트였다. 작은 차고에서 시작한 독립 회사가 아니라, 큰 회사 안의 다섯 명으로 구성된 팀이었다. 외부의 유명한 창업자를 데려오거나 처음부터 거대한 조직을 만든 것도 아니었다.
중요했던 것은 실험할 수 있는 환경이었다. 경영진은 팀이 고객을 만나고 제품을 시험하도록 지원했고, 팀은 제한된 자원 안에서 새로운 가능성을 탐색했다. 스타트업의 조건은 어느 회사에 속해 있는지보다 어떤 문제를 어떤 방식으로 풀고 있는지에 있었다.
우리 팀도 하나의 스타트업
이 정의에 따르면 우리 팀도 하나의 스타트업이다. 그렇다면 우리는 무슨 일을 어떤 방식으로 해야 할까.
스타트업이 해야 하는 일은 제품 개발만으로 끝나지 않는다. 비전을 세우고, 고객을 찾고, 제품을 판매하고, 시장을 넓히고, 조직과 협업 구조를 설계해야 한다. 서비스와 팀이 살아남기 위해 필요한 일을 함께 다루어야 한다.
그렇다고 일단 만들어보는 것으로 충분하지도 않고, 모든 것을 미리 계획할 수도 없다. 연구, 개발, 마케팅, 운영이 각자의 전문 분야만 끝내고 다음 부서로 넘기는 구조로는 불확실성을 빠르게 확인하기 어렵다.
학습의 마일스톤을 정하고, 작은 단위로 실험과 학습을 반복해야 한다. 연구에서 제품 개발, 마케팅, 운영과 데이터 측정까지 이어지고 고객의 반응이 돌아와야 한 번의 일이 끝난다. 이를 위해 서로 다른 전문성을 가진 사람들이 하나의 목표 아래 협업하는 다기능 팀이 필요하다.

여덟 시간 동안 방해받지 않고 개발했다면 생산적인 하루처럼 느껴진다. 그러나 아무도 원하지 않는 기능을 정해진 기간과 예산 안에 만들었다면, 그것을 팀의 진전이라고 부르기는 어렵다. 고객이 원하고 실제로 사용하거나 비용을 지불하는 제품에 가까워졌는지가 중요하다.
실험과 학습: IMVU의 이야기
에릭 리스가 참여했던 IMVU는 아바타를 활용하는 메신저 서비스를 만들었다. 당시에는 기존 메신저에 이미 연결된 친구 관계를 활용하면 제품을 빠르게 확산시킬 수 있다고 생각했다. 고객이 새로운 프로그램과 친구 목록을 만드는 일을 번거로워할 것이라는 가정이었다.
팀은 기존 메신저들과 호환되는 기능을 개발하는 데 약 6개월을 썼다. 그러나 출시 후 예상했던 반응은 나오지 않았다. 버그를 고치고 기능을 추가하고 투자자에게 보여줄 지표를 관리했지만, 제품의 가치는 고객에게 제대로 전달되지 않았다.

고객을 직접 만나자 다른 이야기가 나왔다. 아바타는 흥미롭지만, 제품이 충분히 멋진지 확인하기 전에 기존 친구들을 초대하고 싶지는 않다는 것이다. 팀은 혼자 사용해볼 수 있도록 흐름을 바꿨지만, 고객은 여전히 친구를 초대하려 하지 않았다.
반면 제품 안에서 새로운 사람을 만나는 기능에는 반응했다. 기존 친구들과 대화하는 것보다 새로운 친구를 만드는 경험을 원했던 것이다. 새로운 프로그램을 설치하고 별도의 친구 목록을 만드는 일도 팀이 예상했던 만큼 큰 장벽은 아니었다.

돌아보면 열 개의 메신저와 연동할 필요는 없었다. 하나만 연결해도 핵심 가정을 검증할 수 있었다. 목표가 고객을 이해하는 것이었다면, 많은 시간을 쓰기 전에 같은 학습을 얻을 방법이 있었던 셈이다.
II. 조종
가정, 테스트, 측정, 방향 전환
실험과 학습은 우리가 무엇을 만들어야 하는지 체계적으로 알아가는 과정이다. 가정을 세우고, 그것을 시험할 제품을 만들고, 결과를 측정한 뒤 방향을 유지할지 바꿀지 판단한다. 만들기–측정–학습의 순환 전체에 걸리는 시간을 줄이는 것이 핵심이다.

가장 위험한 가정 두 가지
첫 번째는 가치 가설이다. 우리의 서비스나 기능이 고객에게 실제로 가치가 있는가. 두 번째는 성장 가설이다. 그 가치가 지속 가능한 성장으로 이어질 수 있는가.
이 두 가지를 확인하지 않은 채 제품을 확장하면, 검증되지 않은 가정 위에 더 많은 시간과 자원을 쌓게 된다.
MVP: 최소 기능 제품
MVP는 제품 설계나 기술적인 문제에만 답하기 위해 만드는 것이 아니다. 사업의 핵심 가정을 시험하기 위한 제품이다. 최소한의 노력과 시간으로 만들기–측정–학습을 한 번 완전히 거칠 수 있어야 한다.
따라서 무엇을 넣고 무엇을 빼야 하는지는 확인하려는 가정에 따라 달라진다. 기능 수가 적다는 이유만으로 MVP가 되는 것은 아니다. 고객이 가치를 느끼는지, 어떤 행동을 하는지 확인할 수 있는 상태가 되어야 한다.

VARCO Texture의 초기 실험에서는 Gradio로 약 일주일 만에 MVP를 만들었다. 확인하고 싶었던 것은 아티스트가 AI 텍스처 생성에 가치를 느끼는지였다. 결과가 좋아지면 사용하고 싶지만 아직 품질이 부족하고 UI·UX가 불편하다는 피드백이 돌아왔다. 당시에는 이 반응을 바탕으로 제품을 더 만들어보기로 했다.

측정: 허무 지표와 실행 지표
MVP를 통해 현재 제품의 데이터를 수집했다면, 그 데이터를 바탕으로 제품을 조정하고 다시 확인한다. 이 과정을 반복하며 방향 유지와 방향 전환을 판단한다.
이때 누적 가입자처럼 시간이 지나면 계속 늘어나는 숫자만으로는 제품이 좋아졌는지 알기 어렵다. 자료에서는 이를 허무 지표와 실행 지표의 차이로 설명했다. 실행 지표는 어떤 변화가 고객의 행동을 어떻게 바꾸었는지 판단하는 데 쓰인다.

새 기능을 만들었다는 사실보다, 기능 업데이트 이후 들어온 고객 집단에서 결제 전환율이나 추천율이 개선되었는지가 중요하다. 개선되지 않았다면 인터뷰와 관찰을 통해 이유를 알아보고, 그 학습을 다음 전략에 반영해야 한다.
CAPA 사례로 생각해보기
자료에서는 CAPA의 사내 출시 후 재방문율과 기능별 사용 데이터를 보며 질문을 던졌다. 2주차부터 재방문율이 20%대로 형성되었다면 어떻게 해석해야 할까. 사외 출시 이후에도 같은 경향이 이어지는지 더 확인해야 한다. 당시 예상했던 결제 전환율도 결제 모듈을 도입한 뒤 검증해야 할 가정이었다.
기능별로는 3D 생성 70%, 편집 10%, Remesh 20%라는 사용 비중을 예시로 살펴봤다. 편집 기능을 덜 사용하는 이유는 잘 동작하지 않아서일까, 아니면 고객에게 그 기능의 필요가 적어서일까. 숫자는 질문의 출발점이지만, 이유를 알아내는 일까지 대신해주지는 않는다.

지금 만드는 기능은 결제 전환율을 높여줄까. 고객이 주변에 링크를 공유하게 하려면 무엇이 필요할까. 이런 질문을 실제 데이터와 연결해 의사결정하는 것이 중요하다.
방향 전환, 또는 방향 유지
여러 실험을 거쳤는데도 충분한 매출, 전환율, 재방문이 나오지 않는다면 서비스나 사업의 방향을 바꿔야 할 수 있다. 피봇은 농구에서 한 발을 딛고 방향을 바꾸는 동작처럼, 기존의 중요한 기반을 유지하면서 핵심 가정을 전환하는 일이다. 기능 추가나 작은 UX 개선을 반복하는 것과는 구분된다.
자료에서는 세 가지 예시를 들었다. 같은 제품의 고객을 인디게임 개발자에서 대형 게임사로 바꾸는 것, 크레딧 기반 구독을 API 사용량 기반 결제로 바꾸는 것, 3D 모델링에서 사운드까지 포함한 게임 개발 솔루션으로 범위를 넓히는 것이다. 각각 고객군, 과금 방식, 제품 범위를 다시 생각하는 가상의 방향 전환이다.
중요한 것은 방향을 바꿨다는 선언보다 그 판단의 근거다. 데이터를 통해 현재 가정을 유지할 이유가 있는지, 어느 가정을 바꿔야 하는지 확인해야 한다.
VARCO 3D의 핵심 지표
당시 VARCO 3D의 지표 초안에서는 매출을 대표 지표로 두고, 구독 전환율과 유지율, 사용자 재방문을 함께 살펴보려 했다. 초기에는 많은 고객을 데려오는 것뿐 아니라, 들어온 고객이 제품의 가치를 느끼고 남는지에 집중하는 방향이었다.
초기 고객은 AI 크리에이터와 인디게임 개발자에 초점을 맞췄다. 이후 3D 모델러와 게임 아트 직군, 더 큰 제작 조직과 다른 산업으로 확장하는 가능성을 생각했다. 좁은 고객군에서 가치를 확인하고 다음 시장으로 넘어가는 순서다.

가정 → 만들기 → 측정 → 방향 유지 또는 전환.
지금의 기능과 개선이 매출, 구독 전환, 재방문, 추천에 어떤 영향을 줄 수 있는지 계속 질문해야 한다.
III. 가속
성장, 적응, 혁신
스타트업은 서비스나 기능을 만드는 데서 끝나지 않는다. 지속 가능한 사업을 위해 어떤 학습을 해야 하는지가 중요하다. 고객은 무엇을 원하는가. 사업은 어떻게 성장할 것인가. 누구를 고객으로 볼 것이며, 어떤 고객의 이야기에 먼저 귀 기울일 것인가.
KPI: 무엇에 집중할 것인가
KPI는 지금 해야 할 일을 구체화한다. 제품을 출시하고 외부에서 좋은 평가를 받았다는 사실만으로 고객에게 가치가 생겼다고 판단하기는 어렵다. 실제 서비스의 가치를 보여주는 대표 지표와, 그 지표가 움직이는 이유를 설명할 보조 지표가 필요하다.
대표 지표는 사업 모델에 따라 매출이나 사용자 수 등이 될 수 있다. 보조 지표는 사업의 단계에 맞춰 재방문율, 매출 이탈률, 고객 획득 비용, 추천율처럼 중요한 몇 가지를 정한다. 모든 숫자를 같은 비중으로 보는 대신, 현재의 목표와 연결되는 지표에 집중하는 것이다.
성장 목표를 일정한 주기로 확인하면 이번 주에 해야 할 일이 더 명확해진다. 목표에 도달하기 위해 필요한 고객 행동을 구체화하고, 그것을 바꿀 실험을 계획할 수 있다.

세 가지 성장 엔진
책은 성장을 만들어내는 경로를 세 가지 엔진으로 설명한다.
재방문에 의한 성장 엔진에서는 고객이 계속 남는 것이 중요하다. 새로 들어오는 고객과 떠나는 고객의 관계를 함께 봐야 하며, 가입 해지와 이탈을 주의 깊게 추적해야 한다.
바이럴 성장 엔진에서는 제품을 사용하는 과정이 다른 고객에게 제품을 전달하는 경로가 된다. 결제 링크나 콘텐츠 공유처럼 사용 자체가 확산으로 이어지도록 설계하는 방식이다. 한 고객이 얼마나 많은 새로운 고객을 데려오는지가 중요하다.
유료 성장 엔진에서는 고객을 데려오는 데 들어가는 비용과 그 고객에게서 얻는 가치를 비교한다. 고객 획득 비용을 감당하고 다시 유입에 투자할 수 있는 구조가 되어야 한다.
한 제품에 여러 엔진이 함께 존재할 수 있다. 다만 어떤 엔진으로 성장할지 분명히 하면, 그 엔진이 작동하는 데 필요한 요소를 집중적으로 개선할 수 있다.

혁신을 가능하게 하는 구조
내부 스타트업 팀은 실험을 이어갈 수 있는 구조가 필요하다. 경영진의 지원도 이 구조를 만드는 데 쓰여야 한다. 자료에서는 세 가지 조건을 정리했다.
첫째, 부족하지만 안정된 자원이다. 자원이 너무 많아도, 너무 적어도 위험하다. 제한된 자원으로 시작하더라도 실험 도중 갑자기 예산이 바뀌지 않는 안정성이 필요하다.
둘째, 독립된 개발 권한이다. 팀이 실험을 구상하고 실행할 수 있어야 한다. 과도한 승인과 업무 이관 때문에 만들기–측정–학습의 속도가 느려져서는 안 된다.
셋째, 결과에 대한 개인 보상 체계다. 기여한 사람이 결과를 통해 보상받을 수 있어야 한다. 금전적 보상뿐 아니라 인정과 명성을 얻는 방식도 포함된다.
이 조건들이 성공을 보장하지는 않는다. 그러나 새로운 제품을 만드는 팀이 불확실성 속에서도 움직일 수 있도록 하는 기반이다.
Comments —