린 스타트업

새 사업을 시작하는 순서는 오랫동안 하나였습니다. 사업 계획서를 두껍게 쓰고, 그 계획대로 제품을 다 만들고, 완성된 다음에 시장에 내놓습니다. 단계를 차례로 끝내고 다음으로 넘어가는 워터폴이 제품 개발에서 그랬듯 사업에서도 기본값이었습니다.

계획이 맞을 때 이 방식은 가장 빠릅니다. 문제는 새 사업에서 계획이 맞는 일이 드물다는 데 있었습니다. 열여덟 달을 들여 제품을 완성하고 출시일에 맞춰 보도자료를 냈는데 첫 달 가입자가 200명에서 멈추고 그중 열댓 명만 다음 달에 돌아오는 일이 반복됐습니다. 그때 팀이 확실히 알게 되는 것은 열여덟 달 전에 세운 가정 어딘가가 틀렸다는 사실 하나뿐이고, 어디가 틀렸는지는 여전히 모릅니다.

린 스타트업은 이 순서를 뒤집자는 제안입니다. 다 만들고 확인하는 대신 확인할 수 있는 가장 작은 것을 먼저 내보내고 그 결과로 다음에 만들 것을 정합니다. 줄이려는 대상도 옮겨 갑니다. 공장에서 낭비가 쌓인 재고였다면, 새 사업에서는 틀린 생각을 붙들고 있는 기간이 가장 큰 낭비입니다.

한 바퀴를 도는 데 필요한 일은 다섯 단계입니다.

1. 지금 사업에서 가장 위험한 가정을 하나 고릅니다. 틀렸을 때 나머지가 전부 무의미해지는 쪽이 먼저입니다. "사람들이 이 문제를 돈 내고 해결할 만큼 불편해한다" 가 "가입 버튼 색을 바꾸면 전환이 오른다" 보다 먼저입니다.
2. 그것을 참인지 거짓인지 가릴 수 있는 문장으로 적습니다. 이렇게 검증할 수 있게 적은 추측을 가설이라고 부르고, 판정 기준을 숫자로 함께 적습니다. "팀 초대 화면을 본 사람 가운데 15퍼센트가 실제로 동료를 초대한다" 처럼 씁니다.
3. 그 문장을 확인할 수 있는 가장 작은 것을 만듭니다. 이 최소한의 형태를 MVP라고 부릅니다. 가설이 수요에 관한 것이라면 제품 대신 신청 화면 하나로 충분할 때도 있습니다.
4. 실제 사용자에게 내보내고 미리 정한 숫자를 잽니다. 기간도 못 박아서 2주로 정했으면 2주째에 봅니다.
5. 숫자를 보고 정합니다. 기준을 넘었으면 그 방향으로 한 단계 더 나가고, 못 넘었으면 배운 것을 들고 방향을 트는 피벗을 검토합니다.

이 다섯 단계가 한 바퀴로 이어진 순환에 빌드-측정-학습이라는 이름이 붙어 있습니다. 여기서 관리하는 값은 한 바퀴의 크기가 아니라 한 바퀴에 걸리는 시간입니다. 여섯 달에 한 번 도는 팀은 1년에 두 번 배우고, 3주에 한 번 도는 팀은 열일곱 번 배웁니다.

무엇을 배움으로 칠지도 미리 정합니다. 실제 데이터로 확인한 것만 배움으로 인정하는 규칙을 검증된 학습이라고 합니다. "반응이 괜찮았어요" 는 여기 들어가지 않고 "400명 중 32명이 초대했다" 가 들어갑니다.

이 방법이 잘 맞는 자리는 무엇을 만들어야 하는지 자체가 정해져 있지 않은 초기 사업입니다. 고객이 누구인지 아직 좁혀지지 않았고, 한 번 틀려도 되돌리는 비용이 작고, 고친 결과를 며칠 안에 내보낼 수 있는 조건이면 한 바퀴를 자주 돌수록 유리합니다.

반대쪽 조건에서는 그대로 쓰기 어렵습니다.

1. 실패가 사람을 다치게 하거나 돈을 잃게 하는 영역입니다. 의료 기기나 결제 정산은 절반만 만들어 내보내 반응을 보는 방식을 쓸 수 없습니다.
2. 이미 시장과 맞물린 제품입니다. 제품이 특정 시장의 수요와 맞아떨어진 제품 시장 적합성 지점을 지나면 질문이 무엇을 만들지에서 어떻게 더 안정적으로 전달할지로 바뀝니다.
3. 구매 결정이 오래 걸리는 기업 고객입니다. 계약 한 건에 넉 달이 걸리면 한 바퀴도 넉 달이라, 실험 대신 고객 몇 곳을 깊게 따라가는 편이 빠릅니다.

재는 대상을 잘못 고르면 절차를 지켜도 소용이 없습니다. 누적 가입자처럼 올라가기만 해서 판단에 쓸 수 없는 허무 지표로 기준을 잡으면 어떤 결과가 나와도 가설이 참으로 보입니다.

"이건 린 스타트업 방식으로 갑시다. 다 만들지 말고 신청부터 받아 보죠."

완성하기 전에 수요가 있는지부터 확인하자는 제안입니다.

"이게 MVP인데 왜 두 달이 걸려요? 2주 안에 확인 가능한 형태로 줄입시다."

검증에 필요 없는 범위를 덜어 내자는 요구입니다.

"결과는 기준에 못 미쳤는데 배운 건 있어요. 이 가설은 접고 다음으로 갑니다."

수치가 기대와 달라도 가설 하나가 정리됐으면 한 바퀴가 제 역할을 했다는 뜻입니다.

페이지덱에서 기업 고객용 문서 승인 기능을 두고 이 말이 나왔습니다. 개발로는 여섯 달짜리였고, 수아는 상담한 회사 대부분이 그 기능을 물어봤다고 전했습니다. 지현은 만들기 전에 두 주를 쓰자고 제안했습니다. 실제 기능 대신 설정 화면에 승인 항목만 띄우고, 누른 사람에게 신청 칸을 보여 주는 방식이었습니다.

두 주 동안 유료 팀 계정의 2퍼센트가 그 항목을 눌렀고, 미리 정해 둔 기준은 10퍼센트였습니다. 규원은 여섯 달을 다른 과제에 쓰기로 정했습니다. 고객이 말한 승인은 결재선이 아니라 외부 공유 전에 팀장이 한 번 보는 정도였고, 이미 있는 기능으로 가능했습니다.

가장 흔한 오해는 린 스타트업을 적은 돈으로 대충 빨리 만드는 방식으로 읽는 것입니다. 린이라는 말이 절약처럼 들리고, 작게 만들라는 지침이 완성도를 낮추라는 말로 읽히기 때문입니다. 실제로 줄이는 대상은 만듦새가 아니라 검증에 필요 없는 범위입니다. 기능 하나로 줄이더라도 그 하나는 제대로 동작해야 합니다. 이 구분을 놓치면 반응이 나빴을 때 가설이 틀린 것인지 만듦새가 나빴던 것인지 가릴 수 없고, 한 바퀴를 돌고도 배운 것이 남지 않습니다.

모든 결정을 실험으로 정해야 한다는 오해도 자주 봅니다. 데이터로 확인한 것만 배움으로 친다는 규칙을 모든 판단에 적용한 결과입니다. 그런데 이미 답이 알려진 문제까지 실험할 필요는 없습니다. 로그인 화면의 생김새나 청구서 표기 방식은 확인된 관행이 있고, 그런 것에 주기를 쓰면 정작 위험한 가정은 손대지 못한 채 분기가 지나갑니다.