창업을 공부하느라 고객을 만나지 않았다

사진 속 남자는 《How to Build a Million-Dollar Startup》이라는 두꺼운 책을 읽고 있다. 성공의 비밀이 나올 것 같은 책을 펼치자 한 문장만 적혀 있다. “Go get customers.” 그는 운다.

웃긴 이유는 답이 너무 단순해서가 아니다. 이미 알고 있던 답이기 때문이다. 고객을 만나야 한다는 말을 모르는 창업자는 드물다. 그런데도 시장조사 보고서를 더 읽고, 사업계획서를 고치고, 기능을 하나 더 만든다. 준비는 계속되지만 고객과 마주치는 순간은 자꾸 뒤로 밀린다.

공부에는 깨끗한 진척이 있다. 읽은 페이지, 정리한 노트, 완성한 화면이 남는다. 고객 접촉은 그렇지 않다. 답장이 오지 않고, 문제라고 생각한 일을 대수롭지 않게 여기고, 좋다고 말하면서도 돈은 내지 않는다. 한 주를 보낸 뒤 남는 것이 거절 세 건뿐일 수도 있다.

그래서 창업 공부는 쉽게 회피 수단이 된다. 더 많이 알면 덜 틀릴 것 같지만, 고객을 만나기 전의 지식은 가설을 정교하게 만들 뿐 그 가설을 사실로 바꾸지 못한다. 내부 논리는 촘촘해지고 외부 불확실성은 그대로 남는다.

폴 그레이엄은 「Do Things that Don't Scale」에서 초기 창업자가 사용자를 직접 모집하기 꺼리는 이유로 낯선 사람에게 거절당하는 불편과, 처음 얻는 사용자 수가 너무 작아 보인다는 점을 들었다. Stripe의 창업자들은 써보겠다는 사람에게 링크를 보내고 기다리지 않았다. 그 자리에서 노트북을 받아 설치했다. 제품의 확장성보다 사용자가 실제로 움직이는 장면을 먼저 만들었다.

Y Combinator도 초기 창업자를 위한 핵심 조언에서 해야 할 일을 코드를 쓰는 것과 사용자에게 말하는 것으로 압축한다. 여기서 코드는 제품을 완성하는 수단이 아니다. 고객과 다음 대화를 열기 위한 물건이다. 랜딩페이지, 데모, 수작업 서비스도 같은 역할을 할 수 있다.

공부는 불안을 줄이고, 고객은 불확실성을 줄인다

두 효과를 섞으면 바쁜데도 사업은 제자리다. 좋은 강의는 무엇을 물어볼지 알려준다. 좋은 책은 흩어진 경험에 이름을 붙여준다. 그러나 누구에게 어떤 문제를 얼마에 해결할지는 독서 기록에서 나오지 않는다.

스티브 블랭크가 Customer Development Manifesto의 첫 원칙으로 “건물 안에는 사실이 없다”고 쓴 이유도 여기에 있다. 창업자는 사업모델을 실행하는 사람이기 전에 반복 가능한 모델을 찾는 사람이다. 찾는 동안 사업계획서의 문장은 사실이 아니라 검증을 기다리는 가설이다.

그렇다면 고객을 만났다는 사실만으로 충분한가. 대화 횟수를 채우고 원하는 기능을 물어본 뒤 다시 제품으로 돌아가면, 창업 공부가 고객 인터뷰라는 새 형식으로 바뀌었을 뿐이다. 문제는 “고객을 만나야 한다”는 조언을 한 줄 더 외우는 데 있지 않다. 매주 무엇을 진척으로 셀 것인지 바꾸는 데 있다.

진척의 단위는 산출물이 아니라 시장에서 지워진 불확실성 하나여야 한다.

인터뷰는 기능 투표가 아니다

블랭크는 Customer Development is Not a Focus Group에서 고객에게 원하는 기능 목록을 받는 일을 고객 발견과 구분했다. 고객은 미래의 행동을 정확히 예측하지 못하고, 창업자는 듣고 싶은 답을 골라 듣기 쉽다. 대화의 가치는 아이디어를 승인받는 데 있지 않다.

더 쓸모 있는 재료는 이미 벌어진 일이다. 마지막으로 그 문제를 겪은 때, 지금 쓰는 대안, 해결하지 않았을 때 생긴 비용, 구매를 승인하는 사람, 실제로 지불한 금액을 따라가면 고객의 말이 행동과 연결된다. “이런 제품이 있으면 쓰겠다”보다 엑셀 파일을 매주 두 시간씩 손으로 고치는 장면이 강한 증거다.

그래서 초기 제품은 정답이라기보다 대화를 구체적으로 만드는 도구에 가깝다. 화면을 보여주면 추상적인 호감이 사용 순서와 반론으로 바뀐다. 가격을 붙이면 칭찬이 구매와 거절로 갈린다. 직접 납품하면 고객이 중요하다고 말한 기능보다 실제 작업을 막는 예외가 먼저 드러난다.

자동화는 고객을 얻은 뒤의 문장이다

창업자가 공부와 제작으로 돌아가는 또 다른 이유는 한 명씩 파는 일이 작아 보이기 때문이다. 광고 퍼널, 셀프서브 가입, 추천 루프를 만들면 사업처럼 보인다. 지인에게 데모를 보여주고 첫 고객의 데이터를 손으로 옮기는 일은 임시방편처럼 보인다.

하지만 자동화는 이미 작동하는 행동을 반복하는 기술이다. 아직 아무도 사지 않는다면 자동화할 행동도 없다. 그레이엄이 수작업으로 사용자를 모집하고 문제를 해결하라고 한 이유는 초기 노동을 미화하기 위해서가 아니다. 반복되는 병목을 몸으로 겪어야 무엇을 코드로 옮길지 알 수 있기 때문이다.

책과 강의는 이 과정에서 빠지지 않는다. 다만 순서가 달라진다. 고객에게 거절당한 뒤 가격 책을 읽으면 가격이론은 방어 문구가 아니라 실패를 해석하는 언어가 된다. 직접 납품한 뒤 운영 책을 읽으면 프로세스는 멋진 다이어그램이 아니라 다음 주문에서 없앨 병목이 된다. 경험이 질문을 만들고, 공부가 그 질문을 더 정확하게 다룬다.

고객 접촉도 틀릴 수 있다

아무 고객이나 많이 만난다고 시장이 보이는 것은 아니다. 구매자가 아닌 사람의 의견을 모으거나, 현재 행동 대신 미래 의향을 묻거나, 서로 다른 고객군의 요구를 한 제품에 섞으면 대화가 오히려 가설을 흐린다. 고객의 말은 명령이 아니라 관찰 자료다.

그래서 만남 전에는 검증할 가설이 하나 필요하고, 만남 뒤에는 그 가설을 유지할지 버릴지 기록해야 한다. “사람들이 이 기능을 좋아했다”보다 “이 문제를 지난달 세 번 겪었고, 두 곳은 이미 외주비를 내고 있었으며, 한 곳은 제안서를 거절했다”가 다음 결정을 더 잘 만든다. 긍정적인 반응만 모으지 않으면 거절도 진척이 된다.

창업 공부가 나쁜 것은 아니다. 고객에게 던질 질문 없이 책을 읽고, 책에서 얻은 답을 고객에게 확인받으려 할 때 문제가 생긴다. 다음 읽을 책을 고르기 전에 지난 7일 동안 보낸 제안, 들은 거절, 관찰한 대안, 받은 결제를 먼저 세면 된다.

출발점은 Owner가 Google Photos에서 선택한 “How to Build a Million-Dollar Startup / Go get customers” 밈 캡처다. 원본 캡처와 비공개 Google Photos URL, 계정 식별자는 저장하거나 공개하지 않았다. 밈의 최초 제작자와 원 게시물은 확인하지 못했으므로 이미지의 출처나 저작권 상태를 주장하지 않는다. 초기 사용자 모집과 고객 발견에 관한 설명은 Paul Graham의 「Do Things that Don't Scale」, Y Combinator의 「YC's Essential Startup Advice」, Steve Blank의 Customer Development Manifesto와 「Customer Development is Not a Focus Group」을 대조했다. 학습이 불안을 줄이는 반면 고객 접촉이 시장 불확실성을 줄인다는 구분은 이 글의 해석이다.