불편 인터뷰에서 해결책보다 상황을 먼저 묻는 방법

“무엇을 만들어 드릴까요?”가 위험한 이유

인터뷰에서 원하는 기능을 먼저 물으면 대화는 기존 제품의 개선 목록으로 빠르게 좁아집니다. 사용자는 자신이 알고 있는 해결책의 언어로 답하기 때문에, 실제 불편이 발생한 맥락과 지금 사용 중인 우회 방법은 보이지 않게 됩니다.

좋은 문제 인터뷰는 아이디어의 찬반을 묻는 자리가 아닙니다. 최근에 실제로 일어난 한 장면을 복원하고, 그 장면에서 사람이 어떤 선택을 했으며 무엇을 포기했는지 확인하는 과정입니다.

최근 한 번의 구체적인 장면부터 시작하기

“평소에 불편한가요?” 대신 “마지막으로 그 일을 했던 때를 떠올려 달라”고 요청합니다. 언제, 어디서, 누구와, 어떤 도구를 사용했는지 순서대로 묻습니다. 기억이 구체적일수록 일반적인 의견보다 실제 행동에 가까운 답을 얻을 수 있습니다.

사용자가 과정을 건너뛰면 “그 직전에 무엇을 보고 있었나요?”, “다음으로 무엇을 열었나요?”처럼 관찰 가능한 행동으로 돌아갑니다. 감정은 중요하지만 행동과 분리해 기록해야 원인을 추측으로 채우지 않게 됩니다.

우회 행동은 이미 지불하고 있는 비용이다

사람들은 문제가 충분히 중요하면 임시 해결책을 만듭니다. 별도의 엑셀 파일, 메신저 알림, 수기 메모, 동료에게 반복해서 묻는 행동이 대표적입니다. 이런 우회 행동은 새 제품이 경쟁해야 할 실제 대안입니다.

“현재 어떻게 버티고 있나요?”, “그 방법을 쓰는 데 얼마나 걸리나요?”, “누가 추가로 관여하나요?”를 물으면 시간과 협업 비용을 확인할 수 있습니다. 불만의 강도보다 이미 치르고 있는 비용이 문제의 우선순위를 더 잘 보여줄 때가 많습니다.

피해야 할 질문과 바꿔 묻는 방식

“이 기능이 있으면 쓰시겠어요?”는 긍정적인 답을 유도하지만 실제 선택을 예측하기 어렵습니다. 대신 비슷한 문제를 해결하기 위해 최근에 설치하거나 구매하거나 요청한 것이 있는지 묻습니다.

• “좋아 보이나요?” 대신 “지금 방법을 바꾸려면 무엇이 달라져야 하나요?”
• “얼마를 내시겠어요?” 대신 “현재 이 문제 때문에 쓰는 시간과 비용은 얼마인가요?”
• “자주 겪나요?” 대신 “지난 한 달에 실제로 몇 번 있었는지 떠올릴 수 있나요?”
• “왜 그랬나요?” 대신 “그때 어떤 정보가 부족했나요?”

인터뷰 뒤에 남겨야 할 기록

인터뷰 노트는 인상적인 문장 모음이 아니라 의사결정 자료여야 합니다. 발생 상황, 현재 대안, 발생 빈도, 손실, 해결 시도, 다음에 확인할 가설을 같은 형식으로 정리합니다.

세 명이 같은 기능을 원했다고 합치기보다, 서로 다른 상황에서 같은 비용이 반복되었는지를 비교합니다. 상황과 비용이 반복될 때 비로소 해결책을 작게 만들어 볼 근거가 생깁니다.