목차
사용자 리서치는 체계적으로 사용자를 만나고, 그들의 행동을 관찰하고, 피드백을 모아 제품과 비즈니스 결정의 근거를 마련하는 일입니다. 그 가치는 사용자를 안다는 것 자체가 아니라, 특정한 결정이 추측에 덜 의존하게 만드는 데 있습니다. 이 글을 읽고 나면 주요 리서치 방법이 각각 어떤 질문에 답하는지 구분하고, 질문을 세우는 것부터 결론을 전달하기까지 어떤 단계를 거치는지 알 수 있으며, 리서치를 시작하기 전에 답해야 할 질문 체크리스트도 얻을 수 있습니다.
사용자 리서치란
사용자 리서치가 연구하는 것은 사람입니다. 그들이 누구인지, 무엇을 하려고 하는지, 어떤 상황에서 제품을 쓰는지, 어떤 어려움을 겪는지, 어떻게 선택을 내리는지를 봅니다. 대상은 기존 사용자, 이탈 사용자일 수도 있고, 아직 제품을 써 보지 않은 잠재 사용자일 수도 있습니다.
일상적인 사용자 피드백 수집과는 다릅니다. 앱스토어 리뷰, 고객 지원 티켓, 영업팀이 전하는 이야기는 모두 가치 있는 단서지만, 이런 목소리는 스스로 의견을 내는 소수에게서 나오며 사전에 설계된 것도 아닙니다. 사용자 리서치는 먼저 답하고 싶은 질문을 정하고, 알맞은 사람과 방법을 골라 증거를 얻은 다음, 그 증거를 검증 가능한 결론으로 정리합니다.
사용자 리서치가 답하는 질문 유형
대부분의 리서치 질문은 아래 다섯 유형으로 나눌 수 있습니다. 먼저 내 질문이 어느 유형인지 판단하면 방법을 고를 때 실수가 줄어듭니다.
- 사용자는 누구이고 무엇을 하려 하는가: 집단마다 다른 목표, 사용 상황, 대안. Jobs to be Done(Clayton Christensen)이 제시한 사고방식이 바로 사용자가 해내려는 과업에서 출발해 니즈를 이해하는 것입니다.
- 왜 그런가: 사용자가 왜 이탈하는지, 왜 결제하지 않는지, 왜 경쟁 제품을 택했는지 같은 질문은 인터뷰로 구체적인 경험과 이유를 들어야 답할 수 있습니다.
- 문제없이 쓸 수 있는가: 사용자가 가입, 주문, 설정 같은 핵심 과제를 혼자 완료할 수 있는지, 어느 단계에서 막히는지.
- 몇 명인지, 비율이 얼마인지: 특정 니즈나 문제가 사용자 중 얼마나 큰 비중을 차지하는지, 집단 간에 얼마나 차이가 나는지.
- 바꾼 것이 효과가 있었는가: 새 디자인, 문구, 가격이 출시된 뒤 핵심 지표가 실제로 달라졌는지.
앞의 두 유형과 세 번째 유형은 탐색과 설명에 해당해 보통 정성 방법을 쓰고, 뒤의 두 유형은 측정과 검증에 해당해 보통 정량 방법을 씁니다. 한 프로젝트에서 여러 유형의 질문을 차례로 마주치는 경우가 많습니다.
주요 방법 한눈에 보기
| 방법 | 주로 답하는 질문 | 장점 | 한계 |
|---|---|---|---|
| 사용자 인터뷰 | 왜, 어떻게 일어났는지, 사용자가 무엇을 하려고 하는지 | 후속 질문으로 구체적인 경험과 동기를 끌어내고, 미리 생각하지 못한 문제를 발견할 수 있음 | 표본이 작아 비율을 추정할 수 없음. 결과가 질문 방식의 영향을 받음 |
| 사용성 테스트 | 사용자가 과제를 완료할 수 있는지, 어느 단계에서 막히는지 | 실제 조작을 직접 볼 수 있음. Nielsen(2000)은 한 차례에 약 5명이면 사용성 문제의 대부분을 발견할 수 있다고 봄 | 기존 디자인이나 프로토타입을 평가하는 데만 적합하며, 만들지 말지는 답하지 못함 |
| 설문 | 몇 명인지, 비율이 얼마인지, 집단 간 차이가 얼마인지 | 표본이 커서 통계 비교가 가능하고 비용이 비교적 낮음 | 미리 생각한 질문만 할 수 있음. 답변은 참여자의 자기 진술이며 실제 행동과 같지 않음 |
| 포커스 그룹 | 한 집단이 어떤 주제에 대해 어떤 생각을 갖고 있는지 | 한 번에 여러 사람을 만나 서로 다른 관점이 부딪치는 것을 들을 수 있음 | 발언이 많은 소수에게 끌려가기 쉽고, 개인 행동의 세부 사항을 파악하기에는 적합하지 않음 |
| 다이어리 스터디 | 일정 기간 동안 행동이 어떻게 일어나고 변하는지 | 일이 일어난 시점에 가깝게 기록하므로 반복 행동과 상황을 볼 수 있음 | 기간이 길어 참여자가 중간에 그만두기 쉬우며, 지속적인 관리가 필요함 |
| 행동 데이터 분석 | 사용자가 실제로 무엇을 했는지, 어느 단계에서 이탈했는지 | 전체 사용자를 포괄하며, 자기 진술이 아닌 실제 행동을 반영함 | 무슨 일이 일어났는지만 알 뿐 왜인지는 알 수 없음. 이벤트 트래킹 품질에 의존함 |
| A/B 테스트 | 특정 변경이 지표 변화를 가져왔는지 | 인과관계를 확인할 수 있어 결론을 출시 결정에 바로 쓸 수 있음 | 충분한 트래픽과 시간이 필요하며, 이미 만들어진 안만 비교할 수 있음 |
이 방법들은 두 가지 기준으로 나눌 수 있습니다. 하나는 사용자가 말한 것을 보는지 한 일을 보는지입니다. 인터뷰와 설문은 앞쪽, 행동 데이터 분석과 A/B 테스트는 뒤쪽에 속합니다. 다른 하나는 '왜'에 답하는지 '얼마나'에 답하는지입니다. 말과 행동은 자주 다르므로, 중요한 결론은 양쪽 증거를 모두 갖추는 것이 좋습니다.
리서치의 기본 절차
- 비즈니스 질문과 내려야 할 결정을 적습니다(예: '온보딩을 5단계에서 3단계로 줄일 것인가'). 누가 언제 이 결정을 내리는지도 확인합니다.
- 비즈니스 질문을 구체적인 리서치 질문 몇 개로 나누고, 각 질문이 어느 유형인지 판단한 뒤 방법을 고릅니다.
- 리서치 대상 정하기: 어떤 조건의 사람을 찾을지, 유형별로 몇 명이 필요한지, 어디에서 모집할지 정합니다.
- 리서치 자료 준비: 인터뷰 가이드, 테스트 과제, 설문 문항, 실험 설계를 준비하고, 본격적으로 시작하기 전에 작은 범위에서 한 번 시험해 봅니다.
- 리서치 실행: 진행하면서 원본 자료를 기록하고, 조건에 맞지 않거나 명백히 성의 없는 응답은 제외합니다.
- 분석해 결론 작성: 결론마다 증거가 어디에서 왔는지, 몇 명이 해당하는지, 반대되는 사례가 있는지 밝힙니다.
- 결론을 담당 팀에 넘기고, 그에 따라 어떤 변경을 할지, 변경이 출시된 뒤 어떤 데이터로 검증할지 합의합니다.
리서치의 범위는 내려야 할 결정이 정합니다. 어떤 결정을 내릴지 분명하지 않다면 일단 멈추고 그것부터 정리한 뒤 방법을 논의하세요.
- 이 리서치는 어떤 결정을 뒷받침하나요? 누가, 늦어도 언제까지 결정하나요?
- 이 리서치가 없다면 팀은 지금 어떻게 결정할까요? 근거는 무엇인가요?
- 우리는 이미 무엇을 알고 있나요? 활용할 수 있는 데이터, 피드백, 이전 리서치가 있나요?
- 가장 알고 싶은 질문 3가지는 무엇인가요? 각 질문은 어느 유형에 속하나요?
- 어떤 결과가 나오면 우리가 원래 계획을 바꾸게 될까요?
- 리서치할 대상은 누구인가요? 어떻게 찾을 건가요? 제외해야 할 사람이 있나요?
- 어떤 방법을 쓸 건가요? 왜 그 방법이 위의 질문에 답할 수 있나요?
- 표본, 시간, 예산은 얼마나 필요한가요? 누가 실행하나요?
- 결론은 누구에게 넘기나요? 어떤 형태로 전달하나요?
- 변경이 출시된 뒤 어떤 행동 데이터나 지표로 결론이 맞는지 판단할 건가요?
- 어떤 개인정보가 관련되나요? 참여자에게 어떻게 알리고 동의를 받을 건가요?
언제 해야 하고, 언제 하지 않아도 되는가
리서치할 가치가 있는 경우
- 결정의 비용이 크고 되돌리기 어려울 때(예: 새 시장 진출, 핵심 플로우 재설계, 가격 조정)
- 팀 안에서 사용자에 대한 판단이 크게 엇갈리는데, 누구도 근거를 내놓지 못할 때
- 지표에 뚜렷한 변화가 생겼는데 이유를 설명하지 못할 때
- 익숙하지 않은 집단을 위한 제품을 만들 때(예: 새 지역, 새 업종, 새 연령대)
- 큰 개발 자원을 투입하기 전에 니즈가 실제로 있는지 먼저 확인하고 싶을 때
하지 않거나 줄여도 되는 경우
- 변경이 작고 출시가 빠르며 언제든 되돌릴 수 있을 때. 리서치를 먼저 하는 것보다 바로 출시하고 데이터를 보는 편이 시간이 덜 듭니다
- 결정이 이미 내려졌고 바뀌지 않을 때. 이때 리서치는 결정을 정당화하는 용도로만 쓰입니다
- 기존 데이터와 이전 리서치로 이미 이 질문에 답할 수 있을 때
- 트래픽이 충분해 A/B 테스트로 여러 안을 바로 비교할 수 있을 때
- 문제 자체가 기술이나 컴플라이언스 제약이어서 사용자 의견으로 결과를 바꿀 수 없을 때
리서치를 하지 않는다고 사용자를 보지 않는 것은 아닙니다. 작은 변경도 출시 후에는 데이터를 보고 피드백을 읽어야 합니다. 별도 프로젝트로 진행할 필요가 없을 뿐입니다.
흔한 오류
아래 오류는 리서치를 막 시작한 팀에서 가장 흔하며, 대부분 질문을 충분히 정리하지 않았거나, 방법을 잘못 골랐거나, 결론을 잘못 쓴 것과 관련이 있습니다.
흔한 실수
- 어떤 기능을 원하는지 사용자에게 직접 묻는 경우: 사용자는 자신의 경험과 어려움을 설명하는 데는 능숙하지만 해결책을 설계하는 데는 능숙하지 않습니다. 가장 최근에 문제를 겪었을 때 어떻게 했는지를 물어야 하며, 『The Mom Test』(Rob Fitzpatrick, 2013)가 이를 자세히 다룹니다.
- 인터뷰 결과로 비율을 추산하는 경우: 참여자 열댓 명 중 절반이 어떤 일을 언급했다고 해서 사용자의 절반이 그렇다는 뜻은 아닙니다. 비율이 필요하면 설문이나 행동 데이터로 검증하세요.
- 가장 활발하고 협조적인 사용자만 찾는 경우: 이들의 생각은 조용한 다수나 이탈 사용자와 다를 때가 많습니다. 모집할 때 리서치 질문에 따라 조건을 정하고, 잘 드러나지 않는 집단도 적극적으로 포함하세요.
- 리서치를 마친 뒤에야 어떻게 쓸지 고민하는 경우: 결론은 많지만 어떤 결정과도 연결되지 않습니다. 프로젝트를 시작할 때 결론을 누구에게 넘기고 무엇을 결정하는 데 쓸지 적어 두세요.
- 리서치 한 번을 최종 결론으로 여기는 경우: 사용자와 시장은 변하고, 리서치 결론에도 적용되는 대상과 시기가 있습니다. 중요한 결론은 변경이 출시된 뒤 데이터로 다시 확인하세요.
- 사용자가 말한 것만 보고 한 일은 보지 않는 경우: 자기 진술과 실제 행동은 자주 다릅니다. 가능하면 인터뷰 결론과 행동 데이터를 함께 대조해 보세요.
heari로 하는 방법
heari에서는 비즈니스 질문과 내려야 할 결정을 입력하면 AI가 리서치 계획과 인터뷰 가이드를 만듭니다. AI는 텍스트나 음성으로 여러 인터뷰를 동시에 진행하며 답변에 따라 후속 질문을 합니다. 보고서의 모든 인사이트에는 원문과 반례가 붙고 인원수가 표시되며, 하나씩 승인, 수정, 반려할 수 있습니다. ThinkingAI Agentic Engine과 연동하면 행동 기준으로 참여자를 선정하고, 변경이 출시된 뒤 행동 데이터로 결론을 검증할 수 있습니다.
자주 묻는 질문
사용자 리서치와 시장 조사는 어떻게 다른가요?
둘은 겹치는 부분이 있지만 중점이 다릅니다. 시장 조사는 시장 규모, 경쟁 구도, 브랜드 인지도에 더 주목하며 대규모 표본 설문을 많이 씁니다. 사용자 리서치는 구체적인 사람이 제품을 어떻게 쓰는지, 어떤 어려움을 겪는지, 왜 특정 선택을 하는지에 더 주목하며 인터뷰, 사용성 테스트, 행동 데이터를 많이 씁니다. 제품팀이 결정을 내릴 때는 두 가지 정보가 모두 필요한 경우가 많습니다.
전담 리서처가 없는 작은 팀도 사용자 리서치를 할 수 있나요?
할 수 있습니다. 프로덕트 매니저, 디자이너, 운영 담당자 누구나 리서치 리드 역할을 맡을 수 있습니다. 목표가 분명한 작은 리서치부터 시작하세요. 예를 들어 하나의 결정을 두고 사용자 6~8명을 인터뷰하거나, 사용자 5명에게 새 플로우를 써 보게 한 뒤, 차차 모집 채널과 자료 저장소를 갖춰 나가면 됩니다. 핵심은 뒷받침할 결정을 미리 적어 두고, 끝난 뒤 결론을 책임자에게 넘기는 것입니다.
사용자 리서치 한 건은 보통 얼마나 걸리나요?
방법과 규모에 따라 다릅니다. 사용성 테스트 한 차례나 인터뷰 열댓 건은 준비부터 결론까지 보통 1~3주가 걸리며, 그중 참여자 모집에 가장 많은 시간이 드는 경우가 많습니다. 다이어리 스터디는 충분히 긴 사용 주기를 다뤄야 하고, A/B 테스트는 표본이 충분히 쌓일 때까지 기다려야 합니다. 시간이 촉박하면 분석과 검토를 생략하지 말고 리서치 질문의 범위를 좁히세요.
사용자 리서치의 결론은 어떻게 해야 신뢰할 수 있나요?
신뢰할 수 있는 결론은 증거가 어떤 사람들, 몇 명에게서 나왔는지 분명히 밝히고, 원본 기록을 찾을 수 있으며, 반대되는 사례와 적용 범위도 적혀 있습니다. 정성 결론은 어떤 상황이 있고 왜 일어나는지를, 정량 결론은 비율과 차이를 보여 줍니다. 중요한 결론은 변경이 출시된 뒤 행동 데이터나 실험으로 한 번 더 검증하는 것이 좋습니다.
