유저 인터뷰 정리, 녹음만으로는 왜 부족할까요

유저 인터뷰를 다섯 번, 열 번 하고 나면 녹음 파일과 전사본은 꽤 쌓여요. 그런데 막상 동료가 "그래서 사용자들이 뭘 원한대요?"라고 물으면, 어느 파일을 다시 들어봐야 할지부터 막막해지는 경우가 많아요. 녹음과 전사는 '기록'이고, 인사이트는 '정리' 다음에 나온다는 걸 깜빡하기 쉬워서예요.

이 글에서는 유저 인터뷰 녹음이 왜 인사이트로 잘 이어지지 않는지, 그리고 질문지 준비부터 여러 인터뷰를 가로지르는 패턴을 찾기까지 유저 인터뷰 정리를 어떻게 단계별로 하면 되는지 정리해드려요.

유저 인터뷰 녹음은 쌓이는데 인사이트는 왜 안 쌓일까요

AI 노트테이커로 녹음을 자동 전사하는 팀이 많아졌어요. 하지만 전사(STT)는 말을 텍스트로 옮길 뿐, 인터뷰 10개를 가로지르는 공통 패턴을 자동으로 찾아주지는 않아요. 그래서 전사본만 쌓이고 "이번 분기 유저 니즈는 이거다"라고 말할 수 있는 정리본은 따로 없는 상태가 흔히 벌어져요.

GitLab의 공개 핸드북은 인터뷰 세션이 끝난 직후, 관찰한 내용과 사용자의 발언 인용, 그 자리에서의 1차 해석을 바로 기록하고, 함께 참관한 동료와 "무엇이 두드러졌는지" 디브리핑하라고 안내해요. 기억이 생생할 때 정리해야 전체 작업이 훨씬 빨라진다는 설명도 덧붙이고 있어요.

리서치 플랫폼 CleverX는 인터뷰 녹취록을 통째로 보관하는 대신, 노트 하나에 인사이트 하나씩만 짧고 구체적으로 적고 참가자 ID를 붙여두라고 제안해요. 이렇게 '원자적 인사이트 노트'로 쪼개둬야 나중에 여러 인터뷰를 넘나들며 같은 주제끼리 묶을 수 있어요.

유저 인터뷰 정리, 이렇게 단계별로 하면 돼요

인터뷰 전: 질문지와 가설부터 정리해요

무엇을 확인하고 싶은지(가설)와 유저 인터뷰 질문을 먼저 적어두면, 인터뷰 중 관찰 메모를 어디에 집중할지 방향이 잡혀요. 질문지가 없으면 인터뷰가 끝난 뒤 녹음을 다시 들으며 "이 사람이 뭘 말하려던 거였지"를 추측하는 데 시간이 더 들어요.

인터뷰 중: 녹음이 있어도 메모는 필요해요

리서치 매체 Askable은 녹음과 자동 전사가 보편화됐다고 해서 메모 습관이 무용해진 건 아니라고 설명해요. 모든 말을 받아 적어야 하는 부담은 줄었지만, 오히려 어떤 걸 메모하느냐가 더 중요해졌다는 거예요. 표정, 망설임, "그건 별로 안 써요" 같은 짧은 반응은 전사본 텍스트만으로는 잘 안 보이는 경우가 많아요.

인터뷰 직후: 디브리핑하고 원자적 노트로 쪼개요

세션이 끝나자마자 참관자끼리 짧게 의견을 맞추고, 녹취록에서 핵심 발언을 참가자 ID가 붙은 노트 단위로 분리해두세요. 하루 이틀만 지나도 "그 사람이 그 말을 왜 했는지" 맥락이 흐려지기 때문에, 이 작업은 미루지 않는 편이 결과물의 질을 좌우해요.

여러 인터뷰를 모을 때: 주제별로 묶고 우선순위를 매겨요

노트가 어느 정도 쌓이면 비슷한 내용끼리 묶는 어피니티 매핑으로 반복되는 주제를 찾아요. 그다음 제품 전략과의 적합성, 임팩트, 로드맵 정합성, 구현 가능성 같은 기준으로 무엇부터 다룰지 우선순위를 매기는 방식을 리서치 가이드 Aha!도 제안하고 있어요.

리서치 전용 툴, 꼭 따로 써야 할까요

유저 인터뷰 전용 리포지토리 툴인 Dovetail은 녹음·전사·태그·인사이트를 한 곳에 모아두는 구조예요. 2024년 10월 발표한 Dovetail 3.0부터는 들어오는 피드백을 계속 분석하는 'Channels', 대화형으로 질문해 인사이트를 끌어내는 'Ask Dovetail' 같은 AI 기능도 추가했어요. 다만 영어 UI 중심의 글로벌 엔터프라이즈 툴이라 별도 학습 곡선이 있고, 리뷰에는 기존 자료 마이그레이션이 번거롭다는 의견도 보여요.

반면 클로바노트·오터처럼 범용 회의록 AI 앱에는 인터뷰 전용 태깅이나 어피니티 매핑 기능이 따로 없어요. 조직 전체가 리서치를 상시적으로 돌리는 게 아니라면, 전용 리포지토리 없이도 회의(인터뷰) 녹음을 구조화된 산출물로 바꿔주는 도구만으로 충분한 경우가 많아요.

출처: Dovetail 공식 웹사이트 OG 이미지

미키는 유저 인터뷰 녹음도 다른 회의와 똑같이 기록하고, 마인드맵·슬랙·노션·프레젠테이션 같은 산출물로 정리해드려요. 여러 번의 인터뷰에서 같은 인물이나 주제가 반복되면 온톨로지 기반 지식 그래프로 자동 연결되기 때문에, 인터뷰가 쌓일수록 "이 주제, 지난달 인터뷰에서도 나왔던 얘기네요"처럼 맥락을 다시 찾기가 쉬워져요. 지식 그래프가 실제로 어떻게 동작하는지는 지식 그래프란 무엇인가요 글에서 더 자세히 다뤘어요.

정리한 인사이트를 팀과 공유할 때는 노션에 자동으로 정리하는 법을 참고하시면 인터뷰 노트를 노션 데이터베이스로 바로 옮기는 흐름을 잡는 데 도움이 돼요.

자주 묻는 질문

Q. 유저 인터뷰는 몇 명 정도 해야 패턴이 보일까요?

닐슨 노먼 그룹(Nielsen Norman Group)의 모델은 사용자 1명이 전체 문제의 약 31%, 5명이 약 85%를 찾아낸다고 설명해요. 다만 이건 원래 사용성 테스트를 기준으로 한 수치이고, 사용자 그룹이 여러 개로 나뉜다면 그룹별로 다시 소수 인원을 모아야 해요. 절대적인 정답이라기보다는 "몇 명이면 충분할지" 감을 잡는 참고 기준 정도로 보시는 게 좋아요.

Q. 미키로 유저 인터뷰 녹음을 바로 정리할 수 있나요?

네, 인터뷰 녹음을 회의와 똑같이 올리면 전사와 요약, 마인드맵·노션·슬랙 산출물로 정리해드려요. 다만 Dovetail처럼 노트마다 참가자 ID를 붙이거나 어피니티 매핑을 자동으로 해주는 전용 기능은 아직 없어요. 주제별로 묶는 작업은 지금은 직접 하셔야 해요.

Q. Dovetail 같은 리서치 전용 툴이랑 같이 써야 하나요?

리서치가 조직의 상시 업무이고 여러 명이 계속 태깅·분류 작업을 한다면 전용 리포지토리가 유리해요. 반대로 PM이나 디자이너가 간헐적으로 인터뷰를 진행하는 조직이라면, 회의 녹음을 산출물로 바꿔주는 도구만으로도 충분히 시작할 수 있어요.

Q. 인터뷰 노트, 녹음 파일과 따로 어디에 보관하는 게 좋을까요?

원자적 노트는 검색과 공유가 쉬운 문서 도구(노션 등)에 두고, 원본 녹음·전사본은 근거 확인용으로 따로 링크해두는 방식을 추천해요. 나중에 "이 인사이트, 실제로 어떤 발언에서 나온 거였지"를 다시 확인할 수 있어야 팀 내 신뢰도가 유지돼요.

유저 인터뷰도 결국 회의의 한 종류예요. 녹음과 전사에서 멈추지 않고 인사이트로 이어지게 하고 싶다면, 미키로 인터뷰 기록부터 정리해보세요.