사용자가 '대박'이라 해도 들뜨지 마라: 통증 포인트와 가려움 포인트
입으로 하는 좋아함은 한 푼 가치도 없다. 수요를 판단하는 기준은 딱 하나다: 사용자가 무엇을 지불할 의향이 있는가.
Chen Dahuang
인디 개발자

원문은 X Articles에 게시되었습니다.
인디 개발자를 가장 쉽게 속이는 문장이 하나 있다:
"그 아이디어 대박이다."
듣기엔 좋다. 실제로는 대개 한 푼 가치도 없다. 많은 사람이 칭찬한다고 해서 그들이 네가 만드는 걸 필요로 한다는 뜻은 아니다. 예의상 하는 말일 수도 있고, 방향이 그냥 들어보기 좋아서일 수도 있고, 너를 응원하려는 것일 수도 있다.
네가 신나서 한참 말을 하고 있는데 상대는 찬물을 끼얹기가 미안해서, 그냥 공짜 한마디 던져준다:
"좋네, 꽤 가치 있어 보여."
그러면 넌 꽂힌다.
수요를 검증했다고 생각한다. 사실 네가 검증한 건 상대가 괜찮은 사람이라는 것뿐이다.
사용자가 입으로 하는 "대박"은 기껏해야 네 아이디어가 멍청해 보이지는 않는다는 뜻이다.
그게 그 사람에게 수요가 있다는 증거도 아니고, 옮겨올(마이그레이션할) 의향이 있다는 증거도 아니고, 매일 쓸 거라는 증거도 아니고, 돈을 낼 거라는 증거는 더더욱 아니다.
입으로 하는 좋아함이 가장 해롭다
제품 리서치에서 입으로 하는 좋아함만큼 해로운 건 없다.
- "오픈하면 알려줘."
- "만들면 꼭 쓸게."
- "이 방향 시장성이 진짜 있어."
- "주변에 이런 거 필요한 사람 많아."
이런 말들은 다 수요처럼 들린다. 하지만 대부분 그냥 사회적 윤활제다. 기분 좋고 자신감을 주면서, 진짜 통증 포인트에 닿았다고 착각하게 만든다. 그러고 실제로 만들고 링크를 보내면, 그 사람은 가입조차 귀찮아할 수 있다.
그때서야 깨닫는다. 네가 들은 "대박"은 "행운을 빌게"의 다른 표현이었다는 걸.
수요를 판단하는 기준은 딱 하나
사용자가 무엇을 지불할 의향이 있는지 봐라.
돈이 가장 단단한 신호다. 돈을 낸다면, 그 문제가 진짜 그를 찌르고 있다는 뜻이다.
돈만이 비용은 아니다. 시간, 데이터 마이그레이션, 적극적인 시도, 동료 추천, 거친 버전을 참는 것 — 모두 비용이다.
하지만 사용자가 어떤 비용도 지불하지 않고 좋은 말만 한다면, 십중팔구 그냥 가려움 포인트다.
통증 포인트는 사람을 행동하게 만든다. 가려움 포인트는 사람을 예의 바르게 만들 뿐이다.
친구의 응원을 시장으로 착각하지 마라
많은 인디 개발자는 아이디어를 친구들과 먼저 이야기하면서 시작한다.
친구가 좋다고 하니 만들기 시작한다. 네티즌이 쓰고 싶다고 하니 만들기 시작한다. 댓글에 누군가 "저장"이라고 하면 시장이 온 줄 안다.
진짜 시장은 결제 기록에 있고, 예약된 시험 사용에 있고, 사용자가 지금 쓰고 있는 추한 Excel 상태를 보여주려는 의지에 있고, 이 문제 때문에 매달 돈을 얼마나 낭비하는지 말해주는 데 있고, 반제품 버그를 참아내는 데 있다.
- 열 가지 임시방편으로 문제를 돌아가는 사람 — 그건 통증이다.
- 대안을 위해 매달 돈을 낼 사람 — 그건 통증이다.
- 자기 워크플로우를 설명하는 데 30분을 쓸 사람 — 그건 통증이다.
- "아이디어 좋네요"라고만 하고 아무것도 안 하는 사람 — 진지하게 받아들이지 마라.
*《못 안에 서다》(置身钉内)*에는 아주 날카로운 관찰이 있다:
사용자가 제품을 받아들이는지 판단할 때, "좋다" "나쁘다"는 말만 들어서는 안 된다. 그가 그 제품을 위해 무엇을 지불할 의향이 있는지 봐야 한다. 돈을 낼 수 있고, 시간을 낼 수 있고, 관심을 낼 수 있고, 마이그레이션 비용을 낼 수 있고, 조직의 승인을 낼 수 있고, 심리적 안전감을 낼 수도 있다.
인디 개발자는 대기업만큼의 시행착오 예산이 없기 때문이다.
"다들 좋다고 해서" 6개월을 태울 수는 없다. 이 수요가 실제로 비즈니스인지 일찍 알아야 한다.
더 현실적인 질문을 던져라
묻지 마라: "이 제품 어떻게 생각해요?"
그 질문은 빈말로 답하기 너무 쉽다.
물어라:
- "지금 이 문제를 어떻게 해결하고 있어요?"
- "이 문제 때문에 돈을 내본 적 있어요?"
- "지금 얼리버드 가격을 지불할 의향 있어요?"
- "지금 쓰는 워크플로우 스크린샷 보여줄 수 있어요?"
- "내가 못생긴 MVP를 만들면, 다음 주에 써볼래요?"
그다음 그들이 하는 말이 아니라 행동을 봐라.
진짜로 아픈 사람은 세부 사항을 준다. 지금 겪는 불만, 대안, 예산, 시도해 본 것, 왜 짜증 나는지 이야기한다.
가짜 통증은 의견만 줄 뿐이다. "방향 좋네요"라고 하고 다시 휴대폰을 만지작거린다.
의견은 가치가 없다. 행동은 가치가 있다. 지불이 가장 가치 있다.
수많은 제품이 하나의 근본 원인으로 실패한다: "누군가 칭찬했다"를 "누군가 샀다"로 착각하는 것.
이 둘은 아주 멀리 떨어져 있다. 칭찬하는 사람은 네 표현을 소비하는 것이고, 사는 사람은 자기 문제를 푸는 것이다.
칭찬을 들을 수는 있다 — 하지만 그것으로 결정을 내리지 마라.
긍정적 피드백을 모을 수는 있다 — 하지만 그것을 주문으로 세지 마라.
방향을 믿을 수는 있다 — 하지만 항상 한 가지 질문으로 돌아와야 한다:
이 사람은 이걸 위해 무엇을 지불할 의향이 있나?
"가치 있어 보이는" 것은 대개 아무도 급히 사지 않는다
인디 개발자가 가장 두려워해야 할 것은 "가치 있어 보이는" 제품을 만드는 것이다.
가치 있어 보이면, 모두가 이해하고, 모두가 좋은 말을 할 수 있다 — 그리고 아무도 급히 사지 않는다.
진짜 좋은 초기 제품은 대개 그렇게 대단하지 않다. 아주 작은 집단의 아주 작은 문제 하나를 풀 수도 있는데, 그 작은 문제가 충분히 짜증 나고, 충분히 자주 발생하고, 충분히 돈이 든다. 그들에게 보여주면 "방향 좋네요"가 아니라 바로 물어본다:
얼마예요?
언제 쓸 수 있어요?
오늘 먼저 써볼 수 있어요?
그게 좋은 신호다.
사용자가 대박이라고 해도 흥분하지 마라.
그들에게 돈을 내게 하고, 쓰게 하고, 옮기게 하고, 진짜 비용을 지불하게 해라.
비용이 드러나면, 수요도 드러난다.
통증과 가려움의 차이도 분명해진다.
참고: 《못 안에 서다》(置身钉内)
관련 글