고객이 자주 떠올리지 않는 문제는, 대개 안 사는 문제입니다
문제가 크다는 말보다, 지난 2주 안에 몇 번이나 그 문제를 떠올렸는지가 더 빨리 진실을 보여줍니다
문제 검증을 할 때 우리는 자꾸 문제의 크기부터 묻습니다. 이게 큰 시장인가, 충분히 아픈가, 돈이 되나 같은 질문이 먼저 나오죠.
그런데 저는 초기에 더 먼저 봐야 하는 게 따로 있다고 생각합니다. 그 문제를 고객이 얼마나 자주 떠올리느냐입니다.
왜냐하면 사람은 큰 문제를 항상 먼저 해결하지 않기 때문입니다. 반대로 매주 두세 번씩 머리를 치고 지나가는 문제는, 생각보다 훨씬 빨리 돈과 행동으로 이어집니다.
(이 차이가 인터뷰 몇 번만 해도 꽤 선명하게 보입니다. “중요해요”라고 말하는 얼굴과, “아 그거요, 어제도 또 했어요”라고 말하는 얼굴은 완전히 다르거든요.)
보통은 문제의 크기가 우선이라고 생각합니다. 저는 오히려 초반에는 문제의 크기보다 문제의 호출 빈도가 더 좋은 신호라고 봅니다.
큰데 잘 안 떠오르는 문제는 예산 회의 때만 등장합니다. 자주 떠오르는 문제는 월요일 오전 9시 12분에도, 금요일 저녁 6시에도 다시 나타납니다.
고객은 “큰 문제”보다 “자꾸 끼어드는 문제”에 먼저 반응합니다
예를 들어 6명짜리 초기 SaaS 팀이 채용 운영 툴을 만든다고 해보겠습니다. 창업자는 “채용 브랜딩이 중요하다”는 말을 듣고 기업 채용 페이지를 예쁘게 만드는 기능부터 구상합니다.
이건 분명 중요한 문제입니다. 회사 입장에서도 크죠. 그런데 HR 매니저 12명을 만나보면 반응이 묘할 수 있습니다. 다들 중요하다고는 하는데, 이번 주에 그 문제 때문에 실제로 손이 멈춘 적은 없다고 합니다.
반면 다른 얘기가 나옵니다. 면접관 일정 조율 메일이 하루에 9번씩 오고, 후보자 한 명 일정 바뀌면 슬랙과 구글 캘린더, 노션을 다 다시 고쳐야 한다는 거예요.
이건 회사 전체로 보면 채용 브랜딩보다 작아 보일 수 있습니다. 하지만 담당자는 화요일마다 이 문제를 떠올리고, 수요일에도 다시 욕을 하고, 금요일에도 또 같은 파일을 엽니다.
초기 제품은 대개 “더 큰 문제”가 아니라 “더 자주 귀찮게 하는 문제”에서 시작됩니다.
그래서 고객 인터뷰에서 “이게 얼마나 중요하세요?”만 물으면 자주 속습니다. 사람은 중요하다고 말할 수 있습니다. 하지만 자주 떠올리지 않는 문제에는 행동을 잘 안 붙입니다.
질문을 조금만 바꾸면, 인터뷰의 밀도가 달라집니다
그럼 어떻게 물어봐야 할까요?
저는 “이 문제 크죠?”보다 “마지막 2주 안에 이 문제를 몇 번 떠올리셨나요?”에 가까운 질문을 더 믿습니다. 미래 의견보다 과거 행동이 낫다는 Rob Fitzpatrick의 The Mom Test 원칙도 결국 같은 방향입니다.
실제로는 이렇게 묻는 편이 좋습니다. 마지막으로 이 문제를 처리한 날이 언제였는지, 누가 했는지, 몇 분이나 걸렸는지, 그때 어떤 파일이나 도구를 열었는지요.
예를 들어 “증빙 누락 때문에 힘드시죠?”라고 묻는 대신, “지난주에 증빙 누락 찾느라 메신저나 메일을 몇 번 뒤졌나요?”라고 묻는 겁니다.
그러면 답이 달라집니다. “중요하죠” 대신 “지난 목요일에 40분 썼고, 금요일에도 한 번 더 했어요. 카드 담당자가 바뀌어서 또 꼬였거든요” 같은 말이 나옵니다.
저는 이 디테일이 나오기 시작하면 그 문제를 더 깊게 팝니다. 반대로 답이 “가끔요”, “언젠가는 필요하죠”, “있으면 좋죠” 수준에서 머물면 일단 한 발 물러납니다.

Startups.com의 고객 발견 가이드도 문제, 해결책, 수익 모델이 실제 고객 욕구와 맞는지 확인하라고 말합니다. 그런데 그 맞음은 선언으로 확인되지 않습니다. 반복되는 행동으로 확인됩니다.
문제를 자주 떠올리는 사람은 이미 우회로를 갖고 있습니다. 엑셀 템플릿을 따로 만들어놨거나, 슬랙 북마크를 해놨거나, 아예 팀 내에서 “이건 민지님만 아는 방식”이 생겨 있습니다.
그 우회로가 있다는 건 좋은 신호입니다. 불편이 반복됐다는 뜻이고, 반복됐다는 건 예산보다 먼저 주의력을 잡아먹고 있었다는 뜻이니까요.
문제가 큰데도 안 팔리는 이유는, 빈도가 낮아서인 경우가 많습니다
많이들 이렇게 생각합니다. 큰 문제면 언젠가 반드시 산다고요.
저는 여기서 자주 반대로 봅니다. 큰 문제인데 안 팔리는 제품 중 상당수는, 그 문제가 고객 일상에 자주 호출되지 않기 때문에 밀리는 경우가 많습니다.
예를 들어 법무 리스크 관리 소프트웨어를 생각해보죠. 분명 중요합니다. 사고 한 번 나면 손실도 큽니다. 그런데 직원 40명짜리 회사의 운영 책임자는 그 문제를 매일 떠올리지 않습니다.
대신 그는 매주 세금계산서 누락, 입퇴사 서류 전달, 결재 지연, 미수금 확인 같은 일을 더 자주 떠올립니다. 이 문제들은 하나하나의 크기는 작아 보여도 빈도가 높고, 그래서 구매 우선순위에서 앞에 섭니다.
문제 검증에서 놓치기 쉬운 게 바로 이 순서입니다. 고객은 인생에서 가장 큰 문제를 먼저 사지 않습니다. 이번 주에 제일 자주 자신을 붙잡는 문제를 먼저 삽니다.
(이 말을 하면 가끔 너무 실무적이라고들 합니다. 그런데 초기 스타트업은 대개 거기서 살아남습니다. 거대한 비전보다 반복되는 짜증 하나를 먼저 없애는 쪽에서요.)
그래서 고객 인터뷰를 할 때 “얼마나 치명적인가”만 기록하면 반쪽입니다. “지난 14일 동안 몇 번이나 이 일을 떠올렸는가”, “그때마다 어떤 우회 행동을 했는가”까지 적어야 제품 우선순위가 보입니다.
제가 인터뷰에서 먼저 적어두는 건 이 세 가지입니다
빈도, 최근성, 우회비용.
이 세 가지가 붙으면 문제의 질감이 달라집니다. 중요도 평점 8점보다 훨씬 믿을 만해집니다.
빈도는 말 그대로 얼마나 자주 떠오르는지입니다. 하루 3번인지, 주 1번인지, 분기 1번인지가 다릅니다.
최근성은 마지막 발생 시점입니다. 어제 있었던 문제와 8개월 전에 한 번 있었던 문제는, 인터뷰의 생생함부터 다릅니다.
우회비용은 그 문제를 그냥 버티기 위해 지금 무엇을 쓰고 있는지입니다. 엑셀 4개를 붙이는지, 팀장이 직접 확인하는지, 외주에게 월 30만 원을 쓰는지 같은 것들이죠.
예를 들어 직원 120명 규모 이커머스 회사의 재무 담당자를 만났다고 해보겠습니다. “카드 증빙 누락 추적”을 물었더니 이렇게 답할 수 있습니다.
“월말 주간에는 하루 두 번은 떠올려요. 지난주 수요일에도 6명한테 메일 보냈고, 금요일 오전에 법인카드 내역 다시 맞췄어요. 지금은 구글시트 하나랑 카드사 CSV 내려받아서 씁니다.”
이건 강한 신호입니다. 반대로 “그런 기능 있으면 좋죠”에서 끝나면, 저는 그 말을 거의 메모하지 않습니다.

인터뷰 수가 적을 때도 이 기준은 꽤 유용합니다. Medium의 고객 발견 글에서 정리한 일반적 감각으로는 5~10회 인터뷰에서 문제 공간을 이해하고, 10~20회에서 패턴을 확인하며, 20~30회쯤 가면 표현과 제안이 다듬어집니다.
그 과정에서 같은 문장이 반복되면 좋습니다. “매주 월요일 아침마다요”, “마감 전날이면 꼭요”, “담당자 휴가 가면 바로 터져요” 같은 말이 3명, 5명, 7명에게서 겹치기 시작하면 그때부터는 꽤 믿을 만합니다.
문제 빈도를 보면, 누구를 먼저 공략해야 할지도 같이 드러납니다
같은 문제라도 어떤 사람에게는 월 1회, 또 다른 사람에게는 하루 5회일 수 있습니다.
그래서 문제 검증은 결국 고객 세분화 작업과 붙어 있습니다. a16z가 말하는 ICP 좁히기도 같은 맥락이죠. 모두에게 조금 불편한 문제보다, 특정 집단에게 매우 자주 발생하는 문제를 찾는 쪽이 초기에 훨씬 강합니다.
예를 들어 “중소기업 인사팀”은 너무 넓습니다. 대신 “직원 50~150명, 채용 전담 코디네이터가 없고, 면접 일정 조율을 팀 리드가 직접 하는 회사”라고 좁혀보면 인터뷰 내용이 갑자기 또렷해집니다.
이 그룹은 면접 일정 변경을 자주 떠올립니다. 반면 대기업 채용팀은 ATS가 이미 있어서 그 문제 빈도가 낮을 수 있습니다. 문제 자체는 같아 보여도, 빈도가 다르면 시장의 온도도 달라집니다.
저는 그래서 인터뷰 메모에 직군과 회사 규모만 적지 않습니다. “이 문제가 한 주에 몇 번 머리를 치고 지나가는 사람인가”를 같이 적습니다.
그렇게 보면 첫 10명 고객 후보도 자연스럽게 좁혀집니다. 자주 떠올리는 사람은 답장도 빠르고, 데모도 길게 보고, 수동 세팅도 감수합니다. 문제를 자주 떠올리지 않는 사람은 호의적이어도 일정이 자꾸 밀립니다.
좋은 고객 인터뷰는 감정의 세기가 아니라 반복의 흔적을 남깁니다
고객이 인터뷰 중에 “정말 힘들어요”라고 말하면 솔깃합니다. 저도 그렇습니다.
그런데 그 말 하나보다 더 믿을 만한 건 반복의 흔적입니다. 지난달에 몇 번 있었는지, 캘린더에 따로 블록을 잡는지, 파일 이름이 “최종_진짜최종_수정본”으로 남아 있는지, 특정 팀원이 휴가 가면 왜 일이 멈추는지 같은 것들이요.
ProductPlan도 고객 검증 인터뷰를 리스크를 줄이는 가장 쉬운 방법 중 하나로 꼽습니다. 저는 그 리스크를 줄이는 핵심이 결국 말의 온도가 아니라 행동의 반복성을 포착하는 데 있다고 봅니다.
인터뷰가 끝난 뒤에는 메모를 이렇게 정리해두면 좋습니다.
- 이 문제를 마지막으로 처리한 날짜는 언제였나
- 지난 2주 동안 몇 번이나 다시 떠올렸나
- 지금은 어떤 도구나 사람으로 버티고 있나
- 그 우회 방식에 드는 시간과 비용은 얼마인가
- 문제가 생기면 누가 가장 먼저 스트레스를 받나
이 다섯 줄이 선명하면, “문제가 큰가”라는 질문은 그다음에 붙여도 늦지 않습니다. 오히려 그때 가서 시장 크기와 가격 이야기가 훨씬 현실적으로 연결됩니다.
문제 검증은 거창한 고통을 찾는 일이 아닙니다. 고객의 하루를 자꾸 끊어먹는 반복을 찾는 일에 더 가깝습니다.
자주 떠오르는 문제는 이미 고객 머릿속에서 자리를 차지하고 있습니다. 초기 스타트업이 먼저 가져와야 하는 것도 결국 그 자리라고 저는 생각합니다.
참고한 문헌 링크
- Idea Validation Process: Customer Discovery
- Problem Validation: Making Sure You’re Talking To The Right People
- The Art of Customer Discovery: How to Validate Your Idea Before Writing a Single Line of Code
- 9 Tips for Better Customer Validation Interviews
- How do you get interviews with potential customers to validate your ...