작게 만들어 빠르게 검증하기

완벽한 제품을 만들기 전에 확인해야 할 것

창업자가 가장 쉽게 빠지는 함정이 있다. 고객을 만나 문제를 들었고, 그 문제가 꽤 중요해 보이면 곧바로 제품을 만들고 싶어진다. 머릿속에서는 이미 멋진 앱 화면이 그려진다. 로그인 기능이 있고, 결제 기능이 있고, 알림도 있고, 관리자 페이지도 있다. 경쟁사보다 예뻐야 하고, 기능도 많아야 하고, 출시할 때 부끄럽지 않아야 한다고 생각한다.

하지만 스타트업의 초반 목표는 멋진 제품을 완성하는 것이 아니다. 가장 먼저 해야 할 일은 "이 사업이 정말 될 가능성이 있는가?"를 확인하는 것이다.

여기서 중요한 차이가 생긴다. 제품을 만드는 것과 사업 가능성을 검증하는 것은 다르다. 제품은 만들 수 있다. 시간과 돈을 쓰면 대부분의 기능은 언젠가 구현된다. 문제는 고객이 그것을 원하느냐다. 더 정확히 말하면, 고객이 자신의 시간이나 돈을 내면서까지 원하는지 확인해야 한다.

이때 필요한 것이 MVP다. MVP는 흔히 "최소 기능 제품"이라고 번역된다. 영어로는 Minimum Viable Product다. 그런데 이 말을 그대로 받아들이면 오해하기 쉽다. 많은 창업자가 MVP를 "기능이 적은 허술한 첫 제품"이라고 생각한다. 그래서 대충 만든 앱이나 디자인이 덜 된 웹사이트를 MVP라고 부르기도 한다.

하지만 MVP의 핵심은 조잡함이 아니다. MVP는 가장 중요한 가설을 가장 적은 비용으로 검증하는 실험이다.

예를 들어 직장인을 위한 점심 추천 서비스를 만든다고 해보자. 창업자가 세운 가설은 이렇다. "직장인들은 매일 점심 메뉴를 고르는 데 피로를 느끼며, 자신에게 맞는 메뉴를 추천받기 위해 돈을 낼 것이다." 이때 곧바로 앱을 만들 필요는 없다. 먼저 확인해야 할 것은 앱의 완성도가 아니라 고객의 진짜 행동이다.

고객이 실제로 점심 선택에 불편을 느끼는가? 추천을 받기 위해 연락처를 남길 정도인가? 매일 추천 메시지를 받으면 다시 열어보는가? 일정 금액을 내겠다고 말하는가? 이런 질문에 답하지 못한 상태에서 앱을 만드는 것은 어두운 방 안에서 비싼 가구부터 들여놓는 것과 같다. 방의 크기도, 문 위치도, 내가 그 집에 살지도 아직 모르는 상태인데 말이다.

MVP는 불확실한 어둠 속에 작은 손전등을 켜는 일이다.

MVP는 제품이 아니라 질문이다

좋은 MVP는 하나의 질문에 집중한다. "고객이 이 문제를 정말 중요하게 여기는가?", "이 해결책에 관심을 보이는가?", "돈을 낼 의사가 있는가?", "한 번 쓰고 끝나는 것이 아니라 다시 쓰는가?" 같은 질문이다.

초기 스타트업에는 확인해야 할 가설이 많다. 고객이 누구인지에 대한 가설, 문제가 얼마나 아픈지에 대한 가설, 해결책이 매력적인지에 대한 가설, 가격을 받아들일지에 대한 가설, 고객에게 도달할 수 있는지에 대한 가설이 있다. 이 모든 것을 한 번에 확인하려고 하면 실험이 아니라 대형 프로젝트가 된다.

그래서 MVP를 만들기 전에 먼저 물어야 한다.

"지금 틀리면 가장 위험한 가설은 무엇인가?"

가령 온라인 영어 회화 서비스를 만든다고 하자. 창업자는 "직장인들이 아침 7시에 원어민과 15분씩 영어로 말하는 서비스를 원할 것"이라고 생각한다. 이 사업에서 가장 위험한 가설은 무엇일까? 영상통화 기술이 구현되는지일 수도 있지만, 대부분의 경우 더 위험한 것은 고객 행동이다. 정말 직장인이 아침 7시에 일어나 영어 수업을 들을까? 15분 수업에 돈을 낼까? 하루 이틀이 아니라 계속할까?

이런 상황에서 완성된 플랫폼을 만드는 것은 늦다. 먼저 몇 명의 고객을 모집해 카카오톡이나 줌으로 수업을 수동 운영해보면 된다. 예약도 사람이 직접 받고, 알림도 직접 보내고, 수업 후 피드백도 직접 물어본다. 겉으로 보기에는 세련된 제품이 아니지만, 중요한 가설은 빠르게 확인할 수 있다.

고객이 신청하는지, 아침에 실제로 접속하는지, 수업 후 만족하는지, 다음 주에도 결제하는지 볼 수 있기 때문이다. 이것이 MVP의 본질이다. 자동화된 시스템이 없더라도 핵심 학습을 얻을 수 있다면 충분히 MVP가 될 수 있다.

반대로 기능은 많지만 아무 가설도 검증하지 못하는 제품은 MVP가 아니다. 예쁜 화면, 회원가입, 검색, 추천, 알림, 포인트 기능이 모두 들어 있어도 고객이 왜 써야 하는지 확인하지 못하면 그것은 단지 작은 완제품일 뿐이다. 스타트업 초기에 필요한 것은 작은 완제품이 아니라 빠른 배움이다.

가장 위험한 가설부터 찾기

실험을 설계하려면 먼저 가설을 잘게 쪼개야 한다. "우리 서비스는 성공할 것이다"는 가설이 아니다. 너무 크고 흐릿하기 때문이다. 좋은 가설은 확인할 수 있어야 한다. 누가, 어떤 상황에서, 어떤 행동을 할 것인지가 드러나야 한다.

예를 들어 "1인 가구를 위한 반찬 정기배송 서비스"를 생각해보자. 이 아이디어 안에는 여러 가설이 숨어 있다. 1인 가구는 집밥을 먹고 싶지만 장보기와 요리를 귀찮아한다. 반찬을 직접 고르는 것보다 추천받기를 원한다. 일주일에 한 번 배송받는 방식을 편하게 느낀다. 한 달에 일정 금액을 낼 수 있다. 배송받은 반찬을 실제로 먹고 만족하면 다음 달에도 구독한다.

이 중 무엇부터 확인해야 할까? 정답은 사업마다 다르지만, 보통은 다음 기준으로 위험한 가설을 고르면 된다.

• 틀리면 사업 전체가 흔들리는 가설

• 아직 증거가 거의 없는 가설

• 확인하는 데 시간과 돈이 많이 들기 전에 먼저 알아야 하는 가설

• 창업자가 가장 강하게 믿고 있지만 고객 행동으로 증명되지 않은 가설

만약 사람들이 반찬을 원한다는 증거는 있지만 정기구독을 꺼린다면, 구독 모델이 위험한 가설이다. 반대로 구독에는 익숙하지만 배송 음식의 신선도를 걱정한다면, 품질 신뢰가 위험한 가설이다. 고객 인터뷰에서 "좋네요"라는 말을 많이 들었지만 실제 신청자는 없다면, 관심이 행동으로 이어지는지가 위험한 가설이다.

스타트업은 보통 자원이 부족하다. 그래서 모든 것을 검증할 수 없다. 중요한 것은 가장 큰 불확실성부터 줄이는 것이다. 큰 돌을 먼저 치워야 길이 보인다. 작은 자갈을 아무리 치워도 앞을 막고 있는 바위가 그대로 있으면 앞으로 갈 수 없다.

랜딩페이지로 수요 확인하기

가장 널리 쓰이는 초기 실험 중 하나는 랜딩페이지다. 랜딩페이지는 고객이 광고, 링크, 검색 등을 통해 처음 도착하는 한 장짜리 웹페이지를 말한다. 복잡한 웹사이트가 아니라, 고객에게 제안하는 가치를 짧고 분명하게 보여주는 페이지다.

랜딩페이지 실험은 제품이 아직 없어도 할 수 있다. 핵심은 "이 제안을 본 고객이 행동하는가?"를 보는 것이다. 행동은 이메일 남기기, 대기자 명단 신청하기, 상담 예약하기, 사전구매 버튼 누르기, 자료 다운로드하기 등이 될 수 있다.

예를 들어 "퇴근 후 10분 만에 내일 입을 옷을 추천해주는 스타일링 서비스"를 만들고 싶다고 하자. 랜딩페이지에는 이런 내용이 들어갈 수 있다. 누구를 위한 서비스인지, 어떤 문제를 해결하는지, 고객이 얻는 결과가 무엇인지, 어떻게 이용하는지, 지금 무엇을 하면 되는지다. 페이지 마지막에는 "무료 스타일링 진단 받기" 또는 "출시 알림 신청하기" 같은 버튼을 둔다.

이 실험에서 봐야 할 것은 사람들이 페이지를 칭찬하는지가 아니다. 실제로 버튼을 누르는지, 이메일을 남기는지, 상담 시간을 예약하는지다. 가능하다면 버튼 문구도 다르게 테스트해볼 수 있다. "무료 진단 받기"와 "내 옷장 분석하기" 중 어느 쪽이 더 많은 행동을 만드는지 보는 것이다.

랜딩페이지 실험을 할 때 조심할 점이 있다. 관심과 구매는 다르다. 이메일을 남긴 사람 100명이 모두 돈을 내는 고객이 되지는 않는다. 그래서 랜딩페이지는 "시장의 가능성이 전혀 없는가?"를 빠르게 보는 데 좋지만, 그것만으로 사업 성공을 확신해서는 안 된다. 랜딩페이지는 문을 두드려보는 실험이다. 문 뒤에 사람이 있는지는 알 수 있지만, 그 사람이 지갑을 열지는 추가로 확인해야 한다.

설문은 숫자보다 맥락이 중요하다

설문도 빠르게 수요를 확인하는 방법이다. 설문은 많은 사람에게 짧은 시간 안에 질문할 수 있다는 장점이 있다. 고객군의 규모를 가늠하거나, 문제의 빈도를 파악하거나, 여러 해결책 중 어떤 표현이 더 끌리는지 비교할 때 도움이 된다.

하지만 설문은 잘못 만들면 위험하다. 사람들은 설문에서 실제보다 더 긍정적으로 답할 때가 많다. "이런 서비스가 있으면 사용하시겠습니까?"라고 물으면 많은 사람이 "네"라고 답한다. 그 순간에는 돈도 들지 않고 책임도 없기 때문이다. 하지만 실제 결제 화면 앞에서는 전혀 다른 행동을 할 수 있다.

그래서 좋은 설문은 미래의 의향보다 과거의 행동을 묻는다. "사용하시겠습니까?"보다 "최근 한 달 동안 이 문제를 몇 번 겪었습니까?"가 낫다. "돈을 내실 생각이 있습니까?"보다 "이 문제를 해결하기 위해 최근에 돈을 쓴 적이 있습니까?"가 낫다. "불편하신가요?"보다 "그 불편을 해결하려고 지금은 어떻게 하고 계십니까?"가 낫다.

예를 들어 반려동물 건강관리 앱을 만들고 싶다면, "앱이 나오면 쓰실 건가요?"라고 묻기보다 "최근 6개월 안에 반려동물 건강 문제로 병원에 간 적이 있나요?", "병원 방문 전 어떤 정보를 찾아봤나요?", "건강 기록을 어디에 적어두고 있나요?", "현재 사용하는 서비스나 제품에 얼마를 쓰고 있나요?"라고 묻는 편이 낫다.

설문 결과를 볼 때도 숫자만 보면 안 된다. 500명 중 70%가 관심 있다고 답했다고 해서 곧바로 제품을 만들면 위험하다. 그 70%가 어떤 사람들인지, 어떤 상황에서 강한 필요를 느끼는지, 실제로 대안을 찾고 있는지 봐야 한다. 스타트업 초반에는 평균보다 극단이 더 중요할 때가 많다. 모두가 조금 좋아하는 제품보다, 일부가 강하게 원하는 제품이 출발점이 되기 쉽다.

수동 서비스로 진짜 행동을 보기

초기 검증에서 가장 강력한 방법 중 하나는 수동 서비스다. 아직 자동화된 제품을 만들지 않고, 사람이 직접 서비스를 제공하는 방식이다. 겉으로는 비효율적으로 보이지만, 배울 수 있는 정보가 매우 많다.

예를 들어 맞춤형 여행 일정 추천 서비스를 만든다고 하자. 최종적으로는 사용자가 여행지, 예산, 취향을 입력하면 자동으로 일정이 나오는 서비스를 상상할 수 있다. 하지만 처음부터 추천 알고리즘을 만들 필요는 없다. 먼저 고객 10명을 모집해 직접 질문지를 받고, 사람이 손으로 일정을 짜서 보내줄 수 있다.

이 과정에서 창업자는 고객이 어떤 정보를 주는지, 어떤 부분에서 고민하는지, 추천 결과의 어떤 요소에 감동하는지, 무엇을 불신하는지 알게 된다. 고객이 "맛집 추천이 좋았어요"라고 말할 수도 있고, "이동 시간이 현실적이라 좋았어요"라고 말할 수도 있다. 또는 "일정은 좋은데 예약까지 한 번에 됐으면 좋겠어요"라고 말할 수도 있다. 이런 반응은 책상 앞에서 상상하기 어렵다.

수동 서비스는 특히 다음과 같은 경우에 유용하다.

• 기술 구현보다 고객 경험을 먼저 이해해야 할 때

• 자동화하기 전에 반복되는 업무 흐름을 발견해야 할 때

• 고객이 돈을 내는 지점을 직접 관찰하고 싶을 때

• 프리미엄 서비스나 B2B 서비스처럼 고객 수가 적어도 깊은 학습이 가능한 때

수동으로 운영하면 창업자는 피곤하다. 하지만 그 피곤함 속에 중요한 단서가 있다. 고객이 같은 질문을 반복한다면 그 질문은 제품 안에 설명되어야 한다. 고객이 특정 단계에서 망설인다면 그 단계가 구매를 막는 장벽일 수 있다. 고객이 예상하지 못한 방식으로 서비스를 이용한다면 새로운 기회가 숨어 있을 수 있다.

초기에는 자동화가 목표가 아니다. 반복되는 고객 행동을 발견한 뒤 자동화해야 한다. 무엇이 반복되는지도 모른 채 자동화하면, 필요 없는 일을 빠르게 처리하는 시스템을 만들게 된다.

노코드 도구로 속도를 높이기

요즘은 개발자가 아니어도 간단한 제품을 만들 수 있는 도구가 많다. 이를 흔히 노코드 도구라고 부른다. 노코드는 코드를 직접 작성하지 않고도 웹페이지, 예약 시스템, 결제 페이지, 데이터베이스, 자동화 흐름 등을 만들 수 있게 해주는 도구를 말한다.

노코드 도구의 장점은 속도다. 완성도 높은 서비스를 만들기에는 한계가 있을 수 있지만, 초기 검증에는 충분한 경우가 많다. 예를 들어 신청 폼은 구글 폼이나 타입폼 같은 도구로 만들 수 있고, 고객 목록은 스프레드시트로 관리할 수 있다. 예약은 캘린더 예약 도구로 받을 수 있으며, 결제는 간단한 결제 링크를 활용할 수 있다. 뉴스레터나 알림은 이메일 자동화 도구로 보낼 수 있다.

중요한 것은 도구 자체가 아니다. 도구는 질문에 답하기 위한 수단이다. "고객이 신청서를 끝까지 작성하는가?", "유료 상담을 예약하는가?", "첫 이용 후 다시 요청하는가?" 같은 질문에 답할 수 있다면 노코드로도 충분하다.

물론 노코드로 만든 결과물이 언젠가 한계에 부딪힐 수 있다. 고객이 많아지면 속도가 느려질 수 있고, 원하는 기능을 세밀하게 구현하기 어려울 수 있다. 하지만 그것은 좋은 문제일 때가 많다. 고객이 없어서 조용한 것보다, 고객이 많아져서 도구의 한계가 드러나는 편이 훨씬 낫다.

초기 창업자에게 가장 비싼 비용은 개발비만이 아니다. 잘못된 방향으로 몇 달을 보내는 시간도 큰 비용이다. 노코드 도구는 시간을 아껴준다. 시간을 아끼면 더 많은 실험을 할 수 있고, 더 많은 실험을 하면 더 빨리 배울 수 있다.

초기 실험에서 봐야 할 숫자들

실험은 느낌으로 끝나면 안 된다. "반응이 괜찮은 것 같아요", "사람들이 좋아하는 것 같아요"라는 말은 출발점일 수 있지만 판단 기준이 되기는 어렵다. 스타트업은 불확실성을 다루는 일이기 때문에, 작은 숫자라도 기준을 정해두는 것이 중요하다.

초기에 볼 수 있는 대표적인 지표는 가입률, 문의율, 결제 의사, 실제 결제율, 재방문율, 재사용률, 추천 의향 등이다. 다만 모든 지표를 한꺼번에 볼 필요는 없다. 실험의 질문에 맞는 지표를 골라야 한다.

랜딩페이지로 관심을 확인한다면 방문자 중 몇 명이 신청 버튼을 눌렀는지가 중요하다. 이를 전환율이라고 한다. 전환율은 어떤 단계에서 다음 행동으로 넘어간 사람의 비율이다. 예를 들어 1,000명이 페이지를 보고 50명이 이메일을 남겼다면 이메일 전환율은 5%다.

상담형 서비스를 실험한다면 문의율과 상담 예약률을 볼 수 있다. 고객이 광고를 보고 문의하는지, 문의한 사람이 실제 시간을 잡는지, 상담 후 결제로 이어지는지를 봐야 한다. 이 과정에서 숫자가 떨어지는 지점이 있다면 그곳에 문제가 숨어 있을 수 있다.

유료 서비스를 검증한다면 "돈을 낼 것 같다"보다 실제 결제나 사전 결제에 가까운 행동을 봐야 한다. 고객이 카드 정보를 입력했는지, 예약금을 냈는지, 유료 대기자 명단에 등록했는지 같은 행동은 단순한 호감보다 훨씬 강한 신호다.

제품을 한 번이라도 사용하게 만들었다면 재방문율이나 재사용률도 중요하다. 고객이 처음에는 호기심으로 써볼 수 있다. 하지만 다시 돌아온다면 이야기가 달라진다. 다시 돌아온다는 것은 그 안에 가치가 있다는 뜻일 수 있다. 특히 습관형 서비스, 구독 서비스, 업무 도구는 첫 사용보다 반복 사용이 더 중요하다.

초기 지표를 볼 때 꼭 기억해야 할 것이 있다. 숫자는 크기보다 방향과 의미가 중요하다. 처음부터 수천 명의 데이터가 없을 수 있다. 고객 10명, 30명, 100명의 반응으로 판단해야 할 때도 많다. 이때 숫자를 절대적인 진리처럼 받아들이기보다 고객의 말, 행동, 맥락과 함께 해석해야 한다.

10명 중 3명이 돈을 냈다면 작은 숫자지만 강한 신호일 수 있다. 반대로 1,000명이 페이지를 봤는데 아무도 신청하지 않았다면 메시지, 고객군, 제안 자체를 다시 봐야 한다.

좋은 실험은 기준을 미리 정한다

많은 창업자가 실험을 하고도 결론을 내리지 못한다. 이유는 간단하다. 실험 전에 성공 기준을 정하지 않았기 때문이다. 결과가 나오고 나서 기준을 정하면 마음이 개입된다. 창업자는 자신의 아이디어를 사랑하기 때문에 나쁜 결과도 좋게 해석하고 싶어진다.

"아직 사람들이 잘 몰라서 그래."

"페이지 디자인이 별로라서 그래."

"광고 문구만 바꾸면 될 것 같아."

물론 그럴 수도 있다. 하지만 매번 이렇게 해석하면 어떤 실험도 실패하지 않는다. 실패하지 않는 실험은 배우지도 못한다. 실험은 창업자의 자존심을 지키기 위한 행사가 아니라, 사업의 진실에 가까워지기 위한 장치다.

그래서 실험 전에 기준을 적어두는 것이 좋다. 예를 들어 "랜딩페이지 방문자 300명 중 30명 이상이 대기자 명단에 등록하면 다음 단계로 간다", "무료 상담을 받은 20명 중 5명 이상이 유료 전환하면 가격 실험을 계속한다", "첫 이용 고객 15명 중 7명 이상이 일주일 안에 다시 이용하면 제품 개선에 들어간다"처럼 정하는 것이다.

이 기준은 완벽할 필요가 없다. 중요한 것은 기준을 미리 세워 자기합리화를 줄이는 것이다. 창업 초반의 숫자는 늘 흔들린다. 그래서 기준은 숫자 하나만이 아니라 고객 반응의 질과 함께 볼 필요가 있다. 결제한 고객이 왜 결제했는지, 이탈한 고객이 왜 떠났는지, 다시 온 고객이 무엇 때문에 돌아왔는지를 함께 기록해야 한다.

실험 일지를 쓰는 것도 좋은 방법이다. 실험의 목적, 검증하려는 가설, 대상 고객, 실험 방식, 성공 기준, 실제 결과, 배운 점, 다음 행동을 적는다. 이렇게 기록하면 시간이 지나도 판단의 흐름이 남는다. 팀원이 있다면 서로의 생각을 맞추는 데도 도움이 된다.

결과가 좋을 때와 나쁠 때

실험 결과가 좋으면 다음 단계로 나아갈 수 있다. 하지만 여기서도 조심해야 한다. 한 번의 좋은 결과가 곧 성공을 보장하지는 않는다. 초기 실험은 작은 불확실성을 줄여줄 뿐이다. 랜딩페이지 신청률이 높았다면 실제 사용과 결제를 확인해야 한다. 무료 사용 반응이 좋았다면 유료 전환을 확인해야 한다. 유료 고객이 생겼다면 반복 구매와 추천이 일어나는지 봐야 한다.

좋은 결과는 "이제 끝났다"가 아니라 "다음 질문으로 갈 자격을 얻었다"는 뜻이다.

반대로 결과가 나쁘면 어떻게 해야 할까? 이때 창업자는 크게 세 가지 선택을 할 수 있다. 포기, 수정, 전환이다.

포기는 해당 아이디어나 고객군을 더 이상 추구하지 않는 선택이다. 냉정해 보이지만 때로는 가장 현명하다. 여러 번 실험했는데도 고객의 문제 강도가 낮고, 돈을 내는 행동이 없고, 대안을 찾으려는 움직임도 없다면 붙잡고 있을 이유가 줄어든다. 포기는 실패가 아니라 자원을 지키는 결정일 수 있다.

수정은 같은 방향을 유지하되 제안, 고객군, 가격, 메시지, 사용 흐름 등을 바꾸는 것이다. 고객은 문제를 느끼지만 현재 제안이 매력적이지 않을 때 수정이 필요하다. 예를 들어 고객이 건강한 도시락에는 관심이 있지만 정기구독을 부담스러워한다면, 구독 대신 필요할 때 주문하는 방식으로 바꿔볼 수 있다. 또는 가격이 문제가 아니라 배송 시간이 문제라면 운영 방식을 고쳐야 한다.

전환은 더 큰 방향을 바꾸는 것이다. 흔히 피벗이라고 부른다. 피벗은 무작정 다른 아이디어로 도망가는 것이 아니다. 실험에서 배운 사실을 바탕으로 더 가능성 높은 방향으로 중심축을 옮기는 것이다. 예를 들어 개인 고객을 대상으로 한 서비스가 반응이 약했지만, 인터뷰 과정에서 기업 교육 담당자들이 같은 문제에 더 큰 예산을 가지고 있다는 사실을 발견했다면 B2C에서 B2B로 전환할 수 있다.

결과가 나쁠 때 판단 기준은 다음 질문으로 정리할 수 있다.

• 고객이 문제 자체를 강하게 느끼는가?

• 고객이 현재 어떤 방식으로든 이 문제를 해결하려고 노력하고 있는가?

• 우리의 제안이 거절된 이유가 해결 가능한가?

• 더 좁고 절실한 고객군이 존재하는가?

• 같은 문제에서 더 나은 수익 모델이나 전달 방식이 보이는가?

이 질문에 답해보면 포기해야 할지, 수정해야 할지, 전환해야 할지 조금 더 선명해진다. 만약 문제 자체가 약하다면 포기를 고려해야 한다. 문제는 강하지만 제안이 맞지 않다면 수정이 필요하다. 문제를 가진 고객은 있지만 우리가 생각한 고객군이나 시장 구조가 다르다면 전환이 필요할 수 있다.

실험이 나빠도 창업자가 나쁜 것은 아니다

초기 실험에서 나쁜 결과를 얻으면 마음이 흔들린다. 내가 틀렸다는 느낌, 재능이 없다는 생각, 다른 사람에게 설명하기 부끄러운 감정이 올라온다. 하지만 실험의 실패는 창업자의 실패와 다르다.

오히려 빠른 실패는 좋은 신호일 수 있다. 큰돈을 쓰기 전에, 팀을 크게 뽑기 전에, 1년을 갈아 넣기 전에 틀린 부분을 발견했기 때문이다. 사업에서 가장 무서운 것은 실패 자체가 아니라 너무 늦게 알게 되는 실패다. 이미 되돌리기 어려울 만큼 많은 비용을 쓴 뒤에 "고객이 원하지 않았다"는 사실을 알게 되면 타격이 크다.

작은 실험은 창업자를 보호한다. 창업자의 시간, 돈, 에너지, 자신감을 보호한다. 그리고 아이디어가 아니라 고객의 현실에 가까워지게 만든다.

이때 필요한 태도는 고집과 유연함의 균형이다. 창업자는 문제를 해결하겠다는 의지는 쉽게 버리지 않아야 한다. 하지만 해결 방식, 기능, 가격, 고객군에 대해서는 유연해야 한다. 고객이 원하지 않는 형태를 끝까지 밀어붙이는 것은 뚝심이 아니라 집착일 수 있다. 반대로 작은 반대에도 매번 방향을 바꾸면 아무것도 쌓이지 않는다.

좋은 창업자는 실험 결과 앞에서 이렇게 말할 수 있어야 한다.

"내 생각이 틀렸을 수도 있다. 하지만 이 배움으로 다음 실험은 더 정확해질 수 있다."

작은 실험을 설계하는 순서

이제 실제로 작은 실험을 설계하는 흐름을 정리해보자. 복잡하게 생각할 필요는 없다. 핵심은 하나의 가설을 정하고, 그 가설을 확인할 행동을 만들고, 결과를 숫자와 맥락으로 해석하는 것이다.

먼저 고객을 구체적으로 정한다. "모든 직장인"이 아니라 "점심시간마다 메뉴 선택에 스트레스를 받는 강남역 주변 20~30대 직장인"처럼 좁힌다. 고객이 좁아질수록 메시지도 선명해지고 실험 결과도 해석하기 쉬워진다.

그다음 문제와 상황을 정한다. 고객이 언제, 왜, 얼마나 불편을 느끼는지 적는다. "점심 메뉴를 고르기 어렵다"보다 "매일 11시 30분쯤 팀원들과 점심 메뉴를 정해야 하는데 의견이 갈려 10분 이상 시간을 쓰고 피곤함을 느낀다"가 더 좋다.

이후 검증할 가설을 한 문장으로 만든다. "이 고객은 점심 추천을 받기 위해 카카오톡 알림 신청을 할 것이다"처럼 행동이 드러나야 한다. 가능하다면 성공 기준도 함께 정한다. "3일 동안 100명이 페이지를 보고 15명 이상이 신청하면 다음 실험으로 간다"처럼 말이다.

마지막으로 가장 싼 실험 방법을 고른다. 랜딩페이지면 충분한지, 설문이 필요한지, 수동 서비스로 직접 제공해야 하는지, 노코드 도구로 간단한 흐름을 만들면 되는지 결정한다. 실험 기간은 너무 길게 잡지 않는 편이 좋다. 초반 실험은 보통 며칠에서 몇 주 안에 배울 수 있도록 설계하는 것이 좋다.

실험이 끝나면 결과를 해석한다. 숫자가 기준을 넘었는지 보고, 고객의 반응을 함께 읽는다. 그리고 다음 행동을 결정한다. 계속할지, 바꿀지, 멈출지 정한다. 결정 없이 또 다른 실험으로 넘어가면 배움이 쌓이지 않는다.

예시: 완성품 없이 검증하기

한 예를 들어보자. 한 창업자가 "초보 프리랜서를 위한 세금 관리 서비스"를 만들고 싶어 한다. 처음 생각은 앱이었다. 수입과 지출을 입력하면 예상 세금을 알려주고, 신고 기간에 필요한 자료를 정리해주는 서비스다.

하지만 앱을 만들기 전에 가설을 쪼개본다. 초보 프리랜서는 세금 신고를 어려워한다. 세금 문제를 해결하기 위해 돈을 낼 의사가 있다. 자동 계산보다 "내 상황에 맞게 봐준다"는 느낌을 원할 수 있다. 신고 기간 전부터 꾸준히 기록할지는 불확실하다.

이 중 가장 위험한 가설은 "돈을 낼 만큼 고통이 큰가?"일 수 있다. 그래서 창업자는 먼저 랜딩페이지를 만든다. 제목은 "프리랜서 첫 종합소득세, 혼자 막막하다면 30분 진단을 받아보세요"라고 잡는다. 페이지에는 대상 고객, 해결해주는 문제, 진단 후 받을 수 있는 결과, 가격을 적는다. 그리고 "유료 진단 예약하기" 버튼을 둔다.

광고비를 조금 써서 프리랜서 커뮤니티와 SNS에 페이지를 노출한다. 500명이 방문했고, 40명이 예약 버튼을 눌렀으며, 12명이 실제 결제를 완료했다고 하자. 이 결과는 꽤 의미 있다. 사람들은 세금 문제를 단순히 궁금해하는 것이 아니라 돈을 내고 도움을 받으려 한다.

이제 앱을 만들면 될까? 아직은 이르다. 다음 실험은 수동 서비스가 될 수 있다. 창업자가 직접 12명의 세금 진단을 진행하며 고객이 어떤 자료를 어려워하는지, 어떤 질문을 반복하는지, 어떤 결과물을 받았을 때 만족하는지 관찰한다. 이 과정에서 고객 대부분이 자동 계산보다 "내가 빠뜨린 공제 항목이 없는지 확인받는 것"을 더 중요하게 생각한다는 사실을 알게 될 수도 있다.

그렇다면 초기 제품의 핵심 기능은 단순 계산기가 아니라 체크리스트와 전문가 검토 흐름일 수 있다. 만약 처음부터 계산 앱을 만들었다면 중요한 고객 욕구를 놓쳤을 것이다. 작은 실험이 제품 방향을 바꾼 것이다.

이것이 검증의 힘이다. 검증은 창업자의 아이디어를 작게 만드는 일이 아니다. 오히려 진짜로 강한 부분을 찾아내는 일이다.

만들기 전에 팔아보라

많은 창업자가 제품을 만든 뒤 판매하려 한다. 하지만 가능하다면 순서를 바꿔보는 것이 좋다. 만들기 전에 팔아보는 것이다. 여기서 판다는 것은 반드시 완성품을 배송한다는 뜻만은 아니다. 고객에게 제안을 보여주고, 신청을 받고, 예약금을 받고, 대기자 명단을 만들고, 실제 상담을 진행해보는 것을 포함한다.

판매는 가장 강력한 검증이다. 고객의 칭찬은 따뜻하지만, 결제는 차갑고 정직하다. 고객이 돈을 낸다는 것은 그 문제가 일정 수준 이상 중요하다는 뜻이다. 물론 모든 사업이 처음부터 결제를 받을 수 있는 것은 아니다. 의료, 금융, 교육처럼 신뢰와 규제가 중요한 분야도 있고, 네트워크 효과가 필요한 서비스도 있다. 그래도 최대한 결제에 가까운 행동을 확인하려는 노력은 필요하다.

사전 판매를 할 때는 정직해야 한다. 아직 제품이 완성되지 않았다면 그 사실을 숨기지 말아야 한다. 대신 초기 고객에게 특별한 혜택을 제공할 수 있다. 할인된 가격, 우선 이용권, 창업자와의 직접 상담, 제품 개발 과정에 의견을 반영할 기회 등이 될 수 있다.

초기 고객은 단순한 매출원이 아니다. 그들은 제품의 첫 번째 거울이다. 그들이 어디서 기대하고, 어디서 실망하고, 무엇을 반복해서 요구하는지 보면 제품의 핵심이 보인다.

빨리 만든다는 것은 대충 한다는 뜻이 아니다

"빠르게 검증하라"는 말을 "대충 해도 된다"로 이해하면 곤란하다. 빠른 실험에도 정성이 필요하다. 특히 고객에게 보여주는 제안은 분명해야 한다. 어떤 문제를 해결하는지, 고객이 무엇을 얻는지, 다음 행동이 무엇인지 명확해야 한다.

대충 만든 페이지, 애매한 설명, 불친절한 신청 흐름으로 실험한 뒤 "수요가 없다"고 결론 내리면 안 된다. 그것은 아이디어가 실패한 것이 아니라 실험 설계가 실패한 것일 수 있다. 빠르되 성의 있게 해야 한다. 작지만 진짜처럼 보여야 한다.

여기서 말하는 진짜는 모든 기능이 있다는 뜻이 아니다. 고객이 핵심 가치를 이해하고 경험할 수 있어야 한다는 뜻이다. 음식 배달 서비스를 검증한다면 앱은 없어도 음식은 제때 도착해야 한다. 온라인 강의를 검증한다면 플랫폼은 없어도 수업 내용은 유익해야 한다. 맞춤 추천 서비스를 검증한다면 자동화는 없어도 추천 결과는 고객에게 도움이 되어야 한다.

MVP에서 줄여야 할 것은 장식과 부가 기능이지, 고객이 느끼는 핵심 가치가 아니다.

다음 단계로 가는 신호

언제 더 본격적으로 제품을 만들어도 될까? 모든 불확실성이 사라질 때까지 기다리면 아무것도 시작할 수 없다. 스타트업은 늘 불확실성 속에서 움직인다. 다만 다음 단계로 가도 되는 신호는 있다.

고객이 문제를 자신의 언어로 강하게 말한다. 고객이 현재 불편을 해결하기 위해 이미 시간이나 돈을 쓰고 있다. 우리의 제안을 봤을 때 구체적인 행동을 한다. 일부 고객이 실제 결제하거나 결제에 가까운 행동을 한다. 처음 이용한 고객 중 일부가 다시 돌아온다. 고객이 주변 사람에게 소개하거나, 소개하고 싶다고 말한다.

이런 신호가 쌓이면 이제 제품을 조금 더 만들 이유가 생긴다. 이때도 모든 기능을 한꺼번에 넣기보다, 검증된 핵심 가치에 집중해야 한다. 고객이 가장 강하게 반응한 부분을 더 쉽게, 더 빠르게, 더 안정적으로 제공하는 방향으로 제품을 발전시키는 것이다.

반대로 신호가 약하다면 더 만드는 것이 답이 아닐 수 있다. 기능을 추가하면 고객이 좋아할 것 같지만, 실제로는 문제가 흐려지는 경우가 많다. 고객이 핵심 제안에 반응하지 않는데 기능을 늘리는 것은, 맛이 없는 국에 장식만 더하는 것과 비슷하다. 먼저 국물 맛을 잡아야 한다.

작게 검증하는 창업자가 오래 간다

스타트업은 거창한 발표로 시작되는 것처럼 보이지만, 실제로는 작은 검증의 연속으로 자란다. 고객 한 명을 만나고, 가설 하나를 세우고, 작은 페이지를 만들고, 신청을 받고, 직접 서비스를 제공하고, 다시 묻고, 고치고, 또 실험한다. 이 과정은 화려하지 않다. 하지만 이 반복이 사업의 뼈대를 만든다.

완벽한 제품을 만들고 싶은 마음은 자연스럽다. 창업자는 자신의 아이디어를 멋지게 보여주고 싶다. 하지만 시장은 창업자의 완벽함보다 고객의 필요에 반응한다. 고객이 원하는 것은 창업자의 긴 준비 기간이 아니라 자신의 문제가 해결되는 경험이다.

작게 만든다는 것은 작게 꿈꾼다는 뜻이 아니다. 오히려 크게 가기 위해 작게 확인하는 것이다. 작은 실험은 길을 잃지 않게 해준다. 빠른 검증은 불필요한 낭비를 줄여준다. 그리고 고객의 실제 행동은 창업자가 어디로 가야 하는지 알려준다.

이제 당신에게 필요한 질문은 "무엇을 만들까?"가 아니다.

"가장 먼저 무엇을 검증해야 할까?"

이 질문에 답할 수 있다면, 당신의 스타트업은 이미 더 안전하고 빠른 길 위에 올라선 것이다. 다음 장에서는 이렇게 검증한 가능성을 바탕으로, 실제로 돈이 되는 비즈니스 모델을 어떻게 설계할지 살펴본다.