들어가기 전에

사람은 불편함을 그대로 사지 않는다.

사람은 이름 붙은 문제를 산다.

이 차이를 놓치면 사업은 이상하게 흘러간다. 고객은 분명 불편해 보인다. 설명을 들으면 고개도 끄덕인다. 데모를 보면 좋아 보인다고도 한다. 그런데 결제하지 않는다. 소개하지 않는다. 내부에서 예산을 따내지도 않는다.

이유는 단순하다.

그 불편함이 아직 구매 가능한 문제로 굳지 않았기 때문이다.

고객은 막연한 불편함만으로 움직이지 않는다. 사람은 흐릿한 감각에는 적응한다. 귀찮음, 불안, 찝찝함, 비효율, 낭비, 답답함은 일상에 널려 있다. 모든 불편함을 문제로 인식하면 삶이 돌아가지 않는다. 그래서 사람은 대부분의 불편함을 배경으로 밀어낸다.

그런데 이름이 붙는 순간 달라진다.

"기술 부채"라는 말이 생기면 오래된 코드의 찝찝함은 엔지니어 개인의 투덜거림이 아니라 갚아야 할 비용이 된다. "알림 피로"라는 말이 생기면 잦은 알림은 직원의 예민함이 아니라 집중력을 갉아먹는 운영 문제가 된다. "섀도 AI"라는 말이 생기면 직원들이 몰래 쓰는 도구는 개인 생산성 꼼수가 아니라 보안, 데이터, 권한의 문제가 된다.

이름은 설명이 아니다. 이름은 고객의 머릿속에 문제를 설치하는 도구다.

문제가 설치되어야 오퍼가 팔린다.

그래서 이 책은 후킹을 더 세게 만드는 책이 아니다. 카피를 더 예쁘게 쓰는 책도 아니다. 이 책은 고객이 이미 겪고 있는 흐릿한 불편함을 구매 가능한 문제명으로 고정하고, 그 문제명에서 오퍼를 꺼내는 책이다.

이 책의 핵심 주장은 하나다.

고객은 제품을 사는 게 아니라, 자기 안에서 이름 붙은 문제를 해결할 출구를 산다.

그러므로 사업가는 질문을 바꿔야 한다.

"무엇을 만들까?"보다 먼저 물어야 할 질문은 이것이다.

고객은 이 불편함을 어떤 이름으로 부를 때 비로소 돈을 쓸 수 있는가?