An 86-minute guide to finding PMF

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

롭 스나이더가 제시하는 PMF 탐색의 핵심은 지금 반드시 끝내야 하지만 기존 대안으로 해결하지 못하는 과제를 가진 고객을 찾아, 실제 구매와 구매 후 가치 경험이 반복되는지 검증하는 것이다.

📌 핵심 요점

1. PULL로 구매 조건을 구체화한다. 고객이 이루려는 과제(Project), 지금 해야 하는 불가피성(Unavoidable), 검토한 대안 목록(List of options), 그 대안의 한계(Limitations)를 함께 확인한다. 고객은 회사 전체가 아니라 특정 과제를 맡은 개인까지 좁혀야 한다.
2. 불편의 크기보다 기존 대안으로 막혀 있는지가 중요하다. Jump는 금융 자문사의 회의 기록과 CRM 입력 과제를 겨냥했다. 범용 도구의 CRM 연동 및 규정 준수 문제가 구매 이유가 됐으며, 같은 기록 의무가 없었던 보험 설계사들에게서는 동일한 수요가 확인되지 않았다.
3. 제품 개발에 앞서 현장에서 풀 가설을 검증한다. 고객의 업무를 관찰하고, 고객 상황과 해결 방향을 두 장의 슬라이드로 제시할 수 있다. 한 고객의 공감에 머무르지 않고 다른 고객에게도 같은 구매 동기가 반복되는지 확인한다.
4. 칭찬보다 즉시 진행하려는 행동을 본다. “어떻게 시작하나요?”라는 질문과 실제 구매 시도가 강한 신호다. 완성된 제품이 없어도 제공 가능한 범위를 명확히 한 유료 서비스로 수요를 검증할 수 있다. 가격은 해결 가치와 기존 대안의 비용을 기준으로 탐색한다.
5. 구매 이후의 가치 경험까지 반복해야 한다. 고객이 제품 없이는 지내기 어렵다고 느끼는 순간을 찾아 온보딩을 설계한다. 이탈 고객과 잔존 고객의 차이를 분석하고, 유사한 고객에게 같은 성과를 제공하면서 고객 확보·판매·가치 제공의 병목을 차례로 개선한다.

🧩 배경과 문제 정의

• 큰 문제를 해결하고 차별화된 가치를 제공해도 구매로 이어지지 않을 수 있다. 고객의 일상적인 사용이나 긍정적인 평가만으로는 제품·시장 적합성(PMF)을 판단하기 어렵다.
• 핵심은 고객에게 필요성을 설득하는 데서 벗어나, 지금 반드시 해야 하지만 기존 수단으로는 해결하지 못하는 일을 찾는 것이다.
• PULL 프레임워크는 특정 개인의 과제·시급성·대안·대안의 한계를 구체화하고, 칭찬보다 실제 구매 시도로 수요를 검증하는 기준을 제공한다.

🕒 시간순 섹션별 상세정리

1. 문제 해결과 제품 사용만으로는 구매를 설명할 수 없다

• 풀(pull)은 고객이 제품을 당장 확보하려 하고, 구매하지 않는 편이 오히려 이상한 상태다. 반대로 공급자가 관심과 구매를 계속 설득해야 한다면 제품을 밀어 넣는 상황에 가깝다 [04:10]
• 롭은 심각한 문제와 차별화된 해결책을 찾고, 디자인 파트너가 매일 제품을 사용하는 상황에서도 판매에 실패했다. 이후 2년 동안 방향을 바꾸다가 다른 전환을 통해 수요를 발견했다 [04:54]

2. PULL은 과제·시급성·대안·한계를 함께 확인한다

• P는 프로젝트(Project)다. 고객이 이루려는 결과를 뜻하므로, ‘채용 소프트웨어 구매’보다 ‘직원 추가 채용’처럼 실제로 끝내려는 일을 잡아야 한다. U는 불가피성(Unavoidable)으로, 나중이 아니라 지금 해야 하는 이유다 [07:39]
• 첫 번째 L은 검토한 대안 목록(List of options)이다. 사람을 채용하거나 기존 팀에 맡기기, 보유 도구나 시장의 제품을 활용하기 등이 포함된다. 두 번째 L은 그 대안으로 과제를 완수할 수 없는 한계(Limitations)다 [08:08]

3. Jump는 금융 자문사의 기록 의무와 기존 도구의 한계를 해결했다

• 금융 자문사용 AI 회의 기록 도구 Jump는 18개월 동안 시행착오를 겪은 뒤 풀을 찾았다. 고객의 과제는 고객 미팅의 기록을 작성하고 CRM에 옮기는 시간을 최소화하는 것이었다 [09:56]
• 기록은 단순한 선호의 문제가 아니었다. 롭은 기록을 남기지 않으면 징역형까지 받을 수 있다고 설명하며, 기록 의무를 지키면서 소요 시간을 줄여야 하는 불가피성을 강조한다 [10:28]

4. 비슷한 업무라도 불가피성이 없으면 구매 동기가 약하다

• 보험 설계사도 고객과 자주 만나고 기록 시간을 줄이고 싶어 했지만, Jump 팀이 만난 고객들에게는 같은 기록 의무가 없었다. 아예 기록하지 않는 선택지가 가능했기 때문에 금융 자문사와 같은 풀이 성립하지 않았다 [11:42]
• 프로젝트가 반드시 할 일 목록에 글로 적혀 있어야 하는 것은 아니다. 반복 업무를 수행하면서 ‘이 번거로운 일에 시간을 최대한 덜 쓰겠다’고 생각하는 것처럼, 현재 행동 속의 의도도 프로젝트가 될 수 있다 [12:52]

5. 빠진 조건을 진단하고 이미 존재하는 수요를 찾는다

• 하고 싶은 일과 기존 대안의 한계가 있어도 지금 해야 할 이유가 없으면 고객은 불평만 하고 구매하지 않을 수 있다. 반대로 지금 해야 하는 일이 있어도 기존 수단으로 해결할 수 있다면 새 제품을 구매하지 않는다 [13:28]
• 고객의 과제와 풀은 창업자나 제품이 나타나기 전부터 독립적으로 존재한다. 롭은 이를 발견하는 것이 핵심이며, 설득으로 풀을 만들어 내는 일은 가능하더라도 매우 어려울 것이라고 본다 [14:05]

6. 칭찬보다 지금 시작하려는 반응이 중요하다

• 대부분의 사람은 현재 과제와 선택지를 고려하면 새 제품을 사지 않는 것이 자연스럽다. 풀이 있는 사람은 반대로 제품을 확보하지 않는 것이 이상할 만큼 해결이 절실하다 [15:14]
• 강한 신호는 “어떻게 시작하나요?”, “제품이 이미 있나요?”, “어떻게 도입하나요?”처럼 즉시 진행하려는 질문이다. “놀랍다”, “업계의 미래다”, “비용을 많이 줄이겠다”는 호평만으로는 지금 필요한 제품인지 알 수 없다 [15:34]

7. 구매 동기의 주체는 회사가 아니라 특정 개인이다

• 기업용 소프트웨어도 회사 자체에 파는 것이 아니다. 예를 들어 SpaceX라는 조직보다, 자신의 과제를 기존 방식으로 해결하지 못하는 SpaceX 법무 책임자가 풀을 가진 구매 주체다 [16:21]
• ‘중견 사모펀드에 판매한다’는 고객 정의만으로는 부족하다. 그 안에서 구체적으로 무엇을 이루려는 파트너나 운영 파트너인지까지 좁혀야 한다 [17:00]

8. 제품 아이디어를 특정 고객의 막힌 과제에 대한 가설로 바꾼다

• 제품 아이디어 자체의 인상만으로 좋은 사업인지 판별하기는 어렵다. PULL은 제품보다 앞선 조건인 ‘지금 어떤 일을 하려다 막힌 사람이 존재하는가’를 검토하게 한다 [17:41]
• 아이디어를 “이 특정 사람이 지금 이 과제에서 막혀 있다”는 풀 가설로 표현하고, 해당 고객을 만나 검증한다. 제품이 완성되기 전에도 상대가 실제로 구매하려 하는지 확인할 수 있다 [18:09]

9. 현장에 들어가 고객이 막히는 순간을 직접 경험한다

• 짧은 화상 인터뷰 몇 차례로 탐색을 끝내기보다, 고객과 함께 일하며 막히는 순간을 직접 경험하는 접근이 필요하다. 자신이 구매할 해결책을 찾거나 고객의 업무에 들어가 관찰하는 방식이다 [18:48]
• 한 창업자는 제품 아이디어 없이 소상공인을 돕고 싶다는 관심에서 출발했다. 여러 업종의 현장을 며칠씩 따라다닌 끝에 독립 물리치료사들과 잘 맞는다는 것을 발견했고, 업무 관찰과 프랜차이즈 인수 검토를 통해 손익계산서까지 살펴봤다 [20:17]

10. 한 고객의 공감을 다른 고객의 구매 의사로 반복 검증한다

• 물리치료사 사례에서는 특정 비용을 줄여야 하는 이유와 기존 컨설팅 대안의 한계를 풀 가설로 정리했다. 다만 롭은 정확히 어떤 비용이었는지 기억하지 못하며, 세부 조건을 확정적으로 제시하지 않는다 [22:52]
• 창업자는 가설을 고객에게 보여 주고 자신의 상황과 맞는지 확인한 뒤, 그 일을 해결해 주면 구매할 것인지 물었다. 고객의 공감에서 멈추지 않고 해결책에 돈을 낼 의사까지 확인했다 [23:18]

11. 두 장의 슬라이드로 고객 상황과 해결 방향을 검증한다

• 첫 장에는 프레임워크 용어 대신 고객의 상황을 적는다. “지금 X를 하려 하고, Y 때문에 해야 하며, 검토한 대안은 이런 이유로 충분하지 않다”는 설명이 맞는지 확인한다 [23:57]
• 두 번째 장에는 도울 수 있는 방법을 개념적으로 제시한다. 예를 들어 컨설턴트보다 빠르게 특정 비용을 줄이는 방식을 제안하고, 고객이 찾는 해결책과 맞는지 묻는다 [24:19]

12. 실제 구매 신호에는 현재의 긴급성과 다음 행동이 따른다

• 가장 중요한 신호는 고객이 실제로 구매를 시도하는 것이다. 한 제약업계 임원은 제품이 나오기 전에도 제안한 일을 해낼 수 있다면 지금 돈을 내겠다고 했다 [25:22]
• 추가 자료를 보내 달라거나 팀에서 검토하겠다는 반응은 당장 진행하려는 행동과 구분해야 한다. 관심과 열정이 있어 보여도 “어떻게 시작할까”로 이어지지 않는다면 강한 풀의 증거로 삼기 어렵다 [25:55]

13. 자신의 문제도 지금 돈을 낼 만큼 절실한지 확인한다

• Clearly AI의 Emily는 AWS에서 보안 엔지니어링 업무를 하며, 누군가 해결해 준다면 돈을 내고 싶지만 제공자가 없는 문제를 발견했다. 이런 경우에는 자신의 문제를 해결하는 접근이 유효하다 [27:35]
• 반면 단지 ‘세상에 이런 것이 있어야 한다’고 느끼는 문제는 구매 동기가 약할 수 있다. 자신이 겪은 불편이라도 실제로 지금 돈을 내고 해결할 것인지 솔직하게 따져야 한다 [27:54]

14. 소비자 제품에도 활용 사례가 있지만 경험의 중심은 B2B다

• 롭의 경험은 주로 B2B에 집중되어 있지만, 소비자 분야에서도 이 접근을 활용한 사람들이 있다고 한다. 소비자 제품에 대한 적용 가능성은 이러한 사례에 근거하며, 모든 시장에 동일하게 검증되었다고 단정하지 않는다 [28:22]
• 스팽스는 고객에게 일대일로 판매하고 반응을 확인하면서 제품을 구체화한 사례다. 자신의 필요에서 출발하는 접근과 고객 반응을 통해 수요를 확인하는 방식이 함께 연결된다 [28:37]

15. 미온적인 반응에서는 지금 돈을 낼 다른 과제를 찾는다

• 가설이 맞아 고객이 즉시 원한다는 반응을 보이는 경우만 있는 것은 아니다. 반응이 미지근하면 그 대화를 고객의 다른 절실한 과제를 찾는 기회로 활용할 수 있다 [29:08]
• ‘헤일 메리’ 질문은 “지금 할 일 목록에서, 누군가 대신 처리해 준다면 당장 돈을 낼 일이 있나요?”다. 기존 제안에 대한 평가를 넘어 고객이 실제로 해결하고 싶은 일을 열어 놓고 묻는다 [29:23]

16. 영업을 구매 설득에서 막힌 문제 해결로 바꾼다

• 고객이 실제로 돈을 내고 해결하고 싶었던 것은 직무기술서 문제였고, 이 답변이 첫 계약과 첫 고객으로 이어졌다. 해당 회사는 이후 빠르게 성장했다 [30:09]
• 영업을 상대가 막혀 있는 일에 도움이 필요한지 확인하는 과정으로 생각하면 부담이 줄어든다. 도움이 필요하면 해결 가능성을 함께 살피고, 필요하지 않으면 그 사실을 받아들인다 [30:52]

17. 선제 개발과 디자인 파트너가 실제 수요를 가릴 수 있다

• 고객이 제품을 봐야 이해할 것이라는 생각으로 개발부터 시작하면 현실의 수요를 확인하는 시점이 늦어진다. AI로 개발 기간을 줄일 수 있더라도, 풀을 발견할 고객 대화를 미뤄서는 안 된다 [31:55]
• 스나이더는 디자인 파트너가 도움이 되는 맥락이 있을 수는 있지만 자신은 유용했던 사례를 보지 못했다고 드러낸다. 그가 관찰한 파트너들은 제품 비전에 공감하고 피드백을 주면서도 구매하지 않았으며, 정작 중요한 일이 막힌 고객은 제품 설계에 참여하기보다 그 일을 끝내고 싶어 했다 [32:47]

18. 유효한 아이디어는 현장에서 얻은 통찰에서 나온다

• 고객과 함께 일하거나 자신이 직접 문제를 겪으며 얻은 ‘경험으로 획득한 비밀’이 아이디어의 토대가 된다. 통찰의 출처가 반드시 정해져 있는 것은 아니지만, 이론보다 현실에서 직접 배우는 방식이 성공 가능성이 높다는 판단이다 [33:53]
• 함께 일한 기업들의 아이디어 출처에 대한 대략적인 추정은 자신의 기존 경험이 10%, 새롭게 현장에 들어가 얻은 직접 경험이 90%였다. 일부는 잘못된 제품을 팔면서 올바른 제품을 발견했고, 대부분은 해당 업무를 직접 수행했다 [34:26]

19. 첫 연락은 제품 판매보다 대화 성사에 집중한다

• 목표는 잠재 고객과 하루 두세 번 대화하는 것이지만, 먼저 첫 대화를 확보해야 한다. 소개받을 경로가 없다면 LinkedIn이나 이메일로 접근하되, 일반적인 문제 제기와 제품 홍보 문구 대신 대화할 만한 흥미로운 이유를 제시한다 [35:57]
• 한 스타트업은 스눕 독이 투자했다는 사실을 짧게 전하며 대화를 제안했다. 첫 메시지의 역할은 구매를 설득하는 것이 아니라 만남을 만드는 것이며, 실제 풀은 이미 고객이 해야 할 일 안에 존재한다 [36:34]

20. 고객에게 통하는 이력을 짧게 전하고 과도한 개인화를 피한다

• 흥미로운 이력도 고객 맥락에 맞아야 한다. 샘 올트먼의 비서실장 경력은 어떤 고객에게는 효과적일 수 있지만, 냉난방 업체에는 가족의 배관 사업에서 일했던 경험이 더 의미 있을 수 있다. 메시지는 한두 문장 정도로 짧게 쓴다 [38:10]
• 스나이더는 이 단계에서 AI 개인화가 효과를 내는 모습을 보지 못했다고 드러낸다. 상대가 이미 아는 자기 정보를 되풀이하기보다 간단한 대화 계기를 주는 것으로 충분할 수 있으며, 통화에서 풀이 확인되면 영업 대화로 전환한다 [39:16]

21. LinkedIn 접촉은 수락률과 답장률로 점검한다

• 초기 접촉량으로 LinkedIn에서 주당 100~150명, 하루 약 20명에게 연결을 요청하고 수락한 사람에게 메시지를 보내는 방식을 권한다. 목표 기준은 연결 요청 수락률 30~40%, 수락한 사람 중 답장률 30~50%이며, 답장한 사람의 다수가 대화에 동의하는 것이다 [40:12]
• 수락률이 낮으면 프로필이 영향을 줄 수 있다. 상대가 연결할 만한 사람이라고 판단할 수 있는지와, 연결 이후 메시지에 답하는지를 나누어 살펴야 한다 [40:36]

22. 영업 통화는 풀 발견과 해결안 제안으로 구성한다

• 영업 통화는 고객의 풀을 발견하는 단계와 도움을 줄 방법을 개념적으로 제안하는 단계로 나뉜다. 강한 풀이 있다면 고객이 먼저 구매하려 하므로, 판매자가 처음부터 설득에 매달릴 필요가 없다 [42:08]
• 먼저 통화에 응한 이유를 묻고, 답변을 바탕으로 의제에 합의한다. 이어 고객의 상황을 이해하기 위한 질문을 해도 되는지 물으면, 질문이 심문처럼 느껴지는 것을 줄일 수 있다 [43:30]

23. 다섯 번의 통화마다 수요와 학습을 확인한다

• 좋은 통화의 성과는 고객의 풀을 구체적으로 이해하거나, 풀이 없다면 왜 관련성이 없는지와 무엇이 더 중요한지를 알아내는 것이다. 구매로 이어지지 않더라도 다음 판단에 필요한 정보가 남아야 한다 [44:50]
• 고정된 중단 기준은 없지만, 다섯 번 통화했는데 모두 소극적이고 배운 것도 없다면 문제를 점검해야 한다. 한 스타트업은 은행권에서 약 다섯 번 대화한 뒤 소개받은 방산 분야의 첫 통화에서 강한 반응을 얻어 풀 가설을 바꿨다 [45:44]

24. 제안은 고객의 목표와 장애물을 작게 압축한다

• 고객이 웹사이트를 만들고 싶지만 기존의 클릭식 제작 도구가 너무 번거롭다고 한다면, 거대한 제품 비전 대신 그 번거로움 없이 웹사이트를 만드는 방법이 필요한지 확인한다 [47:57]
• 제안은 작고 단순할수록 좋다. 고객이 자신의 필요와 맞는다고 인정하고 구체적인 작동 방식을 더 물으며 정보를 끌어내기 시작하면, 실제 수요를 찾고 있다는 신호가 된다 [48:11]

25. 지금 해야 하는 이유와 기존 대안의 충분함을 확인한다

• 기존 도구·방법·팀으로 시도했지만 해내지 못한 일이 무엇인지 묻는다. 답변에서 빠진 요소는 추가 질문으로 확인하며, 특히 지금 하지 않아도 되는 일인지, 반드시 지금 해야 할 이유가 있는지 점검한다 [49:24]
• 다른 대안을 검토했는지, 그 대안으로 충분하지 않은지도 물어야 한다. 고객이 자체 해결로 충분하다고 답할 가능성이 두렵더라도, 이 질문이 시장에서 원하지 않는 제품을 계속 밀어붙이는 일을 막아준다 [49:45]

26. ‘10배 개선’보다 기존 대안으로 풀리지 않는 일을 찾는다

• 새 제품 도입의 장벽을 설득으로 넘기려 하기보다, 현 상태를 받아들일 수 없어 이미 변화를 시도하는 고객을 찾는다. 이들은 변화의 필요성부터 납득시킬 대상이 아니다 [50:38]
• 재무 자문가용 AI 노트 작성 도구인 Jump의 사례에서는 일반 도구가 필요한 일을 끝내지 못하고 Jump가 해낸다면, 차이는 단순한 개선 배수보다 막힌 일을 가능하게 만드는 데 있다. 스나이더는 ‘10배’라는 기준보다 고객이 기존 선택지에 얼마나 막혀 있고 새 해결책에 어떻게 반응하는지를 본다 [51:27]

27. 더 나은 UX도 구매자의 실제 장애물을 해결해야 한다

• Linear와 Jira를 풀 관점으로 해석하려면, Jira의 사용 경험 때문에 이슈 추적과 관련된 어떤 일을 해내지 못하는 고객이 있고 Linear의 경험이 그 장애물을 해결한다는 조건이 필요하다 [52:25]
• 스나이더는 더 좋은 UX로 기존 시장을 공략할 수 있다는 생각을 HR 소프트웨어에 적용했다가 실패했다. 해당 구매자에게는 사용자 경험이 중요한 문제가 아니었으므로, 화면과 사용성을 개선하는 것만으로는 풀이 생기지 않았다 [53:05]

28. 제품이 없어도 구체적인 목업으로 구매 적합성을 확인한다

• 첫 통화에서 구매 의향을 확인했다면 거래 규모에 맞는 해결 개념과 계획을 가져간다. 제약사 대상 사례에서는 기존 시장조사의 속도에 대한 불만을 확인한 뒤, 며칠 후 원하는 결과물의 목업을 가져와 함께 검토하기로 했다 [55:22]
• 창업자는 슬라이드 없이 시작해 바이브 코딩으로 대략적인 화면 구성을 만들고 피드백을 받았다. 이후 조직에 도입할 만한지 결정하려면 무엇을 더 알아야 하는지 물었고, 고객은 가격을 물었다 [55:46]

29. 가격은 해결 가치와 기존 대안의 비용에서 범위를 잡는다

• 가격의 기준은 고객의 일을 끝냈을 때 얻는 가치와 현재 대안에 쓰는 비용이다. 시장조사를 더 빨리 얻는 가치나 기존 조사 컨설턴트 비용이 가격 범위를 판단하는 근거가 된다 [56:16]
• 가령 기존 컨설턴트 비용이 연 5만 달러라면 같은 연간 가격을 제안하는 식으로 고객에게 익숙한 비교 기준을 만들 수 있다. 이 금액은 가격 책정 방식을 설명하기 위한 예시다 [56:39]

30. 계약 절차는 고객이 성과를 내야 하는 시점에서 역산한다

• 기업 거래에서는 내부 추진 담당자가 구매를 원해도 여러 시연과 위원회 검토 등 후속 절차가 남을 수 있다. 작은 거래는 CEO가 결제 링크를 받고 온보딩 일정을 잡는 정도로 끝날 수 있어, 계약 관리의 복잡성은 거래에 따라 달라진다 [57:33]
• 큰 조직에서는 담당자에게 언제까지 이 일이 성과를 보여야 하는지 묻는다. 예를 들어 다음 해 1분기가 기한이라면, 그때까지 배포와 성과 확인이 가능하도록 필요한 절차를 역산해 영업 일정을 구성한다 [58:11]

31. 무료 공동개발보다 유료 서비스로 초기 수요를 검증한다

• 무료 디자인 파트너십은 ‘지금 내 문제를 해결해야 한다’는 관계를 ‘당신의 제품 개발을 돕는다’는 관계로 바꿀 수 있다. 스나이더는 이 방식이 실제 풀이 있는 고객에게는 부정적 신호가 되고, 풀이 없는 사람에게는 긍정적 신호가 될 수 있다고 본다 [59:09]
• 완성된 플랫폼이 없어도 서비스에 가까운 형태로 판매할 수 있다. 예를 들어 AI 제품 관리자가 수행할 일을 초기에는 창업팀이 직접 제공하고 일부를 뒤에서 자동화한다고 설명하면, 고객의 기대를 맞추면서 유료 수요와 실제로 만들어야 할 제품을 확인할 수 있다 [59:54]

32. 사람의 서비스로 시작해 제품화할 기회를 찾는다

• 사람이 먼저 업무를 수행하고 점차 제품으로 대체하면 마진을 높이는 경로를 만들 수 있다. 다만 자동화에 도달하지 못하고 서비스 사업에 머물 위험도 있다 [1:00:30]
• 직접 업무를 수행하는 과정은 고객의 문제와 사업 기회를 배우는 수단이며, AI가 그 업무를 점점 더 맡는 방향으로 발전할 수 있다 [1:00:38]

33. 초기 가격 협상은 거래 의사 확인에서 출발한다

• 초기 몇 명의 고객에게는 얼마까지 지불할지보다 실제로 거래할 의사가 있는지를 검증하는 일이 더 중요하다 [1:01:07]
• 첫 기업 계약에서 매출을 최대화해야 한다면, 사례 형식으로 8만 규모의 작은 프로젝트부터 100만 규모까지 가격 범위와 결정 요인을 제시하고 고객의 생각을 물을 수 있다 [1:01:56]

34. 첫 영업 통화의 결과로 풀 가설을 수정한다

• 고객에게 실제 풀이 있다면 약속한 가치를 제공하고, 같은 판매를 반복하면서 업무를 자동화하고 체계화한다 [1:02:46]
• 예상과 달리 구매 의지가 약하다면 통화를 다시 검토해 실제 풀이 있었던 고객이 누구인지 확인하고, 새 가설을 만들어 다시 검증한다 [1:03:18]

35. 막혔을 때는 직접 접촉과 긴급 질문으로 새 단서를 얻는다

• ‘고블린 모드’는 고객을 만나기 위해 급히 행사에 가거나 직접 찾아가는 비상 대응이다. 치과 인력 사업 Tiro에서는 창업자의 부모가 치과를 방문해 잠재 고객과의 대화를 연결했고, 이런 방식이 효과를 냈다 [1:05:33]
• ‘헤일 메리 질문’은 고객의 현재 할 일 가운데 당장 도울 수 있는 문제가 있는지 묻는 것이다. 답에서 새 단서를 얻으면 다음 통화 묶음에 활용하고, 단서가 없다면 현장 경험을 다시 쌓는다 [1:06:21]

36. 온보딩은 고객이 떠나기 어려워지는 순간을 향해야 한다

• 구매한 고객도 특정 조건 ‘X’에 도달하기 전에는 이탈할 수 있다고 가정한다. 서비스 제공의 과제는 X가 무엇인지 찾고 모든 고객이 그 지점에 도달하도록 경로를 설계하는 것이다 [1:07:53]
• X는 단순한 제품 사용이나 높은 NPS와 다를 수 있다. 식당용 직원 유지 소프트웨어에서는 구매 후 첫 2주 안에 예방 가능한 직원 퇴사 알림을 받았을 때 고객 반응이 강해졌고, 온보딩을 그 경험에 맞췄다 [1:08:43]

37. 높은 이탈률에서도 남는 고객군이 시장의 단서가 된다

• 고객이 대거 이탈하면 원인을 반드시 파악해야 한다. 90% 이상이 이탈하는 상황에서도 문제가 제품 제공 방식에 있는지, 고객 특성에 있는지 구분하면 실제 풀이 있는 대상을 찾을 수 있다 [1:10:30]
• 범용 AI 워크플로 제품의 한 사례에서는 대부분의 고객이 떠나는 동안 화물 운송 주선업체가 특정 업무에 계속 사용했다. 회사는 그 고객군에 집중하면서 이탈이 많고 가격이 낮은 범용 제품에서 고가의 전문 제품으로 전환했다 [1:10:53]

38. 고객 성공 사례를 반복하는 공장으로 성장 구조를 설계한다

• 고객이 하려던 일 X, 기존 대안이 부족했던 이유 Y, 이를 해결한 제안 Z가 하나의 성공 사례를 이룬다. 목표는 완전히 다른 사례를 계속 만드는 것이 아니라, 구매 전후 모두 강하게 만족하는 하나의 유형을 반복하는 것이다 [1:13:10]
• 이 ‘사례 공장’은 잠재 고객 확보, 판매, 구매 후 가치 제공으로 구성된다. 파이프라인 부족이나 낮은 계약 전환율처럼 현재 성장을 제한하는 병목을 찾고, 그 문제를 해결한 뒤 다음 병목으로 이동한다 [1:14:21]

39. 강한 고객 적합성은 구매와 사용 행동으로 드러난다

• ‘헬 예스 고객’은 구매 전부터 제품을 적극적으로 원하고, 구매 후에도 계속 사용하는 고객이다. 판매자가 밀어붙이기보다 고객이 스스로 움직이며, 이런 고객과 유사한 대상을 더 찾는 것이 과제다 [1:17:00]
• 파일럿, 개념 검증, 디자인 파트너를 먼저 제안하기보다 정식 판매와 도입을 시도한다. 다만 고객의 구매 절차상 파일럿이 필요하다면 그 요구는 수용할 수 있다 [1:17:22]

40. 기존 기업의 신제품도 개발 전 판매로 검증한다

• 두 번째 제품을 출시하는 기존 기업에서도 창업자가 기존 고객에게 새 기능을 먼저 판매하고, 이후 개발하는 접근을 사용할 수 있다 [1:18:04]
• 한 기업의 사례에서는 영업 통화 중 고객이 추가로 요청한 과제에서 나온 제품은 성공했지만, 내부 화이트보드에서 구상한 제품은 성공하지 못했다. 이는 해당 기업의 경험이며 모든 기업에 대한 보장은 아니다 [1:18:34]

41. 복잡한 사전 계산보다 판매와 관찰을 반복한다

• 헤일 메리 질문과 고블린 모드는 정체를 깨기 위한 비상 수단이다. 초기 탐색의 고통을 오래 끌기보다 직접 방문하고 고객을 만나는 행동으로 새 가능성을 찾아야 한다 [1:20:02]
• 모든 변수를 머릿속에서 미리 해결하려 하기보다 풀 가설을 고객에게 제시하고, 판매를 시도하고, 실제로 구매하려 하는지 관찰하는 반복이 핵심이다 [1:20:42]

42. 추천 도서와 도구, 생활 원칙

• 가장 좋아하는 추천 도서는 크리스토퍼 알렉산더의 건축 관련 4권짜리 시리즈 『The Nature of Order』다 [1:21:58]
• 반복해서 보는 영화로 최근 버전의 「오만과 편견」과 「마다가스카의 펭귄」을 꼽으며, 최근 사용하는 AI 제품으로 Muse를 든다 [1:22:29]

43. 승자의 복제보다 고객의 막힌 과제를 찾아야 한다

• 이미 확실한 승자가 있는 시장에 차별화 가설 없이 비슷한 제품으로 진입하는 아이디어는 대체로 잘되지 않는다고 본다. 특정 고객에게 다른 해결책이 필요한 이유가 있어야 한다 [1:23:58]
• 성능 향상만으로는 구매를 설명할 수 없다. 집에서 프린터 때문에 막힌 일이 없다면 100배 더 좋은 프린터를 제안받아도 사지 않을 수 있다 [1:24:26]

44. 풀 프레임워크는 계속 검증하고 개선할 모형이다

• 이 프레임워크는 아직 개발 중인 이론이자 모형이다. 향후 10~20년에 걸쳐 더 탐구할 주제로 여기며, 사용 경험과 개선 아이디어를 받아 발전시키려 한다 [1:25:04]
• 뉴스레터 ‘Physics of Startups’도 이 접근을 바라보는 새로운 관점과 세부적인 변형을 다루는 통로다 [1:25:17]

🧾 결론

• 제품 사용량, 긍정적인 평가, 뛰어난 성능만으로 PMF를 판단하기 어렵다. 현재의 구매 동기와 실제 행동을 함께 봐야 한다.
• 풀 가설은 첫 시도에 맞는 답이 아니라 고객 대화와 판매를 통해 수정하는 가설이다. 미온적인 반응도 더 절실한 과제를 찾는 단서가 된다.
• 초기 구매 의사는 중요한 출발점이며, 구매 후 가치 제공과 유사 고객의 반복 구매까지 확인해야 사업의 재현성을 판단할 수 있다.

📈 투자·시사 포인트

• 초기 기업을 평가할 때는 고객이 왜 지금 구매하는지, 기존 도구나 자체 해결로는 왜 충분하지 않은지 확인필요가 있다.
• AI로 개발이 빨라져도 수요 검증이 자동으로 해결되지는 않는다. 서비스 제공으로 시작하는 기업이라면 유료 수요와 함께 업무 자동화 및 마진 개선 가능성을 살펴볼 수 있다.
• 높은 이탈률 속에서도 특정 고객군이 계속 사용하는 이유는 전문 시장으로 전환할 단서가 될 수 있다. 다만 잔존 고객의 존재만으로 시장 규모와 장기 성장성을 확정할 수는 없다.
• 성장 과정에서는 고객 확보량뿐 아니라 계약 전환과 구매 후 성과 중 어디가 병목인지 구분해야 한다. 같은 성공 사례를 반복할 수 있는지가 확장의 판단 기준이 된다.

⚠️ 불확실하거나 확인이 필요한 부분

• PULL은 스나이더가 계속 개발 중이라고 설명하는 모형이다. 소개된 경험은 주로 B2B에 집중되어 있으며, 소비자 시장 전반에 동일하게 적용된다고 단정하기 어렵다.
• 금융 자문사의 기록 의무와 징역형 가능성은 발언자의 설명이다. 실제 적용 여부는 관할 규정과 위반 조건을 별도로 확인해야 한다.
• 다섯 번의 통화, LinkedIn 수락률·답장률, 빠른 계약 체결 사례는 경험적 실행 기준이나 사례다. 보편적인 성공 기준으로 사용하기 어렵다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 목표 고객을 특정 직무의 개인까지 좁히고, 과제·지금 해야 하는 이유·검토한 대안·대안의 한계를 한 문장씩 기록한다.
• 고객 업무를 직접 관찰하고, 고객 상황과 해결 방향을 각각 한 장으로 정리해 설명이 맞는지 확인한다.
• 칭찬, 향후 검토, 즉시 구매 시도를 구분해 기록하고 다음 진행 절차와 실제 거래 의사를 묻는다.
• 유사 고객들과 대화해 같은 수요가 반복되는지 확인한다. 약 다섯 번의 통화를 학습 점검 단위로 삼되 기계적인 중단 기준으로 쓰지 않는다.

❓ 열린 질문

• 우리 고객이 지금 일을 끝내지 못하면 어떤 결과가 생기며, 그 긴급성은 실제 행동으로 드러나는가?
• 기존 도구나 자체 해결로 충분한 고객과 새 해결책이 꼭 필요한 고객을 무엇으로 구분할 수 있는가?
• 초기 고객에게 직접 제공한 서비스를 어디까지 자동화할 수 있으며, 같은 성과를 다른 고객에게도 반복할 수 있는가?