고객이 "사겠다"고 말한 5가지, 그런데 아무도 사지 않았다

인터뷰에서 고객 9명이 "이거 나오면 꼭 쓸게요"라고 했다. 출시했다. 9명 중 0명이 결제했다. 거짓말을 한 게 아니다. 사람은 원래 그렇게 대답한다.

유저 리서치에서 가장 비싼 실수는 리서치를 안 하는 게 아니다. 잘못된 리서치를 하고 확신을 얻는 것이다. "고객이 원한다고 했으니까"라는 근거로 몇 달을 만들고, 아무도 안 쓰는 결과를 마주한다.

핵심은 하나다. 사람은 말하는 것과 하는 것이 다르다. 좋은 유저 리서치는 이 간극을 메우는 기술이다. 오늘은 그 간극이 드러난 순간들과, 1인 사업자가 그대로 쓸 수 있는 방법을 본다.

함정 1. "있으면 좋겠다"는 "사겠다"가 아니다

인터뷰에서 "그런 기능 있으면 편하겠네요"는 거의 항상 나온다. 공짜로 더 나은 걸 마다할 사람은 없으니까. 하지만 "편하겠다"와 "지갑을 연다" 사이엔 협곡이 있다.

검증법은 단순하다. 미래 의향이 아니라 과거 행동을 물어라.

• 나쁜 질문: "이런 거 있으면 쓰시겠어요?" (→ 모두 "네")
• 좋은 질문: "지난번에 이 문제 생겼을 때, 실제로 어떻게 하셨어요?" (→ 진짜 행동)

당신의 사업 질문: 내가 들은 "좋겠다"는 의견 중, 고객이 실제로 돈이나 시간을 쓴 행동으로 뒷받침된 건 몇 개인가?

함정 2. 고객은 해결책을 모른다, 문제만 안다

리서치 초보가 자주 하는 실수는 고객에게 "어떤 기능이 필요하세요?"를 묻는 것이다. 고객은 자기 문제의 전문가지, 해결책의 전문가가 아니다. 해결책 설계는 우리 일이다.

흔히 인용되는 비유가 있다. 사람들에게 뭘 원하냐고 물으면 "더 빠른 말"이라 답한다는 것이다. 출처가 불분명한 일화지만[^1], 가리키는 진실은 분명하다. 고객은 자기가 아는 범위 안에서만 욕구를 표현한다.

방법: 기능을 묻지 말고 문제와 맥락을 캐라. "그때 뭐가 제일 답답했어요?"가 "어떤 기능 원해요?"보다 100배 유용하다.

함정 3. 말 대신 행동을 본 사람들이 이겼다

에어비앤비 초기, 창업자들은 설문을 돌리지 않았다. 뉴욕으로 날아가 카메라를 빌려 직접 호스트의 집을 일일이 찾아가 리스팅 사진을 찍었다. 진짜 병목은 트래픽이 아니라 '신뢰(사진 품질)'였고, 이건 인터뷰가 아니라 현장에서 드러났다. 전문 사진으로 바꾼 뉴욕 리스팅의 예약은 2~3배로 늘었고 그 달 뉴욕 매출은 두 배가 됐다.[^2]

슬랙은 더 극적이다. 원래 게임 회사(글리치)였고 게임은 실패했다. 그런데 팀이 내부 소통용으로 만든 도구를 자기들이 계속 쓰고 있었다. 사용자(자신들)의 실제 행동이 제품을 가리켰다.[^3]

두 경우 모두 "무엇을 원하세요?"가 아니라 **"무엇을 실제로 하고 있나"**를 봤다.

당신의 사업 질문: 내 고객(또는 나 자신)이 지금 이미 하고 있는 행동 중에, 제품의 단서가 숨어 있지 않은가?

함정 4. 5명이면 충분하다 (근데 제대로 된 5명)

"표본이 작아서 의미 없다"며 리서치를 미루는 경우가 많다. 그런데 사용성 문제의 대부분은 소수 인터뷰로도 드러난다. 닐슨 노먼 그룹의 고전적 권고는 사용성 테스트 5명이면 문제의 약 85%를 발견한다는 것이다.[^4]

1인 사업자에게 이건 해방이다. 수백 명 설문을 돌릴 자원이 없어도, 제대로 고른 5명을 깊게 보면 된다. 단 조건이 있다 — 그 5명이 진짜 타겟이어야 한다. 친구·지인은 표본이 아니다.

방법: 설문 200명보다, 진짜 고객 5명의 행동을 1시간씩 깊게 보는 게 낫다.

함정 5. 확증할 질문만 하면, 확증만 얻는다

사람은 자기 아이디어를 사랑한다. 그래서 무의식적으로 "맞다"는 대답을 유도하는 질문을 한다. "이거 좋지 않아요?"라고 물으면 고객은 예의상 "좋네요"라고 한다. 그 순간 우리는 듣고 싶은 답을 샀다.

좋은 리서치는 틀릴 기회를 일부러 만든다. 내 가설이 깨질 수 있는 질문을 던진다.

당신의 사업 질문: 내 마지막 고객 대화에서, 내 아이디어가 틀렸다고 나올 수 있는 질문을 하나라도 했는가?

5개 함정을 관통하는 한 문장

유저 리서치의 핵심은 "고객에게 답을 묻는 것"이 아니다. 고객의 행동에서 답을 읽는 것이다.

• 의향 대신 과거 행동
• 해결책 대신 문제·맥락
• 설문 대신 현장 관찰
• 많은 표본 대신 진짜 5명
• 확증 대신 반증 기회

1인 사업자에게 이건 오히려 유리하다. 대기업은 거대한 설문과 패널에 의존하느라 한 명의 고객을 깊게 못 본다. 우리는 내일 당장 진짜 고객 한 명과 한 시간을 보낼 수 있다.

오늘 한 가지만 한다면

다음 고객 대화에서 질문 하나를 바꿔보자.

• ❌ "이런 거 있으면 쓰시겠어요?"
• ✅ "지난번에 그 문제 생겼을 때, 실제로 어떻게 하셨어요?"

이 한 줄 차이가 "듣고 싶은 답"과 "진짜 답"을 가른다. 내 리서치 질문이 확증만 캐고 있는 건 아닌지 같이 점검하고 싶다면—

무료 상담 신청 → 당신의 고객 인터뷰 질문지를 30분간 같이 뜯어봅니다.

---

출처 (✅ 4/4 검증, WebSearch 2026-06-01)

[^1]: "더 빠른 말(faster horses)"은 헨리 포드 발언이라는 1차 근거가 없다(미인용·오귀속). 포드 자서전·헨리포드박물관 200개 검증 인용에 없으며 최초 귀속은 2001년. — HBR "Henry Ford, Innovation, and That 'Faster Horse' Quote"(2011) · Snopes · Quote Investigator. https://hbr.org/2011/08/henry-ford-never-said-the-fast [^2]: 에어비앤비 창업자들이 뉴욕에서 직접 리스팅 사진 촬영 → 예약 2~3배, 그 달 뉴욕 매출 2배. 병목은 트래픽이 아니라 신뢰였음. — BU Boston Hospitality Review "The Making of Airbnb" · Paul Graham "Do Things That Don't Scale". https://www.bu.edu/bhr/2016/01/08/the-making-of-airbnb/ [^3]: 슬랙은 실패한 게임 Glitch(Tiny Speck)의 사내 메시징 도구에서 출발 — 팀이 "멈출 수 없이 계속 쓰던" 행동이 제품을 가리킴. 2013 출시, 후일 세일즈포스에 277억 달러 매각. — Building Slack · Startup Archive(Ben Horowitz). https://buildingslack.com/the-death-of-glitch-the-birth-of-slack/ [^4]: 사용성 테스트 5명이면 문제의 약 85% 발견(사용자당 발견율 L≈31%, Nielsen & Landauer 모델). — Nielsen Norman Group, Jakob Nielsen, "Why You Only Need to Test with 5 Users"(2000). https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/

이 글은 STAR-T 유저리서치 섹터 플래그십입니다. 수치·일화 4건 모두 1차/권위 소스로 검증했습니다.

---

고객 조사부터 다시 잡아야 할지 고민이시라면,
2분 진단으로 지금 가장 먼저 구조화할 지점을 확인해보실 수 있습니다. 편하신 만큼만 답하셔도 괜찮습니다.

STAR-T AI 사업 운영 진단 →