당신이 믿고 있는 사용자 조사, 사실 허점투성이다
"이런 기능 있으면 무조건 써요." 인터뷰에서 사용자가 이렇게 말했다. 3주를 쏟아 만들었다. 아무도 안 썼다. 이건 운이 나쁜 게 아니다. 구조적으로 예고된 실패다.
행동과학에는 이 현상에 이름이 있다. Intention-Action Gap—말과 행동 사이의 간극. Harvard Business Review 연구에 따르면, 소비자의 65%는 "목적 있는 브랜드에서 구매하겠다"고 말했지만 실제로 행동한 비율은 26%에 불과했다. 39포인트짜리 간극. 이건 통계 오차가 아니라 인간 인지의 구조적 한계다.
왜 개발자가 가장 크게 당하는가
dev.to에 올라온 'Why Users Lie to You' 기사가 정확하게 짚는다. 디자이너와 마케터는 이미 이 함정을 학습했다. 에스노그래피, 다이어리 스터디, 컨텍스트 인콰이어리 같은 방법론이 그 산물이다. 그들은 "사용자가 거짓말한다"는 사실을 전제로 방법론을 설계했다.
반면 개발자는 여전히 인터뷰를 신문조서처럼 진행한다. "X 기능 쓰실 건가요?" → "네, 완전요" → 3주 개발 → 아무도 안 만짐 → 2주차 이탈. 인터뷰에 응답하는 뇌와 실제로 앱을 사용하는 뇌는 다르다. 전자는 차분하고 이성적이며 이상적인 자아를 투영한다. 후자는 산만하고 습관으로 움직이며 마찰에 즉각 반응한다. 연구에 따르면 인간이 하루에 내리는 결정의 약 50%는 의식적 사고 없이 습관으로 처리된다. 당신은 그 반응을 인터뷰로 캐낼 수 없다.
Amazon Fire Phone이 남긴 교훈
아마존은 충분한 리소스와 충분한 인터뷰를 가지고 있었다. 2014년 출시된 Fire Phone은 사용자가 "원한다"고 말한 기능들을 가득 탑재했다. 결과는 1억 2천만 달러 손실. 실패 원인은 나쁜 엔지니어링이 아니었다. 나쁜 심리학이었다. 아마존은 stated preference(진술된 선호)를 revealed preference(행동으로 드러난 선호)와 혼동했다. "더 많은 기능을 원한다"는 말과 "덜 복잡한 경험을 원한다"는 행동은 정반대를 가리키고 있었다.
React Virtual DOM이 보여주는 힌트: 최소한의 변경만 가하라
흥미롭게도 이 논리는 프론트엔드 핵심 기술의 작동 원리와 정확히 맞닿아 있다. React의 Virtual DOM은 "무엇이 바뀌었는가"를 정확히 파악한 뒤 필요한 부분만 Real DOM에 반영한다. 전체를 다시 그리는 게 아니라 diff를 낸다. Reconciliation과 Commit Phase의 분리—이게 React가 성능을 지키는 방식이다.
UI 설계도 같은 논리로 접근해야 한다. 사용자가 "원한다"고 말한 전체 기능 목록을 한 번에 구현하는 건 Real DOM 전체를 매번 재렌더링하는 것과 같다. 비용만 크고 진짜 변화는 작다. 대신 행동 데이터를 통해 실제로 바뀐 것만 식별하고, 그것만 컴포넌트에 반영해야 한다. 최소 변경, 최대 효과—이건 기술 설계와 프로덕트 설계 모두에서 통하는 원칙이다.
진실을 말하는 세 가지 신호
그렇다면 무엇을 봐야 하는가. 사용자 인터뷰를 버리고 이 세 가지를 데이터로 다뤄야 한다.
1. 드롭오프 포인트: 온보딩 퍼널에서 이탈이 몰리는 지점은 무작위가 아니다. 설계자의 가정과 실제 사용자 행동이 충돌하는 정확한 좌표다. "앱 꼭 써볼게요"라고 말한 사용자가 3단계 회원가입에서 떠났다면, 그게 사실이다.
2. 유도 없이 사용되는 기능: 5개를 배포했는데 사용자가 자발적으로 1개만 반복 사용한다면, 그 기능에만 실제 내적 트리거가 있다. 나머지 4개는 stated preference의 산물이다. 과감하게 제거하거나 뒤로 밀어야 한다.
3. 물어보지 않은 것에 대한 불만: 1점짜리 리뷰, 지원 티켓, Reddit 스레드—이건 마찰이 극에 달했을 때 사용자가 불편함을 감수하고 남긴 신호다. 프리미엄 인사이트다. 이 데이터를 컴포넌트 수준의 UX 개선으로 연결하는 루프를 팀 안에 설계해야 한다.
인터뷰를 가설로, 행동을 증거로
프레임워크를 바꿔야 한다. 기존 방식은 "물어보고 → 만들고 → 왜 안 쓰지?"였다. 새로운 방식은 "가장 작은 것을 만들고 → 실제 맥락에서 행동을 관찰하고 → 그 다음에 왜냐고 묻는다"다.
'왜'라는 질문은 실제 행동을 먼저 본 뒤에야 의미를 가진다. 그 전의 '왜'는 픽션을 생산한다. Fake door test—존재하지 않는 기능의 버튼이나 랜딩 페이지를 만들어 실제 클릭을 측정하는 방식—은 어떤 설문보다 정직한 구매 의도를 보여준다. 행동을 직접 관찰하기 때문이다.
컴포넌트를 설계하기 전에 물어야 할 질문
코드를 한 줄 짜기 전, 이 질문을 팀의 루틴으로 만들어야 한다.
- 이 기능을 만드는 이유가 "사용자가 원한다고 말해서"인가, 아니면 "기능 없이 시도하다 막히는 걸 직접 봤기 때문"인가?
- 현재 제품에서 이탈이 몰리는 구간을 하드 데이터로 다루고 있는가, 아니면 감으로 넘기고 있는가?
- 유도 없이 반복 사용되는 기능이 있는가? 그 기능이 제품의 중심축이 되어야 하지 않는가?
행동과학 박사 학위가 필요한 게 아니다. 사용자 인터뷰를 증거가 아닌 가설로 다루는 팀 문화의 전환이 필요하다.
전망: 행동 데이터가 설계의 새 언어가 된다
AI 도구가 UI 프로토타이핑을 빠르게 만들수록, 역설적으로 "무엇을 만들 것인가"의 판단이 더 중요해진다. v0.dev나 Cursor로 컴포넌트를 10배 빠르게 생성할 수 있는 시대에, 잘못된 전제 위에 10배 빠르게 쌓인 기능은 10배 빠른 실패로 이어질 뿐이다.
진짜 경쟁력은 인터뷰 질문지가 아니라 드롭오프 대시보드를 설계 기준으로 삼는 팀, 그리고 그 신호를 컴포넌트 수준의 의사결정으로 연결하는 개발자에게 있다. 사용자가 거짓말하는 건 악의가 아니다. 인간 인지의 구조다. 그 구조를 이해한 팀이 생존한다.