코드 한 줄 작성하기 전에 SaaS 아이디어를 검증하는 방법

사람들이 당신의 소프트웨어를 원하는지 알아내는 가장 비싼 방법은 그것을 만들어 보는 것입니다. 그런데 처음 창업하는 사람들 대부분이 바로 그렇게 합니다. 여섯 달과 모아둔 돈을 들여 아이디어를 코드로 바꾸고, 정적 속에 출시한 뒤, 그제서야 이것을 필요로 한 사람이 있었는지 묻기 시작합니다. 검증은 그 교훈의 저렴한 버전입니다. 인생 1년이 아니라 몇 주간의 대화라는 대가로 답을 사는 방법입니다.

저는 많은 똑똑한 사람들이 같은 함정에 빠지는 것을 봐 왔습니다. 그들에게는 정말로 훌륭한 관찰이 있습니다. 잘 아는 업계에서의 진짜 불편함이지요. 그리고 관찰과 제품 사이의 간극이 단지 공학의 문제라고 가정합니다. 그렇지 않습니다. 그 간극은 답이 나오지 않은 질문들로 가득합니다. 다른 누군가가 돈을 낼 만큼 이 고통을 충분히 느끼고 있는가? 그들이 지금 하는 방식에서 갈아탈까? 돈을 태우지 않고 그들에게 닿을 수 있을까? 이런 질문들은 코드를 써서 답이 나오지 않습니다. 사람들과 이야기하고 그들이 실제로 무엇을 하는지 관찰함으로써 답이 나옵니다.

그래서 이것은 창업자가 무언가를 만들 사람을 고용하기 전에 제가 건네는 안내서입니다. 린 스타트업 연극이나 캔버스를 채우는 이야기가 아닙니다. 당신의 아이디어에 맥박이 있는지 알려 주는 몇 가지 정직하고 저렴한 실험에 관한 이야기이며, 설령 결과가 따갑더라도 그것을 믿는 절제에 관한 이야기입니다.

왜 먼저 만드는 것이 생산적으로 느껴지지만 대개 그렇지 않은가

만드는 일은 눈에 보이는 진전처럼 느껴지기에 매혹적입니다. 코딩 세션이 끝나면 작동하는 화면, 무언가를 하는 버튼, 배우자에게 보여 줄 수 있는 무엇이 있습니다. 문제에 관해 낯선 사람과 이야기해도 손에 잡히는 산출물은 생기지 않습니다. 어색하고, 느리며, 끝나도 메모밖에 남지 않습니다. 그래서 창업자는 키보드로 손을 뻗습니다. 키보드가 더 빨리 보상해 주기 때문입니다.

문제는, 작동하는 화면이 아이디어가 옳은지에 대해 거의 아무것도 말해 주지 않는다는 점입니다. 아무도 가지지 않은 문제를 위해 아름답고 버그 없는 제품을 만들 수 있지만, 그것은 못생긴 제품만큼이나 죽어 있습니다. 코드는 “어떻게 전달할까?”에 대한 답이지, “이것을 원하는 사람이 있는가?”에 대한 답이 아닙니다. 두 번째 질문에 답하기 전에 첫 번째 질문에 몇 달을 쓰는 것, 그것이 바로 뛰어난 엔지니어가 가상의 문제에 우아한 해결책을 만드는 방식입니다.

검증은 순서를 뒤집습니다. 개발에 발을 들이기 전에, 몇 주와 아주 적은 비용으로 아이디어에서 가장 위험한 가정을 증명하거나 반증합니다. 아이디어가 탄탄하면 증거와 더 명확한 사양, 그리고 이미 기다리는 첫 사용자들과 함께 개발에 들어갑니다. 약하다면 제품의 값이 아니라 커피 몇 잔과 랜딩 페이지의 값으로 그것을 알게 됩니다.

전체를 무너뜨릴 수 있는 단 하나의 가정을 찾아라

모든 SaaS 아이디어는 믿음의 더미 위에 놓여 있고, 그것들은 똑같이 위험하지 않습니다. 어떤 것은 안전합니다. “사람들은 이메일을 쓴다”, “작은 회사는 서류 작업을 싫어한다”. 어떤 것은 사업 전체가 의존하는 도박이며, 틀리면 나머지는 아무 의미가 없습니다. 검증의 일은 모든 것을 시험하는 것이 아닙니다. 가장 위험한 가정을 찾아 그것부터 먼저 공략하는 것입니다.

그것을 찾으려면 아이디어를 한 문장으로 적어 보세요. “[이 사람들]은 [지금 하는 것] 대신 [이 해결책]에 돈을 낼 만큼 [이 문제]를 심하게 겪고 있다.” 그런 다음 자신에게 가차 없이 물으세요. 이 문장에서 어떤 단어가 거짓으로 드러나면 아이디어가 가라앉을까? 대개 그것은 해결책이 아닙니다. 문제가 돈을 낼 만큼 고통스러운가, 또는 애초에 감당할 만한 비용으로 그 사람들에게 닿을 수 있는가 하는 점입니다.

이 순서가 중요한 이유는 각 단계마다 시험 비용이 오르기 때문입니다. 문제 인터뷰는 무료입니다. 지불 의향 테스트는 랜딩 페이지 비용입니다. 해결책 테스트는 클릭 가능한 시제품이 필요할 수도 있습니다. 개발은 모든 시험 중 가장 비쌉니다. 비싸고 늦게가 아니라 싸고 빠르게 실패하고 싶을 것입니다. 그래서 가장 싸고 가장 치명적인 시험을 앞에 둡니다.

사람들과 이야기하라 — 다만 제대로 하라

당신이 할 수 있는 가장 유용한 한 가지는, 그 문제를 가지고 있다고 생각되는 사람들과 이야기하는 것입니다. 친구도, 다른 창업자도 아닌, 이것을 실제로 쓸 진짜 사람들 말입니다. 그리고 대부분의 시도를 망치는 함정이 여기 있습니다. 사람들은 예의 바릅니다. “X를 하는 도구를 쓰시겠어요?”라고 물으면 거의 모두가 그렇다고 답합니다. 그렇다고 말하는 것은 공짜이고 친절하니까요. 그 “예”는 가치가 없습니다. 어떤 기술적 실패보다 더 많은 스타트업을 가라앉혔습니다.

해법은 미래에 대해 묻기를 멈추고 과거에 대해 묻기 시작하는 것입니다. 미래는 사람들이 친절하려 거짓말하는 곳이고, 과거는 진실이 사는 곳입니다. “이것을 쓰시겠어요?” 대신 “이 문제를 마지막으로 겪었던 때를 들려주세요”라고 물으세요. 무엇을 했습니까? 얼마나 걸렸습니까? 무엇을 치렀습니까? 해결책을 찾아봤습니까? 거기에 돈을 냈습니까? 실제 행동은 가정된 열정을 매번 이깁니다.

정직한 답을 끌어내는 질문

• “이게 마지막으로 일어났던 때를 차근차근 들려주세요.” — 이상화된 것이 아닌 진짜 업무 흐름이 드러납니다.
• “그것에 대해 무엇을 하셨나요?” — 정말로 신경 쓰는지, 그냥 넘기는지 드러냅니다.
• “그게 시간이나 돈이 얼마나 들었나요?” — 막연한 고통을 숫자로 바꿉니다.
• “전에 이걸 고쳐 보려 한 적이 있나요? 어떻게 됐나요?” — 예산과 의지가 있는지 알려 줍니다.
• “지금 이것보다 더 짜증 나는 건 무엇인가요?” — 당신의 문제가 그들의 상위 다섯 안에 들기는 하는지 확인합니다.

대화는 몇 번이나 해야 할까요? 생각보다 적습니다. 적절한 사람들과 정직하고 잘 진행된 인터뷰를 열 번쯤 하고 나면 대개 패턴이 분명해집니다. 그중 서너 명이 눈을 빛내며 고통을 생생하게 묘사하기 시작하거나, 아니면 모두가 예의 바르게 미지근하고 어떤 영리한 개발로도 그것을 고칠 수 없거나입니다. 신뢰할 만한 결정을 내리는 데는 열두에서 열다섯 번이면 충분합니다.

실제 수요를 저렴하게 시험하는 방법

대화는 문제가 진짜인지 말해 줍니다. 다음 질문은 사람들이 행동할 것인가입니다. 그것을 아는 유일한 방법은 제품이 존재하기 전에 작은 약속을 요청하는 것입니다. 여기서 검증은 조금 불편해지고, 동시에 정직해집니다. 말은 쌉니다. 클릭, 이메일 주소, 혹은 계약금은 그렇지 않습니다.

이 테스트를 하는 데 무언가를 만들 필요는 없습니다. 약속을 명확히 설명하고 하나의 구체적인 행동을 요청하는 한 페이지면 됩니다. 그 행동이 데이터입니다. 사람들이 당신의 제안을 읽고 아무것도 하지 않는다면 그것이 답입니다. 여섯 달 뒤 정적 속에 출시하는 것보다 훨씬 저렴한 답입니다.

1. 1
   한 페이지짜리 제안을 올려라

   문제와 당신의 해결책을 쉬운 말로 설명하고, 명확한 행동 유도를 하나 넣으세요. 단순한 랜딩 페이지면 충분합니다 — 아직 그 뒤에 제품은 없어도 됩니다.
2. 2
   진짜 신호를 요청하라

   ‘좋아요’가 아닙니다. 이메일로 대기자 명단에 등록하거나, 사전 주문하거나, 통화를 예약하도록 요청하세요. ‘예’라고 말하는 비용이 클수록 그 ‘예’의 의미도 큽니다.
3. 3
   정직한 트래픽을 조금 보내라

   당신의 진짜 대상이 이미 있는 곳에서 공유하세요 — 관련 커뮤니티, 작은 광고, 몇 통의 다이렉트 메시지. 당신을 응원하는 인맥이 아니라 낯선 사람이 필요합니다.
4. 4
   칭찬이 아니라 전환을 읽어라

   제안을 정말로 이해한 모든 사람 중 몇 명이 행동했습니까? 적절한 사람들에게서 나온 진짜 가입 몇 건이 막연한 응원 천 마디를 이깁니다.

모든 것 중 가장 강력한 수요 테스트는 선불을 요청하는 것입니다. 선판매, 유료 파일럿, 얼리 액세스 계약금 — 지갑이 열리는 것이라면 무엇이든. 공격적으로 느껴지지만, 자기 자신을 위해 할 수 있는 가장 정직한 일입니다. 아직 존재하지도 않는 제품에 단돈 얼마라도 건네는 사람은, 어떤 설문도 말해 줄 수 없는 것을 당신에게 말해 줍니다. 그런 사람을 서넛 찾을 수 있다면, 더 이상 아이디어가 아닙니다. 만들어지기를 기다리는 사업을 가진 것입니다.

만들기 전에 팔아라

“사람들이 관심 있다”와 “사람들이 매달 돈을 낼 것이다” 사이에는 따로 주목할 가치가 있는 단계가 있습니다. 자동화하기 전에 가치를 수작업으로 전달하는 것입니다. 당신의 아이디어가, 가령 어수선한 공급사 이메일을 깔끔한 주간 보고서로 바꾸는 도구라면, 먼저 서너 고객을 위해 그것을 손으로 해 보세요. 당신이 곧 소프트웨어가 되는 것입니다. 느리고 확장되지 않습니다 — 그리고 그것이 핵심입니다. 코드로 굳히기 전에 제품이 실제로 무엇을 해야 하는지 배우게 해 줍니다.

이것은 두 가지를 동시에 합니다. 사람들이 아이디어 자체가 아니라 결과에 돈을 낸다는 것을 증명합니다. 그리고 진짜 업무 흐름을 가르쳐 줍니다 — 가장자리 사례, 예외, 인터뷰로는 결코 짐작하지 못했을, 고객이 신경 쓰는 세부들. 실제로 만들 무렵이면 당신은 사양을 어림짐작하고 있지 않습니다. 이미 손으로 해 보고 대가를 받은 과정을 부호화하고 있는 것입니다.

신호를 정직하게 읽기

이 모든 것은 결과를 믿을 각오가 있어야만 작동합니다 — 그리고 그것은 들리는 것보다 어렵습니다. 이쯤이면 이미 아이디어에 애착이 생겼기 때문입니다. 위험은 나쁜 데이터가 아니라, 모든 신호를 격려로 해석하는 창업자입니다. 미지근한 관심이 열정으로 기억됩니다. 예의 바른 대기자 가입이 “강한 수요”가 됩니다. 여기서는 자기 자신의 낙관과 싸워야 합니다.

미리 합격의 모습을 정해 두면 도움이 됩니다. 테스트를 하기 전에, 진행하게 만들 결과와 멈추게 만들 결과를 적어 두세요. “내 인터뷰 중 이것을 진짜이고 반복되는 문제라고 묘사하는 사람이 X명 미만이면, 접는다.” 데이터를 보기 전에 기준을 정하는 것이, 하지 말아야 할 개발로 스스로를 설득하지 않게 하는 유일하게 믿을 만한 방어입니다.

그리고 때로는 정직한 답이 ‘아니오’입니다. 그것은 실패가 아니라 체계가 작동하는 것입니다. 결코 “이것을 만들지 마라”를 돌려줄 수 없는 검증 과정은 검증이 아니라 허락 구하기입니다. 긴 경력에서 이기는 창업자는 나쁜 아이디어를 한 번도 갖지 않는 사람이 아닙니다. 나쁜 아이디어를 1년간 끌어안는 대신 3주와 몇백 유로로 죽이는 사람들입니다.

정말로 만들 준비가 되었을 때

신호가 좋다고 합시다. 문제는 진짜이고, 사람들이 감정을 담아 묘사했으며, 몇 사람이 돈을 냈습니다. 이제 — 그리고 오직 이제 — 만드는 것이 의미가 있습니다. 그러나 여기서도 절제가 보답합니다. 첫 버전의 목표는 당신이 상상하는 제품이 되는 것이 아닙니다. 검증된 고객이 돈을 내는 단 하나의 핵심 결과를 전달하는 것, 그 외에는 아직 아무것도 하지 않는 것입니다.

여기서 검증은 당신에게 조용히 선물을 건넵니다. 날카롭고 증거로 뒷받침된 사양입니다. 누구를 위한 것인지, 핵심 과업이 무엇인지, 사람들이 얼마를 낼지, 그리고 거듭 등장한 기능과 당신만 신경 쓴 기능이 무엇인지 압니다. 그 명료함은 그 어떤 양의 사전 설계보다 가치가 큽니다. 올바른 작은 것을 만드는 것과 값비싼 모든 것을 만드는 것의 차이입니다.

자주 묻는 질문