린 스타트업

I. 비전

스타트업의 정의, 시작, 실험과 학습

스타트업이란 무엇인가

스타트업은 극심한 불확실성 속에서 새로운 제품이나 서비스를 만드는 조직이다. 이 정의에서 중요한 것은 회사의 크기나 설립 연도가 아니다. 정부 조직도, 대기업의 신규 사업 부서도, 작은 벤처도 같은 조건에 놓여 있다면 스타트업으로 볼 수 있다.

Lean은 군살을 덜어낸다는 의미다. 린 스타트업은 불확실한 환경에서 새로운 제품을 만들기 위해 낭비를 줄이고 빠르게 움직이는 조직과 그 일하는 방식에 관한 이야기다.

누가 스타트업이고, 창업가인가

책에 등장하는 SnapTax는 스마트폰으로 세금 신고를 간단하게 할 수 있도록 만든 서비스다. 처음에는 캘리포니아에 거주하는 단순한 신고 대상 고객으로 범위를 좁혔다. 고객이 W-2 서류를 촬영하면 필요한 내용을 읽어 신고를 도와주는 방식이었다. 작은 범위에서 고객의 필요를 확인한 뒤 서비스의 대상을 넓혀갔다.

이 제품을 만든 곳은 세무·회계 소프트웨어 기업 인튜이트였다. 작은 차고에서 시작한 독립 회사가 아니라, 큰 회사 안의 다섯 명으로 구성된 팀이었다. 외부의 유명한 창업자를 데려오거나 처음부터 거대한 조직을 만든 것도 아니었다.

중요했던 것은 실험할 수 있는 환경이었다. 경영진은 팀이 고객을 만나고 제품을 시험하도록 지원했고, 팀은 제한된 자원 안에서 새로운 가능성을 탐색했다. 스타트업의 조건은 어느 회사에 속해 있는지보다 어떤 문제를 어떤 방식으로 풀고 있는지에 있었다.

우리 팀도 하나의 스타트업

정의에 따르면 우리 팀도 하나의 스타트업. 그렇다면 우리 팀은 무슨 일들을 어떤 방식으로 해야 하는가?

비전 수립, 제품 개발, 마케팅과 판매, 고객 확장, 조직 구조 설계, 성과 측정, 의사 결정. 스타트업이 해야 하는 일은 서비스 & 팀의 생존을 위한 모든 것이다.

그렇다고 일단 만들어보는 것으로 충분하지도 않고, 모든 것을 미리 계획할 수도 없다. 연구, 개발, 마케팅, 운영이 각자의 전문 분야만 끝내고 다음 부서로 넘기는 구조로는 불확실성을 빠르게 확인하기 어렵다.

일정 기간의 학습 마일스톤을 단위로 실험과 학습을 해야 한다. 연구 → 제품 개발 → 마케팅 → 운영과 데이터 측정이 한 바퀴를 돌고, 고객의 피드백까지 반영해야 한 번의 일이 끝난다. 한 번에 많이 일하고 다른 기능 부서로 넘기는 구조는 절대 지양. End to End로 일하고, 협업하라. 서로 다른 전문성을 가진 사람들이 하나의 목표 아래 움직이는 다기능 팀이 필요한 이유다.

여덟 시간 동안 아무도 방해하지 않고 개발했다면, 생산성이 높은 하루였을까? 정해진 기간과 예산 안에 기능을 완성했다면, 팀은 전진한 것일까? 아무도 원하지 않는 기능을 제때 예산과 기간 내에 개발하는 것은 낭비다. 고객이 원하는 제품 & 서비스를 만들어 생산성을 높일 것.

실험과 학습: 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는 지금 해야 하는 일을 구체화해 준다. 숫자는 거짓말을 안 한다. 제품을 출시하고 외부에서 좋은 평가를 받았다는 사실만으로 고객에게 가치가 생겼다고 판단하기는 어렵다. 실제 서비스의 가치를 보여주는 대표 지표와, 그 지표가 움직이는 이유를 설명할 보조 지표가 필요하다.

대표 지표는 사업 모델에 따라 매출이나 사용자 수 등이 될 수 있다. 보조 지표는 사업의 단계에 맞춰 재방문율, 매출 이탈률, 고객 획득 비용, 추천율처럼 중요한 몇 가지를 정한다. 모든 숫자를 같은 비중으로 보는 대신, 현재의 목표와 연결되는 지표에 집중하는 것이다.

성장 목표를 일정한 주기로 확인하면 이번 주에 해야 할 일이 더 명확해진다. 목표에 도달하기 위해 필요한 고객 행동을 구체화하고, 그것을 바꿀 실험을 계획할 수 있다.

세 가지 성장 엔진

책은 성장을 만들어내는 경로를 세 가지 엔진으로 설명한다.

재방문에 의한 성장 엔진에서는 고객이 계속 남는 것이 중요하다. 새로 들어오는 고객과 떠나는 고객의 관계를 함께 봐야 하며, 가입 해지와 이탈을 주의 깊게 추적해야 한다.

바이럴 성장 엔진에서는 제품을 사용하는 과정이 다른 고객에게 제품을 전달하는 경로가 된다. 결제 링크나 콘텐츠 공유처럼 사용 자체가 확산으로 이어지도록 설계하는 방식이다. 한 고객이 얼마나 많은 새로운 고객을 데려오는지가 중요하다.

유료 성장 엔진에서는 고객을 데려오는 데 들어가는 비용과 그 고객에게서 얻는 가치를 비교한다. 고객 획득 비용을 감당하고 다시 유입에 투자할 수 있는 구조가 되어야 한다.

한 제품에 여러 엔진이 함께 존재할 수 있다. 다만 어떤 엔진으로 성장할지 분명히 하면, 그 엔진이 작동하는 데 필요한 요소를 집중적으로 개선할 수 있다.

혁신을 가능하게 하는 구조

내부 스타트업 팀은 실험을 이어갈 수 있는 구조가 필요하다. 경영진의 지원도 이 구조를 만드는 데 쓰여야 한다. 자료에서는 세 가지 조건을 정리했다.

첫째, 부족하지만 안정된 자원이다. 자원이 너무 많아도, 너무 적어도 위험하다. 제한된 자원으로 시작하더라도 실험 도중 갑자기 예산이 바뀌지 않는 안정성이 필요하다.

둘째, 독립된 개발 권한이다. 팀이 실험을 구상하고 실행할 수 있어야 한다. 과도한 승인과 업무 이관 때문에 만들기–측정–학습의 속도가 느려져서는 안 된다.

셋째, 결과에 대한 개인 보상 체계다. 기여한 사람이 결과를 통해 보상받을 수 있어야 한다. 금전적 보상뿐 아니라 인정과 명성을 얻는 방식도 포함된다.

이 조건들이 성공을 보장하지는 않는다. 그러나 새로운 제품을 만드는 팀이 불확실성 속에서도 움직일 수 있도록 하는 기반이다.