고객은 자신의 병명을 모른 채, 증상만을 이야기한다
CODEX 03. 고객의 진짜 문제, 어떻게 정의하지?
PART 1. Decode the Customer(고객론): Understanding Customer Before Building Products
CODEX 03. 고객의 진짜 문제, 어떻게 정의하지?
고객은 자신의 진짜 병명을 모른다
스타트업을 시작할 때 우리는 보통 ‘무엇을 만들까’에 골몰한다. 하지만 가장 중요한 질문은 따로 있다. 바로 “누가, 어떤 문제를, 왜 겪고 있는가?”이다. 고객이 겪는 문제를 제대로 정의하지 못하면, 아무리 화려한 기술과 디자인으로 무장해도 허공에 칼질하는 것과 같다.
많은 창업자들이 고객 인터뷰 후 이렇게 말한다. "우리 제품 좋은데... 왜 안 쓸까요?" 이유는 간단하다. 고객이 진짜로 원하는 ‘해결책’이 아니라, 내가 만들고 싶은 ‘기능’을 제공했기 때문이다.
당신이 의사라고 상상해 보자. 환자가 말하는 증상만 듣고, 병명이 뭔지도 모른 채 약부터 처방한다면? 그게 바로 우리가 종종 저지르는 실수다.
고객이 “답답해요”, “불편해요”라고 말할 때 우리가 해야 할 일은 그 말의 뒤에 숨어 있는 ‘진짜 병명’을 진단하는 것이다.
기억하라.
"고객은 종종 자신의 병명을 모른 채, 증상만을 이야기한다."
우리의 진짜 역할은 고객의 말을 그대로 받아 적는 것이 아니라, 그 말 뒤에 숨은 진짜 병명, 즉 ‘핵심 문제’를 진단하는 것이다.
고객의 ‘원함(Want)’과 시장의 ‘필요(Need)’를 구분하라
고객 문제 정의가 어려운 가장 큰 이유는 ‘원함(Want)’과 ‘필요(Need)’를 혼동하기 때문이다. 이 둘은 비슷해 보이지만, 본질은 완전히 다르다.
✓ Want (원함)는 고객이 직접 표현하는 욕망이나 바람이다. "UI가 더 예뻤으면 좋겠어요", "알림음이 다양했으면 해요"와 같은 것들이다. 눈에 잘 보이고, 인터뷰에서 가장 먼저 튀어나온다.
✓ Need (필요)는 시장에 실제로 존재하는 근본적인 문제다. 고객 스스로 인식하지 못할 때도 많다. "운동을 꾸준히 지속하기 어렵다", "내 커리어에 맞는 정보를 찾는 데 시간이 너무 오래 걸린다"와 같은 것이다.
Want는 제품을 더 매력적으로 만들지만, Need는 제품이 존재해야 할 이유 그 자체다. 고객이 "화면 구성이 별로예요(Want)"라고 말하는 경우, 그 이면에는 "내가 원하는 기능을 제때 찾지 못해 업무 흐름이 끊긴다(Need)"는 진짜 문제가 숨어 있다. 우리의 목표는 Want라는 껍질을 벗겨내고 Need라는 알맹이를 찾아내는 것이다.
심리학으로 본 고객의 마음: 시스템 1과 시스템 2
고객은 왜 자신의 진짜 문제를 명확히 말해주지 않을까? 노벨 경제학상을 수상한 최초의 심리학자 Daniel Kahneman (다니엘 카네만)의 시스템 1. 2 이론은 인간의 사고방식을 두 가지 시스템으로 설명한다.
✓ 시스템 1 (직관적 사고):
빠르고, 감정적이며, 거의 노력이 들지 않는 자동 반응이다. 고객은 대부분 시스템 1로 말한다. "이 버튼 디자인이 구려요", "왠지 답답해요", "그냥 별로예요"와 같은 직관적인 '원함(Want)'은 모두 여기서 나온다.
✓ 시스템 2 (이성적 사고):
느리고, 논리적이며, 많은 노력이 필요한 분석적 사고다. 고객이 겪는 근본적인 '필요(Need)'는 이 시스템 2를 통해 분석해야만 드러난다. 예를 들어 '느려서 답답하다'는 시스템 1의 불평 뒤에는, '특정 작업에 시간이 오래 걸려 다음 업무에 차질이 생긴다'는 시스템 2의 구체적인 문제가 숨어 있다.
사업개발자의 역할은 번역가와 같다. 고객의 감정적이고 직관적인 시스템 1의 언어(Want)를, 논리적이고 분석적인 시스템 2의 언어(Need)로 번역하여 제품의 존재 이유를 찾아내야 한다. 클라이언트와의 대화에서도 마찬가지이다.
문제는 설문지가 아닌, 고객의 ‘삶’ 속에 있다
많은 팀이 고객을 이해하기 위해 설문지를 돌린다. "이런 기능이 있다면 사용하시겠습니까?" 하지만 이런 질문은 우리가 모르는 고객의 문제를 알 수 없다. 우리가 정답이라고 생각하는 것을 확인할 뿐이다. 고객은 우리가 모르는 그들의 문제를 설명해주지 않는다. 그래서 고객의 문제를 정의하기 위해서는 설문이 아닌 인터뷰가 필요하다.
300명의 설문을 통해 고객의 문제를 정의했다는 스타트업 대표에게 실리콘밸리의 한 VC는 말했다. "100명의 고객도 만나보지 않고, 천만 달러짜리 회사를 만들려 합니까?"
인터뷰는 정답을 구하는 과정이 아니라, 이해를 구하는 과정이다. "무엇이 불편하세요?"라고 묻는 대신, "하루를 어떻게 보내세요?", "그럴 땐 어떤 선택을 하세요?"처럼 그들의 삶과 맥락을 들어야 한다.
에어비앤비는 어떻게 ‘침대’가 아닌 ‘경험’을 팔게 되었나
초기 에어비앤비는 '저렴한 숙소'를 제공하는 서비스였다. 하지만 사업은 정체됐다. 창업자들은 데이터를 보는 대신, 뉴욕으로 날아가 직접 사용자를 만났다. 그들은 놀라운 이야기를 들었다.
"그냥 잠잘 곳을 찾은 게 아니에요. 현지인처럼 살아보고 싶었어요."
그 순간 창업자들은 깨달았다. 고객의 진짜 Need는 ‘값싼 침대’가 아니라, ‘그 지역의 진짜 삶을 체험하고 싶은 욕구’였다.
이 발견 이후, 에어비앤비는 단순히 숙소를 중개하는 플랫폼에서 현지인의 ‘공간’과 ‘스토리’를 파는 경험 커뮤니티로 탈바꿈했고, 폭발적으로 성장했다. 문제는 데이터가 아닌, 고객의 삶 속에 있었다.
방법론(Structural Method) – 고객 인터뷰에서 진짜 문제(Need) 추출하기
고객의 시스템 1 언어(Want) 속에서 시스템 2의 문제(Need)를 추출하려면, 다음 3단계를 통해 대화를 깊게 파고들어야 한다.
1. 맥락 듣기: ‘무엇’이 아닌 ‘언제, 어디서’를 물어라
문제는 언제나 맥락과 함께 존재한다. 고객에게 ‘무엇이 불편했냐’고 묻기 전에, ‘어떤 상황에서’ 그 일을 겪었는지 구체적인 스토리를 듣는 데 집중해야 한다.
[실행법]
"그 기능이 불편하다고 느끼셨을 때, 구체적으로 어떤 작업을 하고 계셨나요?", "혹시 하루 중 언제, 어떤 장소에서 주로 저희 서비스를 사용하시나요?"와 같이 고객이 자신의 상황을 스스로 설명하게 만들어야 한다.
2. 감정 파고들기: ‘짜증, 답답, 불안’의 순간을 포착하라
고객이 느끼는 감정의 언어는 문제의 강도를 알려주는 가장 강력한 신호다. ‘짜증, 답답, 불안, 실망’과 같은 부정적 감정이 드러나는 순간이 바로 우리가 파고들어야 할 지점이다.
[실행법]
"그 상황에서 어떤 감정을 느끼셨어요?", "혹시 '아, 이건 좀 답답하다'라고 느끼신 순간이 있었다면, 어떤 때였나요?"처럼 감정을 직접 물어 문제의 핵심에 다가선다.
3. 대안과 비용 확인하기: ‘스스로 해결하려 했는지’를 확인하라
만약 고객이 그 문제를 해결하기 위해 스스로 돈이나 시간을 들여 다른 방법을 찾아본 적이 있다면, 그 문제는 ‘지불할 의사가 있는’ 진짜 문제일 가능성이 매우 높다.
[실행법]
"그 문제를 해결하기 위해 혹시 다른 방법이나 서비스를 사용해 본 적이 있으신가요?", "그 문제가 해결되지 않아서 실제로 포기하거나 손해를 본 경험이 있으세요?"라고 물어 문제의 절실함을 측정한다.
질문(Closing Prompt) – 생각을 다시 되묻는 피드백 루프
Q1. 우리 제품은 고객의 감정적 불평(시스템 1)에 반응하고 있는가, 아니면 그 이면의 논리적 문제(시스템 2)를 해결하고 있는가?
Q2. 고객 인터뷰를 할 때, 우리가 만든 기능에 대해 묻고 있는가, 아니면 고객의 ‘삶과 맥락’에 대해 듣고 있는가?
Q3. 우리가 해결하려는 문제는 고객에게 얼마나 ‘자주’ 일어나며, 얼마나 ‘강력한’ 감정을 동반하는가?
Q4. 고객은 우리 제품이 없을 때, 자신의 문제를 해결하기 위해 어떤 차선책을 사용하고 있는가? (그것이 우리의 진짜 경쟁자다)
Q5. 고객이 우리 제품을 ‘고용’해서 해결하려는 진짜 ‘일(Job to be Done)’은 무엇인가?
마지막으로 스스로에게 던져야 할 질문
당신의 책상 위에는 고객이 원하는 ‘처방전(Feature List)’이 놓여 있는가,
아니면 당신이 진단한 ‘진료 기록부(Problem List)’가 놓여 있는가?
고객의 기능 요청은 정답이 아니라 단서다. 위대한 제품은 고객의 말을 그대로 따르는 데서 나오는 것이 아니라, 고객조차 몰랐던 진짜 문제를 진단하고 해결하는 데서 탄생한다.
#고객문제정의 #PainPoint #시스템 1 시스템 2 #행동경제학 #피그마 #Figma #고객인터뷰 #JTBD #문제중심설계 #스타트업전략 #사업개발
https://brunch.co.kr/brunchbook/startupcode-go