The Mom Test by Rob Fitzpatrick

Michael Lynch

롭 피츠패트릭의 《맘 테스트》

원문은 Michael Lynch님이 에 게재했습니다. 이 블로그 구독하기

새로운 제품 아이디어의 초기 단계에서 고객 인터뷰를 어떻게 진행해야 하는지에 대한 간결하고 실용적인 가이드다.

고객에게 유도 질문을 하지 말아야 한다는 정도의 기초적인 조언을 예상했지만, 피츠패트릭은 훨씬 더 깊이 파고든다. 이 책은 내가 사용자를 인터뷰하는 방식의 약점을 깨닫게 해주었고, 고객으로부터 편향되지 않고 실행 가능한 피드백을 얻는 방법에 대한 흥미로운 관점을 제공했다.


좋았던 점

  • 고객 인터뷰를 위한 실용적이고 논리 정연한 방법론을 제시한다
    • 좋은 질문과 나쁜 질문의 예시가 풍부하고, 그 이면에 있는 논리도 명확하게 설명한다
  • 고객에게 무슨 말을 해야 하는지를 넘어, 그런 대화를 어떻게 마련하고 거기서 얻는 배움을 어떻게 극대화할지에 대한 프로세스까지 제안한다
  • 짧은 분량 — 단 118쪽이라 두세 번에 다 읽을 수 있다
  • 진정성 있으면서 인터뷰이에게도 가치를 제공하는 방식으로 고객에게 인터뷰를 요청하는 방법에 대한 조언이 유용했다
  • 격식 없는 대화에 초점을 맞추며, 책 전체가 친구가 조언을 해주는 듯한 어조로 쓰여 있다

아쉬웠던 점

  • 기술 업계에서 포용성이 중요한 화두가 된 시점에서, 이 책은 젠더 문제에 있어 둔감하게 느껴진다
    • 책 제목 자체가 ‘엄마는 아이에게 상처를 줄까 봐 솔직하고 비판적인 피드백을 주지 못할 정도로 다정하다’는 고정관념에 기대고 있다
    • 실존 기업인(예: 일론 머스크, 스티브 블랭크), 가상의 고객, 허구의 창업가, 저자의 주변 인물 등 책에 언급되는 60명이 넘는 인물 중 여성은 단 네 명뿐이다
      1. 제목의 주인공인 가상의 엄마 — 1장의 예시 대화에 비중 있게 등장한다
      2. 저자가 파티에서 만난 여성(반 문장 정도 말한다)
      3. 말을 하지 않는, 영양제를 파는 창업가 캐릭터
      4. 말을 하지 않는 웨이트리스 — 저자가 그녀에게 (남성) 매니저를 불러오라고 시키기 위해서만 등장한다
    • 모든 예시 대화에서 저자는 화자를 ‘he’나 ‘they’로만 지칭하고, ‘she’는 한 번도 사용하지 않는다
  • 제품을 피칭하지 말라는 저자의 원칙과, 미팅 끝에 커밋을 요구하라는 조언 사이에는 간극이 느껴진다
    • 아이디어를 피칭조차 하지 않았는데 고객이 어떻게 커밋을 할 수 있는가?
  • 일부 기법은 실제 고객을 상대로 실행하기에는 어색하게 느껴진다
    • 공정하게 말하자면, 영업 자체가 종종 불편하고 부자연스럽게 느껴지는 편이라 어쩌면 내 개인적인 반응일 수도 있다
  • 고객을 직접 만나거나 일상 속에서 우연히 마주치는 것이 쉽다고 가정하는 등, 다소 실리콘밸리 중심적인 시각이 느껴진다
  • 책이나 박사 논문을 쓰는 척하는 등 거짓 명분으로 고객 인터뷰를 잡으라고 권한다

핵심 요약

맘 테스트는 솔직한 피드백을 이끌어낸다

  • 문제: 창업자의 사업 아이디어를 평가해 달라고 하면, 사람들은 창업자의 감정을 배려해 거짓말을 한다
  • 맘 테스트
    • 잠재 고객이 당신을 기쁘게 하려는 대신 유용한 정보를 주도록, 고객 인터뷰에서 건설적인 질문을 던지기 위한 규칙이다
    • 자식을 상처로부터 보호하려는 지나치게 다정한 엄마에게서조차 유용한 정보를 이끌어낼 수 있기 때문에 ‘맘 테스트’라고 이름 붙었다
    • 맘 테스트를 통과하는 규칙:
      1. 당신의 아이디어 대신 그들의 삶에 대해 이야기하라
      2. 포괄적인 이야기나 미래에 대한 의견 대신, 과거의 구체적인 사실에 대해 물어라
      3. 말은 적게 하고 더 많이 들어라

가정이 아닌 과거 경험에 집중하라

  • 하지 말아야 할 것: 고객에게 제품을 가상으로 사용할 것인지 묻지 마라
  • 해야 할 것: 당신의 제품이 해결하려는 문제를 현재 어떻게 해결하고 있는지 물어라
  • 해야 할 것: 어떤 대안을 알아봤는지 물어라

    이미 해결 방법을 찾아보지 않았다면, 당신의 제품도 찾아보거나 사지 않을 것이다

  • 사람들은 제품이 가상에 머물러 있을 때 비용을 지불하는 것에 대해 지나치게 낙관적인 경우가 많다
    • 실제로는 약속을 지키지 않을 가능성이 높다
  • 하지 말아야 할 것: 문제 X를 해결하는 제품에 얼마를 지불할 의향이 있는지 묻지 마라
    • 해야 할 것: 문제 X가 현재 그들에게 얼마의 비용을 발생시키는지 물어라
  • 그 밖에 좋은 질문:
    • 또 누구와 이야기해 봐야 할까요?
    • 제가 더 물어봤어야 할 게 있을까요?

고객의 칭찬은 나쁜 신호다

  • 칭찬은 아무 비용이 들지 않으므로, 고객이 실질적인 커밋 없이 창업자의 기분을 좋게 해주는 값싼 방법이다
  • 진심 어린 칭찬조차 바람직하지 않다. 초점은 당신의 제품 아이디어가 아니라 고객의 업무 방식에 맞춰져야 하기 때문이다

    칭찬은 고객 학습에서의 가짜 금이다. 반짝이고 주의를 끌지만 가치는 없다

허튼소리를 피하라

허튼소리는 세 가지 귀여운 형태로 나타난다

  • 일반론 (“나는 보통”, “나는 항상”, “나는 절대 ~하지 않는다”)
  • 미래형 약속 (“나는 ~할 것이다”, “나는 ~하겠다”)
  • 가정적인 가능성 (“아마 ~할지도”, “~할 수도 있다”)
  • 고객이 허튼소리로 흐를 때는, 해당 문제를 실제로 해결했던 구체적인 시점 같은 현실적인 세부사항으로 대화를 다시 붙잡아라

기능 요청을 더 깊이 파고들어라

  • 하지 말아야 할 것: 고객의 아이디어와 기능 요청을 액면 그대로 받아들이지 마라
  • 해야 할 것: 제안 이면에 있는 동기를 이해하도록 파고들어라
  • 예시
    • 저자는 대기업 고객을 위해 제품을 만들었다
    • 고객이 분석 기능을 요청하자, 저자는 유연한 분석 대시보드를 만들었다
    • 그러자 고객은 CSV 내보내기를 요청했고, 이어서 대시보드의 PDF를 요청했다
    • 알고 보니 고객은 그저 매주 자신의 고객들에게 보여줄 예쁜 차트를 원했을 뿐, 커스터마이징 가능한 대시보드는 전혀 필요하지 않았던 것이다

고객 인터뷰 중에는 제품 피칭을 피하라

당신이 아이디어에 대해 말하기 시작하는 순간, 그들은 자신의 문제에 대해 말하는 것을 멈춘다

  • 앞으로 어떻게 나아가야 할지에 대한 가장 많은 정보를 얻을 수 있는 질문을 하는 데 집중하라

질문에 예상치 못한 답이 돌아왔는데도 당신이 하는 일에 아무 영향이 없다면, 애초에 그다지 중요한 질문이 아니었을 가능성이 높다

부정적인 피드백은 가치 있다

  • 부정적인 피드백은 고객이 별로 기대하지 않는 제품에 너무 깊이 투자하는 것을 막아준다

고객이 무엇을 가치 있게 여기는지 함부로 가정하지 마라

  • 예시: 고객이 헬스장에 절대 가지 않는다고 말한다
    • 그들의 운동을 방해하는 요소가 무엇인지 묻기 시작하면 고객은 그럴듯한 이유를 만들어내겠지만, 더 깊은 문제는 고객이 애초에 헬스장에 가는 것 자체에 관심이 없다는 것일 수 있다
  • 문제의 세부사항으로 들어가기 전에, 고객이 그 문제를 해결하는 것 자체에 관심이 있는지부터 확인하라

“제품 리스크” vs. “고객 리스크”

  • 제품 리스크: 약속한 제품을 만들지 못해 사업이 실패할 수 있는 위험
    • 예: 태양광 전기차를 팔고 싶지만 결국 만들지 못하는 경우
  • 고객 리스크: 제품을 성공적으로 만들더라도 고객이 구매에 관심이 없을 수 있는 위험
  • 아이디어의 제품 리스크가 클수록, 고객과의 대화만으로 아이디어를 완전히 검증하기는 어려워진다

원하는 결과: 커밋과 진전

  • 고객 미팅의 결과는 커밋진전이어야 한다

    커밋 — 그들은 시간, 평판, 돈 등 자신이 가치 있게 여기는 무언가를 내어줌으로써 진지함을 보여주는 것이다

    진전 — 그들은 실제 퍼널의 다음 단계로 이동하며 구매에 더 가까워지고 있는 것이다

    그들이 내어주는 것이 많을수록, 그들의 말을 더 진지하게 받아들일 수 있다

  • 커밋의 유형

    • 시간
      • 목표가 명확한 다음 미팅 약속
      • 와이어프레임에 대한 피드백을 위해 시간을 내어 앉는 것
      • 제품을 일정 기간 이상 체험판으로 사용해 보는 것
    • 평판
      • 동료나 팀원 소개
      • 의사결정권자(상사, 배우자, 변호사) 소개
      • 공개 추천사나 사례 연구 제공
    • 금전
  • 커밋을 요청했다가 거절당했더라도, 그것 역시 유용한 정보다

  • 실패하는 유일한 방법은 고객에게 아무런 커밋도 요청하지 않는 것이다

    제품 혹은 영업 미팅 후에 다음에 무엇을 할지 모른다면, 그 미팅은 무의미했던 것이다

고객에게 미팅을 프레이밍하는 법

  • 나쁜 예시
    • “인터뷰 좀 해도 될까요?” -> 지루하게 들린다
    • “저희가 하는 일에 대해 의견을 좀 들을 수 있을까요?” -> 궁색하게 들린다
    • “잠깐 이야기 좀 나눌 시간 있으세요?” -> 아무 정보도 주지 않고, 시간을 낭비할 것 같은 인상을 준다
  • 올바른 프레이밍은 다섯 가지 요소로 이루어진다
    1. 비전: 당신은 문제를 해결하려는 창업가다(아이디어는 언급하지 마라)
    2. 프레이밍: 제품 개발 과정의 어느 단계에 있는지 밝혀라
    3. 약점: 그들이 구체적으로 어떤 질문에 도움을 줄 수 있는지 보여줘라
    4. 높이기: 그들이 왜 도움을 줄 수 있는 특별한 자격을 갖췄는지 설명하며 추켜세워라
    5. 요청: 명시적으로 도움을 요청하라

Skype나 전화 미팅보다 대면 미팅을 선호하라

  • 전화 통화는 미묘한 사회적 신호를 많이 가린다
  • 커피를 마시며 갖는 대면 미팅은 30분짜리 전화 미팅 일정보다 시간에 덜 쫓기는 경향이 있다

…전화로 친구가 되는 사람은 없다

  • 조언자를 찾는 마음가짐을 가져라
    • 미팅을 거의 영업 미팅처럼 생각하고 들어가면, 배우는 것이 적어진다
    • 대신 마음속으로는 고객이 아니라 업계 전문성을 가진 조언자를 찾는다는 마음가짐을 유지하라
  • 몇 번의 미팅을 해야 할까?
    • 더 이상 새로운 것을 배우지 못할 때까지 고객과의 만남을 계속하라
    • 때로는 세다섯 번이면 충분하다
    • 만약 10명의 고객이 모두 전혀 다른 이야기를 한다면, 아마 더 좁은 고객 세그먼트에 집중해야 할 것이다
  • “고객 피드백 병목”을 만들지 마라
    • 흔한 안티 패턴: 창업 팀의 ‘사업 담당자’가 고객 인터뷰를 100% 도맡아 하고 팀에 시사점을 전달하는 것이다
      • 이렇게 되면 사업 담당자가 “고객이 원한 것이다”라고 말하며 모든 제품 관련 논쟁에서 이길 수 있어 권력 불균형이 생긴다
      • 고객과의 대화는 해석의 여지가 있으므로, 한 사람이 팀을 위해 모든 것을 해석하는 것은 바람직하지 않다

고객 인터뷰 준비하기

  • 공동 창업 팀과 함께 가장 중요한 세 가지 질문이 무엇인지 정하라
  • 고객으로부터 어떤 커밋을 얻고 싶은지 정하라
  • 책상 앞에서 조사로 답할 수 있는 질문은 제외하라
  • 인터뷰 대상자의 LinkedIn 프로필을 읽어보라

고객 인터뷰에는 누가 참여해야 할까?

  • 중요한 의사결정에 관여하는 모든 사람은 최소한 일부 고객 인터뷰에는 참석해야 한다
    • 이상적으로는 각 미팅에 두 명이 참석한다. 한 명은 리드를 맡고, 다른 한 명은 기록자를 맡는다
      • 리드는 질문하는 데 집중한다
      • 기록자는 중요한 내용을 기록하고 리드가 중요한 질문을 놓쳤을 때 보완하는 역할을 한다
      • 세 명 이상의 인터뷰어가 참석하면 부담스럽다
    • 종이 노트나 노트 카드에 메모하라
      • 미팅 중에 타이핑을 하면 무례하게 보일 수 있다
      • 가능하면 정확한 인용을 기록하라

미팅 시작하기

  • 처음부터 미팅을 주도하라
    • 그렇지 않으면 고객이 자신의 문제가 아닌 당신의 아이디어에 대해 질문하기 시작할 수 있다
  • 사전 미팅 이메일에서 했던 말을 다시 한번 짚고, 바로 첫 번째 질문으로 넘어가라

인터뷰 후 리뷰

  • 미팅 노트를 창업 팀 모두가 읽을 수 있는 곳(예: Google Docs, 내부 위키)으로 옮겨라
  • 팀과 함께 핵심 인용과 시사점을 검토하라
  • 대화를 메타 수준에서 복기하라
    • 어떤 질문이 효과적이었는가?
    • 앞으로 인터뷰를 어떻게 개선할 수 있을까?

이 글은 muse-spark-1.2-contributor 모델을 사용해 번역했습니다.

댓글