UX 리서치 방법 사전
어디서 빠져나가는지는 퍼널 분석, 왜 그런지는 사용자 인터뷰, 고친 화면이 나은지는 A/B 테스트로 알아봅니다. 같은 쇼핑몰 문제를 세 방법으로 직접 알아보고, AI에게 분석·질문지·실험 설계를 부탁하는 문장을 복사합니다.
예시가 화면에 보이면 손가락 표시가 저절로 시연합니다. 직접 눌러 봐도 됩니다.
어디인지 찾는 방법
많은 사람의 행동 기록에서 어느 단계·어느 화면에 문제가 있는지 숫자로 찾습니다.
-
퍼널 분석
Funnel analysis방문부터 결제까지 정해 둔 단계마다 몇 명이 남고 몇 명이 빠져나가는지 세어, 가장 많이 빠지는 단계를 찾는 방법입니다.
단계 막대를 눌러 보세요. 앞 단계에서 몇 명이 넘어왔는지 보여 줍니다.
이럴 때가입·결제처럼 여러 단계를 거치는 흐름에서 어디를 먼저 고칠지 정할 때 씁니다. 어디서 빠지는지는 알려 주지만, 왜 빠지는지는 알려 주지 않습니다.
다른 이름 · 헷갈리는 이웃
헷갈리는 이웃
복사되는 부탁 문장지난 30일 이벤트 기록으로 결제 퍼널을 분석해 줘. 단계는 방문 → 상품 보기 → 장바구니 담기 → 결제 완료이고, 같은 사용자가 7일 안에 순서대로 지난 경우만 다음 단계로 세어 줘. 단계마다 사용자 수, 앞 단계 대비 전환율, 빠져나간 수를 표로 보여 주고, 가장 많이 빠지는 단계를 표시해 줘. 막대 그래프에는 숫자를 글자로도 함께 적고, 기기(모바일·PC)별로 나눈 표도 붙여 줘.
왜인지 듣는 방법
몇 사람에게 직접 물어 그렇게 행동한 이유와 사정을 듣습니다.
-
사용자 인터뷰
User interview사용자 한 사람과 마주 앉아 실제로 겪은 일을 물으며, 그렇게 행동한 이유와 사정을 듣는 방법입니다.
"결제 화면, 편하셨죠?"
"네… 괜찮았어요."
묻는 방식을 바꿔 보세요. 같은 사람에게서 다른 답이 나옵니다.
이럴 때숫자로 찾은 문제(장바구니에서 빠져나감)의 이유를 알고 싶을 때 씁니다. "좋으세요?"나 "쓰실 건가요?"처럼 답을 정해 주거나 미래를 묻지 않고, 지난번에 실제로 한 일을 차례로 묻습니다.
다른 이름 · 헷갈리는 이웃
헷갈리는 이웃
복사되는 부탁 문장최근 2주 안에 장바구니에 상품을 담고 결제하지 않은 사용자 6명을 인터뷰할 30분 질문지를 만들어 줘. 첫 질문은 '마지막으로 장바구니에 담았던 날 무엇을 하셨는지 처음부터 말씀해 주세요'처럼 지난 행동을 묻는 열린 질문으로 하고, '배송비가 비싸서 그만두셨나요?'처럼 답을 정해 주는 질문과 '앞으로 쓰실 건가요?' 같은 미래 질문은 빼 줘. 질문마다 더 물어볼 말('그때 무엇을 보셨어요?')과 진행자 메모 칸을 붙여 줘.
나은지 확인하는 방법
고친 화면이 정말 나아졌는지 실제 사용자로 비교해 확인합니다.
-
A/B 테스트
A/B test사용자를 무작위로 둘로 나눠 같은 기간에 원래 화면(A)과 고친 화면(B)을 보여 주고, 미리 정한 숫자로 어느 쪽이 나은지 비교하는 방법입니다.
A 지금 화면배송비는 결제 단계에서?B 고친 화면배송비 3,000원 미리 표시?버튼을 눌러 두 화면을 같은 기간에 나눠 보여 줘 보세요.
이럴 때고친 화면을 모두에게 내보내기 전에 정말 나아지는지 확인할 때 씁니다. 볼 숫자(결제율 등)와 필요한 사람 수·기간을 먼저 정하고, 중간에 결과가 좋아 보인다고 일찍 멈추지 않습니다.
다른 이름 · 헷갈리는 이웃
헷갈리는 이웃
복사되는 부탁 문장결제 화면 A/B 테스트를 설계해 줘. 가설은 '상품 화면에서 배송비를 미리 보여 주면 장바구니 뒤 결제율이 오른다'이고, A는 지금 화면, B는 상품 가격 아래에 배송비를 보여 주는 화면이야. 사용자 단위로 무작위 50:50으로 나누고, 주 지표는 장바구니 담기 뒤 결제율, 함께 볼 지표는 환불률과 장바구니 담기율로 해 줘. 지금 결제율 20%에서 2%p 오르는 차이를 유의수준 5%·검정력 80%로 찾으려면 그룹마다 몇 명이 필요한지 계산하고, 요일 차이가 섞이도록 최소 기간을 주 단위로 정해 줘. 기간이 끝나기 전에는 결과를 보고 멈추지 않는다는 규칙도 적어 줘.
이럴 때 씁니다
- "리서치하자"는 말이 나왔을 때, 지금 알고 싶은 것(어디·왜·나은지)에 맞는 방법을 고르고 싶을 때
- 기획서·회의에서 조사 방법을 정확한 이름으로 말하고, AI에게 분석·질문지·실험 설계를 부탁하고 싶을 때
- 퍼널·인터뷰·A/B 테스트 결과를 받았을 때 그 결과로 말할 수 있는 것과 없는 것을 구분하고 싶을 때
사용법
- 분류(어디인지 찾는·왜인지 듣는·나은지 확인하는 방법)에서 지금 알고 싶은 것에 맞는 방법을 고르거나, 사전 첫 화면 검색에 아는 말을 적습니다.
- 세 예시는 같은 쇼핑몰 이야기입니다. 화면에 들어오면 손가락 표시가 직접 눌러 보여 주고, 상태 줄에서 그 방법이 알려 주는 것을 읽습니다. 직접 눌러 봐도 됩니다.
- 헷갈리는 이웃에서 다른 방법과의 차이를 보고, 부탁 문장 복사를 눌러 AI나 요청서에 붙여넣습니다.
꼭 알아둘 점
- 예시의 사람 수·전환율·결제율은 모두 지어낸 숫자입니다. 실제 판단은 실제 기록과 실제 실험 결과로 합니다.
- 실무에서는 흔히 퍼널 분석으로 어디인지 찾고, 인터뷰로 왜인지 듣고, A/B 테스트로 고친 화면을 확인하는 순서로 씁니다. 늘 이 순서일 필요는 없고 지금 모르는 것에 맞춰 고릅니다.
- 인터뷰·실험에 사람을 모을 때는 무엇을 왜 묻는지, 기록을 어떻게 쓰는지 먼저 알리고 동의를 받습니다. 개인을 알아볼 수 있는 기록은 필요한 만큼만 남깁니다.
자주 묻는 질문
- 리서치하자고 하면 인터뷰부터 하면 되나요?
- 알고 싶은 것에 따라 다릅니다. 어디서 사람이 빠져나가는지는 퍼널 분석, 왜 그렇게 하는지는 사용자 인터뷰, 고친 화면이 정말 나은지는 A/B 테스트가 맞습니다.
- 퍼널 분석과 A/B 테스트는 어떻게 다른가요?
- 퍼널 분석은 이미 쌓인 기록으로 지금 화면에서 어느 단계에 문제가 있는지 찾습니다. A/B 테스트는 사용자를 무작위로 나눠 같은 기간에 두 화면을 보여 주고, 고친 것이 결과를 바꿨는지 확인합니다.
- 사용자 인터뷰는 몇 명이면 되나요?
- 정해진 수는 없지만 흔히 같은 조건의 사람 5~8명으로 시작해, 비슷한 이야기가 되풀이되면 멈춥니다. 인터뷰는 이유를 찾는 방법이라 '6명 중 4명'처럼 비율로 결론을 내리지 않습니다.
- A/B 테스트는 결과가 좋아 보이면 바로 멈춰도 되나요?
- 안 됩니다. 중간에 여러 번 보고 좋을 때 멈추면 우연한 차이를 효과로 착각하기 쉽습니다. 시작 전에 볼 숫자, 필요한 사람 수, 기간을 정하고 그대로 끝까지 봅니다.