사용자 인터뷰를 해도 인사이트가 안 나오는 이유

인터뷰는 열심히 했는데..그래서 뭘 해야 하죠?

특히 초기 스타트업에서 정말 자주 발생하는 일입니다. 사용자 15명, 20명, 많게는 30명까지 인터뷰를 했는데도 결국 남는 건 녹취 파일과 정리되지 않은 노트뿐. 회의실에 모여 이렇게 말하죠. “그래서... 뭘 바꾸면 되죠?” 인터뷰는 분명히 열심히 했습니다. 그렇지만 방향은 여전히 보이지 않습니다.

왜 이런 일이 생길까요?

많은 팀이 ‘사용자 의견 수집’은 잘합니다. 하지만 문제의 ‘구조화’는 하지 않는 경우가 많습니다. 이 둘은 완전히 다른 일입니다. 의견 수집은 사용자가 한 말을 모으는 일이고, 문제 구조화는 그 말들이 어떤 행동 패턴과 맥락에서 나왔는지 정리하는 일입니다. 인터뷰를 했더라도 그 안에서 반복되는 구조를 뽑아내지 못하면 인사이트는 나오지 않습니다.

프로덕트 조직이 가장 많이 하는 실수는 크게 세 가지입니다.

첫째, 가설 없이 인터뷰를 시작합니다.

“일단 사용자의 의견을 들어보자”는 접근은 생각보다 위험합니다. 무엇을 알고자 하는지에 대한 목표가 없으면 질문은 중심을 잃고, 수집된 데이터도 흩어집니다. 최소한 이런 질문은 있어야 합니다.

- 우리는 어떤 행동이 문제라고 보고 있는가?

- 그 행동은 어떤 상황에서 발생한다고 가정하는가?

문제가 발생하는 지점과 확인하고 싶은 지점이 존재해야 인터뷰는 탐색이 아니라 분석이 됩니다.

둘째, 기능 피드백만 수집합니다.

“이 기능은 어떠셨어요?” “이 화면은 불편하지 않으셨어요?” 이런 질문을 반복하면 사용자는 평가자가 됩니다. 그리고 대부분 이렇게 답합니다. “나쁘지 않았어요.” “그냥 그랬어요.” “있으면 좋을 것 같아요.” 이런 답변의 문제는 행동의 이유를 설명해주지 않는다는 점입니다. 사용자가 무엇을 느꼈는지, 왜 그 행동을 선택했는지, 어떤 맥락이 있었는지를 묻지 않으면 ‘좋다/나쁘다’ 이상의 정보는 나오지 않습니다.

셋째, 감정과 맥락을 구조화하지 않습니다.

많은 팀이 인터뷰 내용을 요약은 합니다. 하지만 구조화는 하지 않습니다. 예를 들어 “귀찮아서 그냥 안 썼어요.”라는 말을 그대로 적어두면 그건 단순한 의견입니다. 하지만 한 단계 더 들어가 보면 달라집니다. 언제 귀찮았는지, 어떤 상황이었는지, 그때 대안은 무엇이었는지. 이런 질문을 통해 “퇴근 직후 → 인지적 에너지 저하 → 선택 회피 → 서비스 이탈” 같은 행동 구조가 드러납니다. 이것이 인사이트입니다.

그렇다면 사용자 인터뷰는 어떻게 흘러가야 할까요?

사용자 인터뷰 프로세스

먼저 질문 설계입니다. 인터뷰는 질문에서 이미 절반이 결정됩니다. 행동 단위로 질문해야 합니다. “이 기능은 어떠셨어요?”가 아니라, “그 상황에서 정확히 어떤 과정을 거쳤나요?”라고 묻는 식입니다. 중요한 건 의견이 아니라 행동의 흐름입니다. 사용자가 어떤 순서로 생각했고, 무엇을 비교했고, 어떤 기준으로 선택했는지를 드러내야 합니다. “왜 그렇게 생각했나요?”라는 추상적 질문보다 “그때 다른 선택지는 뭐가 있었나요?”처럼 구체적인 질문이 훨씬 많은 정보를 줍니다. 인터뷰는 평가를 수집하는 자리가 아니라, 의사결정 과정을 재구성하는 자리여야 합니다.

다음은 맥락 분류입니다. 인터뷰가 끝나면 많은 팀이 인상적인 문장만 정리합니다. 하지만 실제로 중요한 건 문장이 아니라 조건입니다. 시간은 언제였는지, 장소는 어디였는지, 감정 상태는 어땠는지, 그 순간의 에너지 수준은 어땠는지, 그리고 대안 행동은 무엇이었는지. 예를 들어 “귀찮아서 안 썼다”는 말도 출근 직전의 귀찮음과 퇴근 후의 귀찮음은 전혀 다른 맥락입니다. 같은 행동이라도 맥락이 다르면 원인도 다릅니다. 이 단계를 통해 우리는 문제를 ‘구조’로 보기 시작합니다.

마지막은 행동 패턴 추출입니다. 개별 인터뷰는 사례일 뿐입니다. 인사이트는 반복에서 나옵니다. 여러 인터뷰에서 비슷한 맥락, 비슷한 감정, 비슷한 선택 흐름이 나타나는지 봐야 합니다. 예를 들어 “퇴근 직후 → 피로 → 복잡한 비교 회피 → 기본 옵션 선택 또는 이탈” 같은 구조가 반복된다면, 그건 개인의 취향 문제가 아니라 설계의 문제입니다. 여기서 비로소 “그래서 우리는 무엇을 바꿔야 하는가”가 보입니다. 버튼 색이 아니라 의사결정 단계를 줄여야 한다는 식의 방향이 도출됩니다.

실무에서는 이 과정이 여러 방법론으로 구체화됩니다. 질문 설계 단계에서는 가설 기반 인터뷰 설계(Hypothesis-driven interview)나 Jobs-to-be-Done 등의 프레임을 활용해 사용자의 행동 목적과 맥락을 구조화하기도 합니다. 맥락 분류 단계에서는 컨텍스트 매핑(Context Mapping)이나 어피니티 다이어그램(Affinity Diagram)을 통해 시간·감정·상황·대안 행동을 기준으로 데이터를 재배열합니다. 그리고 행동 패턴 추출 단계에서는 사용자 여정 맵(User Journey Map)이나 퍼소나, 서비스 블루프린트를 활용해 반복되는 의사결정 흐름과 마찰 지점을 시각화합니다.

결국 UX 리서치의 목적은 행동의 구조를 발견하는 것입니다. 질문 설계는 흐름을 드러내기 위함이고, 맥락 분류는 조건을 이해하기 위함이며, 행동 패턴 추출은 전략으로 연결하기 위함입니다. 이 세 단계를 거쳐야 리서치는 보고서가 아니라 의사결정 도구가 됩니다.

인터뷰를 몇 명 했는지가 중요한 것은 아닙니다. 세 명이어도 구조가 보이면 전략은 나옵니다. 반대로 서른 명을 만나도 구조가 보이지 않으면 방향은 여전히 안 보입니다. 리서치는 숫자가 아니라 구조를 보는 일입니다.

참고문헌

Ries, E. (2011). The lean startup: How today’s entrepreneurs use continuous innovation to create radically successful businesses. Crown Business.

Suchman, L. A. (1987). Plans and situated actions: The problem of human–machine communication. Cambridge University Press.

Strauss, A., & Corbin, J. (1998). Basics of qualitative research: Techniques and procedures for developing grounded theory (2nd ed.). Sage Publications.

Christensen, C. M., Hall, T., Dillon, K., & Duncan, D. S. (2016). Competing against luck: The story of innovation and customer choice. Harper Business.