사용자 인터뷰 방법 — 듣고 싶은 답을 유도하지 않기

사용자 인터뷰를 마치고 나면 이상하게 처음 세웠던 가설이 다 맞았다는 확신이 든다. 그런데 녹취록을 다시 읽어보면, 질문 자체가 답을 유도하고 있었다는 사실을 발견하는 경우가 많다. “이 기능이 편하다고 느끼시죠?” 같은 질문은 사용자의 진짜 생각이 아니라 질문자의 기대를 확인하는 도구일 뿐이다. 사용자 인터뷰의 목적은 이미 알고 있는 것을 재확인하는 게 아니라, 몰랐던 것을 발견하는 데 있다.

1. 왜 인터뷰가 끝나면 가설이 다 맞아 보일까

확증편향은 인터뷰 설계 단계에서부터 시작된다. 팀이 이미 특정 방향의 결론을 원하고 있으면, 질문지도 그 방향으로 짜이고, 진행자도 자신도 모르게 원하는 답이 나올 때 고개를 끄덕이고 다음 질문으로 빨리 넘어간다. 반대로 예상과 다른 답이 나오면 “이 사용자는 특이 케이스”라며 무시하기 쉽다. 인터뷰 결과가 항상 가설을 지지한다면, 그건 인터뷰가 잘 된 게 아니라 설계가 편향됐다는 신호로 봐야 한다.

2. 인터뷰 대상을 잘못 고르면 나머지는 소용없다

질문을 아무리 잘 설계해도 인터뷰 대상자 선정이 편향되어 있으면 결과 전체가 왜곡된다. 흔한 실수는 구하기 쉬운 사람 — 동료의 지인, 이미 제품에 호의적인 헤비 유저 — 을 위주로 섭외하는 것이다. 이런 표본은 극단적으로 만족하거나 극단적으로 불만인 목소리만 모아놓은 경우가 많아, 정작 다수를 차지하는 평범한 사용자의 행동 패턴을 놓치게 만든다.

대상자를 고를 때는 실제 사용자 구성과 최대한 비슷하게 다양성을 확보하려는 의식적인 노력이 필요하다. 신규 사용자와 오래된 사용자, 적극적으로 쓰는 사람과 어쩌다 쓰는 사람을 고르게 섞어야 표본 전체가 특정 방향으로 쏠리는 것을 막을 수 있다.

3. 유도신문을 피하는 법

가장 쉬운 원칙은 기능명을 먼저 말하지 않는 것이다. 행동을 먼저 묻고 기능은 나중에 확인한다. 가정형 질문도 피해야 한다. “이런 기능이 있으면 쓰시겠어요?”라는 질문에는 대부분 예의상 “네”라고 답하지만, 실제 사용 여부와는 상관이 없다. 대신 과거에 실제로 겪은 구체적인 상황을 묻는 편이 훨씬 신뢰할 수 있다. 닐슨 노먼 그룹이 정리한 인터뷰 질문 가이드도 개방형 질문과 행동 기반 질문을 일관되게 강조한다.

4. 침묵을 견디는 기술

진행자가 가장 못 견디는 순간은 질문 후 몇 초간 이어지는 침묵이다. 그 어색함을 메우려고 곧바로 다음 질문을 던지거나, 심지어 스스로 답을 예시로 제시해버리는 경우가 있는데 이는 사용자의 답을 그대로 대신 말해주는 셈이다.

5. 진행자와 기록자를 분리하기

혼자 인터뷰를 진행하면서 동시에 메모까지 완벽하게 남기려는 것도 흔한 실수다. 질문과 반응에 집중해야 할 주의력이 받아적는 데 분산되면, 다음 질문으로 자연스럽게 이어가는 흐름이 끊기고 후속 질문을 놓치기 쉽다. 가능하다면 진행자와 기록자의 역할을 나누고, 여의치 않다면 녹음을 남겨 진행에만 집중하는 편이 훨씬 낫다.

역할을 나누면 또 다른 이점이 생긴다. 기록자는 진행자가 놓친 흥미로운 반응이나 추가로 파고들 만한 지점을 옆에서 캐치해 다음 질문으로 제안할 수 있다. 두 사람의 시선이 겹치면서 한 사람이 놓칠 수 있는 신호를 서로 보완하게 된다.

6. 마치며

인터뷰 자체를 잘 진행해도 기록 단계에서 왜곡이 생긴다. 요약할 때 팀이 원하는 결론에 맞춰 문장을 다듬는 경우, 같은 인터뷰를 본 두 명이 전혀 다른 결론을 내리는 경우가 대표적이다. 이를 줄이려면 해석과 사실을 분리해서 기록하고, 인터뷰 녹취를 정리하는 방법을 활용해 원문 인용을 남긴 채 요약하는 습관을 들이는 게 좋다. 종합된 인사이트는 곧바로 디자인 브리프에 반영하는 절차로 연결해야 인터뷰가 문서함에서 끝나지 않는다.

사용자 인터뷰는 답을 확인하는 자리가 아니라 질문을 다시 던지는 자리다. 다음 인터뷰 전에 질문지를 소리 내어 읽어보고, 어떤 답을 기대하고 있는지 스스로 점검해보는 것부터 시작하자.