고객 인터뷰를 마치고 나면 분위기가 좋았던 기억이 남아요. 고객은 고개를 끄덕이며 아이디어가 “유용하다”고 말했고, 기능 제안까지 해줬죠.
그런데 몇 주가 지나도 아무 일도 일어나지 않아요.
긍정적 피드백과 실제 행동 사이의 이 간극이, 많은 프로덕트 팀이 길을 잃는 지점이에요.
문제는 실행 속도나 제품 품질이 아니에요. 첫 질문부터 대화의 틀이 잘못 잡힌 거죠.
고객에게 이런 질문을 던지면 어떤 일이 벌어질까요?
- “이런 제품이 있으면 사용하시겠어요?”
- “이게 가치 있어 보이나요?”
- “X를 해주는 제품에 비용을 지불하시겠어요?”
이런 질문은 고객을 정직한 이야기꾼이 아니라, 예의 바른 평가자로 만들어버려요.
대부분의 사람들은 상대방을 실망시키고 싶지 않기 때문에, 격려나 모호한 관심, 가상의 동의로 응답하게 돼요. 거짓말을 하는 게 아니라, 질문이 더 나은 선택지를 주지 않는 거예요.
그 결과는 검증처럼 느껴지지만, 실제로는 사회적 친절에 가까워요.
냉정한 진실은 이래요.
많은 고객 인터뷰는 시작하기도 전에 실패해요. 고객이 실제로 어떻게 행동하는지를 밝혀내는 것이 아니라, 아이디어를 확인받는 것이 목적으로 설계되어 있기 때문이죠.
이번 시리즈에서는 진짜 행동을 드러내는 고객 인터뷰를 설계하고 실행하는 방법을 처음부터 끝까지 다뤄볼게요. 첫 편에서는 고객 인터뷰의 진짜 목적과, 나쁜 인터뷰를 하고 있다는 네 가지 경고 신호를 살펴볼게요.
1. 고객 인터뷰의 진짜 목적: 칭찬이 아니라 사실을 얻는 것
미팅이 호의적인 피드백으로 끝났는데 후속 미팅도, 약속도, 구매도 없다면, 그건 빨간 깃발이에요. 고객 개발(Customer Development)의 목표는 칭찬을 모으는 것이 아니라, 비즈니스 리스크를 줄이고 진짜 기회를 발견하는 것이에요.
스스로에게 이렇게 물어보세요.
- 고객이 왜 내 아이디어를 좋아한다고 말했는가?
- 실제로 얼마나 많은 비용을 절약해줄 수 있는가?
- 고객의 일상 워크플로우에 어떻게 들어맞는가?
- 고객이 이미 시도해본 것은 무엇인가?
대화에서 구체적인 사례로 이 질문들에 답할 수 없다면, 데이터가 아닌 칭찬을 수집한 거예요.
고객 인터뷰는 세 가지 핵심 목적을 가지고 있어요.
- 리스크 완화: 심각한 리소스를 투자하기 전에, 비즈니스를 망칠 수 있는 요인을 발견한다
- 기회 발견: 고객이 실제로 돈을 내고 해결하고 싶어하는 미충족 니즈를 발굴한다
- 현실 검증: 우리의 가정이 세상이 실제로 작동하는 방식과 일치하는지 테스트한다
인터뷰의 결과물은 모호한 열정이 아니라, 고객 행동에 대한 구체적 사실과 명시적 약속(후속 미팅, 파일럿 프로그램, 소개 연결)이어야 해요.
고객 인터뷰의 목적을 비유하면, 의사의 진찰과 같아요. 환자가 “기분이 좋아요”라고 말하는 것만으로는 건강 상태를 알 수 없죠. 혈압을 재고, 혈액 검사를 하고, 구체적인 증상을 물어봐야 실제 건강 상태가 드러나요. “좋아 보여요”라는 칭찬은 진단이 아니에요. 고객 인터뷰도 마찬가지로, “좋은 아이디어네요”가 아니라 “지난주에 이런 문제 때문에 4시간을 낭비했어요”라는 사실이 필요한 거죠.
2. 나쁜 고객 인터뷰를 하고 있다는 네 가지 경고 신호
1) 검증을 구걸하는 유도 질문을 던지고 있다
이런 질문은 본질적으로 어머니에게 검증을 구하는 것과 같아요.
- “이것 때문에 직장을 그만두려고 하는데, 어떻게 생각하세요?”
- “좋은 아이디어 같지 않나요?”
- “이미 만들기 시작했는데, 솔직히 마음에 드시나요?”
이런 질문은 감정적 압박을 만들어요. 사람들은 지지해주고 싶어하고, 특히 상대가 자신을 취약하게 드러낸 경우에 더 그렇죠. 결과는 검증처럼 느껴지는 예의 바른 거짓말이에요.
유도 질문을 비유하면, 재판에서 피고인에게 “당신은 무죄이죠?”라고 묻는 것과 같아요. 답이 이미 질문에 들어 있으니, 어떤 대답을 해도 진실을 밝혀내지 못하죠. 인터뷰에서도 “좋지 않나요?”라고 물으면, 고객은 “아니요”라고 말하기가 사회적으로 매우 어려워요.
2) 팀에 학습 병목이 있다 (소수만 고객과 대화한다)
엔지니어링 팀이 고객과 단 한 번도 대화한 적이 없고, 디자이너도 마찬가지예요. PM만 인터뷰에 참석하고, 인사이트가 팀에 전달되는 경우가 드물죠. 이건 조직 차원에서 심각한 학습 병목(Learning Bottleneck)을 만들어요.
팀원마다 다른 신호를 포착하거든요. 엔지니어는 고객이 지나가듯 언급하는 기술적 제약을 잡아내고, 디자이너는 워크플로우의 비효율을 감지해요. 병목이 생기면 이런 다차원적 이해를 놓치게 되죠.
학습 병목을 비유하면, 축구 경기에서 한 명만 관중석에서 경기를 보고 나머지 코칭 스태프에게 전달하는 것과 같아요. 직접 경기를 본 사람은 선수의 컨디션, 상대 팀의 전술 변화, 경기장 분위기를 동시에 파악하지만, 전달받는 사람은 요약된 정보만 얻죠. 팀 전체가 고객과 대화해야 입체적인 이해가 가능해요.
3) 인사이트가 아니라 대화 횟수를 세고 있다
“이번 달에 고객 대화를 20번이나 했습니다!”는 인상적으로 들려요. 하지만 그 대화들이 프로덕트 방향을 바꾸는 인사이트를 하나도 만들어내지 못했다면, 모두의 시간을 낭비한 것에 불과하죠.
진짜 중요한 지표는 이런 것들이에요.
- 몇 개의 가정을 무효화했는가?
- 몇 개의 새로운 기회를 발견했는가?
- 배운 것을 기반으로 로드맵이 어떻게 바뀌었는가?
대화 횟수에 집착하는 것을 비유하면, 헬스장에 “출석한 횟수”만 세는 것과 같아요. 한 달에 20번 갔어도 매번 스트레칭만 하고 나왔다면 근육은 자라지 않죠. 중요한 건 출석 횟수가 아니라, 운동이 실제 체력 변화로 이어졌는지예요. 인터뷰도 마찬가지로, 대화 횟수가 아니라 그 대화가 제품 결정을 바꾸었는지가 진짜 성과 지표예요.
4) 명확한 목표 없이 인터뷰를 시작하고 있다
테스트할 구체적 가설 없이 대화에 들어가면, 모든 것을 건드리되 아무것도 밝혀내지 못하는 산만한 대화가 벌어져요. 대화가 시작되기 전에 정확히 무엇을 배우려고 하는지 알고 있어야 해요.
목표 없는 인터뷰를 비유하면, 목적지 없이 내비게이션을 켜는 것과 같아요. 길을 달리긴 하지만 어디로 가는지 모르니, 한 시간 후에 돌아보면 그냥 동네를 빙빙 돈 셈이죠. “고객에 대해 뭔가 배우자”는 목표가 아니에요. “고객이 월요일 오전에 이 작업을 어떻게 처리하는지 확인하자”가 목표예요.
다음 편에서는 고객 인터뷰의 네 가지 유형과, 의견이 아니라 스토리를 끌어내는 핵심 원칙을 살펴볼게요.