새로운 제품에 대한 아이디어가 떠오르면 당장이라도 개발에 착수하고 싶어지지만, 이는 많은 창업자가 빠지는 함정이며 성공을 위해서는 반드시 '검증(Validation)' 과정을 거쳐야 합니다. 이 글은 5번의 피벗 끝에 성공한 PostHog의 사례를 바탕으로, 아이디어를 검증하는 3가지 핵심 단계(문제, 솔루션, 제품)를 상세히 설명합니다. 단순히 아이디어를 내는 것을 넘어, 실제 사용자의 문제를 해결하고 지속 가능한 제품을 만드는 구체적인 가이드를 제공합니다.


1. 아이디어의 함정과 검증의 시작

새로운 제품 아이디어가 떠올랐을 때, 우리는 흔히 "이거 진짜 대박인데? 사람들이 정말 좋아할 거야!"라며 흥분하곤 합니다. 그리고는 곧바로 제품 개발에 뛰어들고 싶어 하죠. 하지만 이건 위험한 함정입니다. 🛑

많은 창업자가 이 함정에 빠져서 몇 주, 몇 달, 심지어 몇 년을 소비해 사람들이 원하지도 않는 무언가를 만드느라 고생하곤 합니다. 이들은 시작부터 아주 간단한 한 가지를 놓쳤기 때문입니다. 바로 아이디어를 검증(Validate)하는 것입니다.

PostHog의 창업자 제임스(James)와 팀(Tim)도 이 과정을 뼈저리게 겪었습니다. 그들은 지금의 PostHog에 정착하기 전까지 무려 다섯 번이나 사업 아이템을 바꿨습니다(피벗).

"우리는 끔찍한 아이디어를 정말 많이 가지고 있었어요."

제임스는 이렇게 회상합니다. 그들의 아이디어가 얼마나 별로였는지 알려준 것은 바로 '검증' 과정이었습니다. 이 글에서는 그들이 실제로 사용했던 검증 플레이북을 공유하려고 합니다.

Image

본격적인 검증 단계에 들어가기 전에 먼저 준비해야 할 것이 있습니다. 아이디어는 단순한 '생각'이 아니라, 특정 고객이 해결해야 할 문제(Problem)의 형태여야 합니다. 가장 좋은 건 창업자 본인이 직접 겪은 문제를 해결하는 것입니다.

예를 들어, 핀테크 기업 Mercury의 창업자는 기존 뱅킹 시스템이 너무 정적이라 답답함을 느꼈고, Deel의 창업자들은 해외 채용을 하며 겪은 법적 문제와 비용 때문에 고생했습니다. ElevenLabs 창업자들은 모국어인 폴란드어로 더빙된 영화가 너무 단조롭다고 느껴서 AI로 이를 해결하려 했습니다.

PostHog의 제임스도 자신의 경력에서 마주쳤던 문제들을 구글 문서 3페이지 분량으로 정리했습니다. 물론 그중에는 "관리자를 위한 예측 분석이 포함된 1:1 도구" 같은 엉터리 아이디어도 많았습니다. 하지만 그들은 검증 과정을 통해 이런 나쁜 아이디어들을 걸러냈고, 엔지니어를 위한 오픈소스 제품 분석 도구인 'PostHog'라는 진짜 아이디어를 찾아냈습니다. 아이러니하게도, 그들은 다른 아이디어들을 검증하려고 분석 도구를 쓰다가 기존 도구들이 너무 불편해서 직접 만들게 된 것이죠. 💡


2. 1단계: 문제 검증하기 (진짜 문제인가?)

해결하고 싶은 문제가 생겼다면, 이제 첫 번째 단계인 '잠재 사용자에게 말 걸기'를 시작해야 합니다. 아무도 당신 대신 이 일을 해주지 않습니다. 제임스는 웹사이트를 만드는 와중에도 하루에 최소 두 번의 미팅을 잡기 위해 지인들에게 소개를 부탁하고 모르는 사람들에게 연락을 돌렸습니다.

이 단계에서 가장 중요한 건, 아직 청중이나 솔루션, 독창성에 대해 너무 걱정하지 않는 것입니다. 사람들이 겪는 문제가 정말 심각하다면(burning problem), 나머지 디테일은 자연스럽게 해결됩니다. 사실 검증 과정에서 가장 어려운 건 분석이 아니라 사람들이 당신과 대화하게 만드는 것입니다.

성공적인 인터뷰를 위한 몇 가지 팁은 다음과 같습니다:

  1. 네트워크 활용: 친구, 전 동료, 팔로워 등 당신에게 답해줄 만한 사람들을 찾으세요.
  2. 소개 부탁하기: 지인이 다른 관련 인물을 소개해 줄 수 있습니다. Mercury 창업자는 "가장 도움 된 사람은 4단계를 거쳐 소개받은 사람이었다"고 말했습니다.
  3. 간결하게: 장문의 글 대신 2~3문장으로 짧게, 피드백을 원한다는 점을 명확히 하세요. 절대 지금 팔려고 하지 마세요.
  4. 빠르게: 스타트업은 속도전입니다. 메시지에 즉각 반응하세요.
  5. 대면 인터뷰: 가능하다면 직접 만나서 상황과 비언어적 신호를 파악하세요.

인터뷰를 잡았다면 확인해야 할 것은 딱 두 가지입니다.

  1. 그들이 실제로 그 문제를 겪고 있는가? 상황에 집중하고 구체적으로 파고드세요.
  2. 그 문제를 해결하기 위해 어떻게 해왔는가? 만약 그들이 엉성하게나마 자체적으로 만든 시스템을 쓰고 있다면, 그건 좋은 사업 기회입니다.

"관리하기 힘들어요."

이런 답변에서 멈추지 말고 더 깊이 파고들어 디테일을 알아내야 합니다. 만약 그 문제가 사용자에게 당장 해결해야 할 시급한 문제가 아니거나, 사용자가 그 주제로 대화하는 걸 흥미로워하지 않는다면, 과감하게 다른 문제로 피벗(Pivot)해야 할 때입니다.

주의해야 할 함정들:

  • "제 아이디어 어때요?"라고 묻기: 대부분은 당신이 말을 멈추게 하려고 그냥 "좋네요"라고 할 겁니다. 이건 검증이 아닙니다.
  • 스티브 잡스 흉내 내기: "고객은 자신이 뭘 원하는지 모른다"는 말을 맹신하지 마세요. 당신에게 잡스 같은 제품 감각이 없다면 검증 과정을 통해 그 공백을 채워야 합니다.
  • 너무 진지한 비즈니스 검증: 포커스 그룹을 운영하거나 거창한 시장 조사를 할 필요 없습니다. 학술 논문을 쓰는 게 아니니까요. 멍청해 보이는 걸 두려워 말고 빠르게 움직이세요.

3. 2단계: 솔루션 검증하기 (내 해결책이 통하는가?)

사람들이 해결책을 간절히 원한다는 걸 확인했다면, 이제 당신의 솔루션을 검증할 차례입니다. 이 단계는 문제가 진짜인지 확인하는 게 아니라, 당신이 제시한 해결책이 유효한지 확인하는 과정입니다. 공동 창업자가 있다면 한 명은 제품을 만들고, 한 명은 검증에 올인하는 것이 좋습니다.

PostHog 초기에도 실패가 있었습니다. 제임스의 영업 경험을 살려 복잡한 영업 관리 도구를 만들었지만, 15명의 리더가 쓰겠다고 해놓고 막상 링크를 보내니 딱 한 명만 클릭했고 그마저도 로그인조차 하지 않았습니다. 이는 사용자가 원하는 것이 아니라는 명확한 신호였죠.

Image

문제를 정의하는 것만큼이나 솔루션을 명확히 설명하는 것도 중요합니다. 당신의 해결책이 그들의 문제를 어떻게 해결해 주는지 논리적으로 연결해야 합니다. 드롭박스(Dropbox)는 제품을 만들기도 전에 데모 영상 하나로 수천 명의 가입자를 모으며 수요를 검증했습니다.

만약 사용자를 설득하기 힘들다면, 혹시 '신뢰도(Street cred)'가 부족한 건 아닌지 점검해 보세요. Y Combinator 창업자들이 자신의 과거 성공이나 학력을 자랑하는 건 다 이유가 있습니다. 아직 성공하지 못했더라도 "해낼 수 있다"는 믿음을 주기 위함이죠.

PostHog 팀은 사용자가 자신들을 믿지 못할 이유를 미리 생각하고 대처했습니다.

  1. 실체가 없어 보임: GitLab에서 영감을 받아 회사 핸드북을 공개하여 합법적인 회사라는 느낌을 주었습니다.
  2. 데이터 보안 우려: 오픈소스로 코드를 공개하고 직접 호스팅(Self-hosting)할 수 있게 하여 신뢰 문제를 해결했습니다.

Image

에어비앤비(Airbnb) 창업자들도 초기에 호스트들의 집 사진이 너무 별로여서 예약이 안 되자, 직접 카메라를 들고 찾아가 사진을 찍어주며 신뢰도를 높였습니다. 초기 단계에서는 적절한 부분에 약간의 '광택'을 내는 것이 큰 효과를 발휘합니다. ✨


4. 3단계: 제품 검증하기 (사용자가 남는가?)

마지막 단계는 사용자 유지(Retention)를 통해 제품을 검증하는 것입니다. 사용자가 계속 제품을 쓴다는 건 당신이 그들의 문제를 반복적으로 해결해주고 있다는 뜻이며, 이는 제품 개발에 더 투자해도 된다는 신호입니다.

이 단계에서는 복잡할 것 없이 단순한 제품 개선 루프를 따르면 됩니다:

  1. 피드백 듣기
  2. 제품 만들기 (수정하기)
  3. 사용하게 하기

Image

이 루프를 빠르게 돌리면 제품이 급속도로 개선되고, 초기 사용자들에게 훌륭한 경험을 제공하여 입소문을 낼 수 있습니다. 스타트업이 경쟁할 수 있는 유일한 무기는 바로 속도입니다.

이때 꼭 확인해야 할 지표는 리텐션 커브(Retention Curve)입니다. 아래 그래프처럼 시간이 지나도 사용자가 0으로 떨어지지 않고 평평하게 유지되는 구간이 생겨야 합니다.

Image

이 외에도 사용자가 어디서 어려움을 겪는지 보여주는 세션 리플레이, 사용자가 제품의 가치를 처음 느끼는 활성화(Activation) 단계, 그리고 가장 확실한 증거인 매출(Revenue) 등을 통해 제품을 검증할 수 있습니다. 만약 피드백이 서로 충돌한다면, 당신이 정의한 이상적인 고객(ICP)의 목소리에 더 귀를 기울이세요.


5. 마치며: 검증은 끝나지 않는다

축하합니다! 위 세 단계를 모두 통과했다면 당신의 아이디어는 검증되었고, 제품-시장 적합성(Product-Market Fit)이라는 약속의 땅으로 가는 길에 들어선 것입니다. 🚀

하지만 기억해야 할 점은 검증은 결코 멈추지 않는다는 사실입니다. 회사가 성장하더라도 로드맵에 있는 새로운 기능들을 검증하고, 사용자의 진짜 문제를 파악하고, 피드백을 반영하는 과정은 계속되어야 합니다.

"사용자가 많아질수록, 코너 뒤에 무엇이 있는지 볼 수 있게 됩니다."

— 알리 로가니 (Ali Rowghani)

검증은 초기 스타트업만의 기술이 아닙니다. 이는 회사의 모든 단계에서 유용한 기본기입니다. 지금 당장 창업자가 아니더라도, 검증하는 능력을 기르고 실천한다면 훗날 큰 자산이 될 것입니다.

Related writing

Related writing

HarvestEngineering LeadershipKorean

스타트업의 다음 시대정신을 찾아서: Beyond Product 요약

이 글은 AI 시대에 ‘좋은 제품’만으로는 경쟁우위를 지키기 어려워진 현실에서, 스타트업이 만들어야 할 다음 해자(방어력)가 무엇인지 추적합니다. 저자는 이를 제품 너머(Beyond Product)—즉 고객에게 도달하는 방식, 고객을 이해하는 깊이, 이를 조직 시스템으로 축적하는 능력—의...

Mar 17, 2026Read more
HarvestEngineering LeadershipKorean

미첼 하시모토의 새로운 코드 작성법: AI 시대의 소프트웨어 엔지니어링

이 영상은 하시코프(HashiCorp)의 공동 창립자이자 고스티(Ghostty)의 창시자인 미첼 하시모토와의 인터뷰를 담고 있습니다. 그는 소프트웨어 엔지니어링에 입문한 과정, 하시코프의 설립 역사, 그리고 널리 사용되는 오픈소스 도구를 성공적인 비즈니스로 전환하는 데 겪었던 어려움에 대해...

Feb 25, 2026Read more
HarvestAIKorean

아이들의 장난: 샘 크리스가 바라본 실리콘밸리의 '에이전시'

이 글은 2026년을 기준으로 샌프란시스코 실리콘밸리의 독특한 사회 현상과 새로운 계급으로 떠오르는 '높은 에이전시(highly agentic)'를 가진 사람들을 탐구합니다. 특히, 논란의 중심에 있는 스타트업 '클루리(Cluely)'의 공동 창업자 로이 리(Roy Lee)와 젊은 사업가...

Feb 22, 2026Read more