오늘 할일
-팀 프로젝트 진행
-사용자 문제찾기 세션 참여(10시)
내일 할일
-팀 프로젝트 진행
⭐세션 내용 정리
1. 문제정의 없이 솔루션을 먼저 도출 X
시장 니즈가 없는 제품으로 서비스를 만든다면 실패 가능성 높음
사용자는 과연 이런 서비스를 필요로 할지 생각 필요->사용자가 진짜 원하는게 무엇인지 찾아야 함
솔루션을 먼저 도출했을 경우->질문을 통해 검증하는 과정 필요
필요성 검증
- 사용자에게 필요할까
- 사용자가 진짜 원하는 것은 무엇일까?
- 기존 서비스에서 만족하지 못하는 지점은 무엇일까?
가치 확인
- 사용자가 얻는 가장 큰 가치는 무엇일까?
- 사용자가 이 콘텐츠가 필요했어라고 느끼는 순간은 언제일까?
- 반대로 굳이 없어도 돼, 나와 맞지 않아서 불편해라고 느낄 때는 언제일까?
사용자의 상황과 맥락을 분석하여 페인포인트와 니즈를 발견하는 것
->진짜 문제를 찾아가기 위한 과정
사용자를 중심으로 사용자가 겪고있는 문제에 집중
2. 목적에 맞는 질문으로 구성
질문 작성이 어려운 이유
- 인터뷰 목적을 설정하지 않고 대부분 질문을 먼저 작성하려고 함
- 질문은 목적을 더 깊이 분석하기 위한 도구
- 목적을 광범위하게 설정(사용자 불편을 알아보기 위해, 사용자의 니즈를 파악하기 위해)
인터뷰 목적을 설정하지 않은 이유
- 리서치 단계에서 데이터 정리 X->데이터만 방대해짐
- 수집된 그대로의 가공되지 않은 날것의 자료 Raw 데이터
리서치 단계에서 데이터 정리가 안된 이유
- Funnel 역할을 해줄 목적 없이 리서치를 진행
- 데이터를 많이 모으는 것보다, 목적에 맞는 데이터를 찾고 정리하는 것이 더 중요
- 데이터가 정리되었다면 Why를 반복하며 사고를 확장해야 함
- 사고를 확장하는 과정을 통해 인사이트 도출 가능
- 도출한 인사이트 기반으로 인터뷰 목적 설정 가능
Raw 데이터:가공되지 않은 날것으 자료
- 로그 데이터:설문조사를 통해 확인한 수치적 결과
- 발화 데이터:사용자가 인터뷰나 리뷰에서 직접 내뱉은 말
- 행동 데이터:사용자가 화면에서 보여준 움직임이나 패턴
인사이트:본질을 꿰뚫어 보는 통찰력
- 왜 그런 현상(What)이 발생했는지 원인(Why)을 파악하는 것
리서치 원칙
리서치는 정보를 많이 찾는 것이 아니라 목적에 맞는 답을 찾는 과정
1. 목적(가설) 설정
-'-이 궁금하다' 혹은 '사용자는 ~할 것이다'라는 명확한 목적을 설정하고 시작
2. 데이터 정리
목적에 맞는 답을 해보며 데이터를 정리
앱 리뷰나 설문 응답 자체는 Raw 데이터에 그치지만, 세룬 목적에 따라 분류되고 의미를 갖기 시작할 때 가치있는 데이터가 됨
3.데이터 교차 검증
사용자의 발화, 행동(패턴), 데이터(로그)를 교차 검증하여 인사이트의 객관성을 확보
(인사이트의 객관성->설득력있는 근거로 활용 가능)
Raw 데이터를 정리했다면 의미를 해석
사용자의 행동(What)을 분석-> 지속적인 Why->해석(인사이트)도출
인터뷰의 전략 : 깊게
목적의 범위를 최소화
- 인터뷰 목적이 넓거나 많아지면 질문이 겉돌게 됨
- 하나에 집중해야 더 깊이 있게 분석할 수 있음
- 전반적 질문x, 특정 상황
경험을 끌어내는 질문(Think Aloud)
- 사용자의 경험했던 기억을 캐내야 함
- 사용자가 당시 상황을 머릿속으로 떠올릴 수 있는
침묵(공백)과 5Whys를 활용
- 침묵의 시간->질문 후 사용자가 고민할 때 바로 다음 질문 x
- 3~5초의 침묵->사용자가 더 깊은 기억을 끄집어내게 하는 강력한 도구
- 5Whys를 통해 원인을 파악하기 위해 끝까지 파고들어야 함
인터뷰 목적 설정
- 사용자의 행동, 경험과 관련하여 확인하고 싶은 부분
- 설문 데이터(점수, 수치)로는 설명되지 않는 구체적인 사용자 맥락
- UT에서 행동은 했지만 이유가 설명되지 않은 부분
인터뷰의 목적은 발견된 현상을 겪는 사용자의 숨겨진 의도/맥락을 파악하는 것
(구체적, 명확, 최소화해서 목적 설정 중요)
목적은 항상 가장 잘 보이는 곳에 위치->방향을 잃지 않도록
인터뷰 질문 작성
질문은 왜라고 묻는 게 아니라, 사용자의 머릿속을 그때 그 현장으로 데려다 놓는 과정 필요
상황->행동->이유
1단계:상황열기->기억을 떠올리게 하기
2단계:행동 훑기->사용자의 움직임 추적하기
3단계:이유 파고들기->몰랐던 진짜 이유 찾기
왜 대신 어떻게로 물어보기(How)
만약에 금지->과거 경험으로 물어보기(사람은 자신의 미래 행동을 예측하는 데 서툴음)
상황을 구체적으로 재현할 수 있도록 질문
질문은 사용자의 시선과 생각이 어떻게 흘러갔는지를 파악하는 것
사용자는 문제를 말해주는 사람이 아니라 우리가 문제를 발견할 수 있게 상황과 행동을 보여주는 사람
3. 표면적인 문제로 정의 금지
표면적이 문제:사용자가 느끼는 겉으로 드러나는 현상이나 문제점
->WHy가 빠져있음
사용자의 문제를 찾기위해 대부분 앱 리뷰 분석을 통해 불편함을 발견함
->대부분 표면적인 문제로 이루어져 있음(현재 겪고 있는 불편함=표면적 문제)
서비스를 사용하는 목적, 목적 달성 과정에서의 구체적 니즈는 자세하게 말해주지 x
사용자가 왜 불편하다고 하는건지 Why를 반복하며 이유를 찾아야 함
->사용자가 겪고 있는 근본적인 원인을 찾아가는 과정
원인을 파악해야 사용자의 진짜 문제정의(최종 목적) 가능
문제정의
- 사용자가 언제, 어떤 상황을 겪었는지 맥락 파악하기
- 목적에 맞는 Raw 데이터 정리
- 사용자의 행동 패턴(What) 파악
- 5Whys 진행
- 해석(Insight) 도출(근본적 원인 파악)
->원인을 파악해야 사용자의 진짜 문제를 정의할 수 있음
4. 문제는 한 문장으로 정의
왜 문제를 한 문장으로 정의해야 하는지
- 해결해야 할 타겟을 명확히 하는 수렴이 과정이기 때문
- 리서치 단게가 정보를 모으는 발산 과정이었다면, 문제정의는 그중 가장 가치 있는 문제를 고르는 수렴의 과정
- 솔루션의 나침반이 되기 때문
- 문제가 모호하면 솔루션도 모호해짐
- 한 문장으로 정의된 문제는 강력한 기준이 되어 솔루션의 방향성을 제시해 줌
- 팀원 간의 동기화를 위해서
- 방대한 데이터는 사람마다 해석이 다를 수 있음
- 각자 다른 문제로 해석하면 같은 방향의 솔루션도출이 어려워짐
리서치-문제정의-솔루션 단게는 논리적으로 연걸되어야 함
논리적 연결성->목적에 맞는 데이터에 집중
문제 정의가 되지 않았을 때 오류
- 데이터는 방대해지고, 방향성 상실
- UI를 분석하면서 눈에 보이는 새로운 문제를 찾기 시작
->근거없는 새로운 문제로 접근(표면적 접근)
문제 정의 핵심 요소
사용자+상황+원인+결과
사용자:문제를 겪고 있는 구체적 대상(특정 목표, 가치관을 가지고 행동하는 사람)
상황:사용자가 문젤르 맞닥뜨리는 구체적인 시점이나 환경
원인:목적 달성을 가로막는 근본적인 장애물
결과:원인으로 인해 발생한 부정적인 상태나 감정, 또는 행동의 변화
[사용자]가 [상황]에서 [원인] 때문에 [결과]를 겪고 있다+[근거]
5. 비즈니스 모델을 고려하기
MVP의 목적은 수익창출이 아닌 가치를 검증하는 것
- 초반 콘텐츠가 없는 단계에서 사용자를 어떻게 모을 것인가
- 사용자로부터 어떤 데이터를 확보할 것인가
- 그 데이터를 어떻게 활용(확장)하여 핵심 기능을 성장시킬 것인가
- 어느 시점부터 수익을 창출할 수 있는가
사용자가 얻는 가장 큰 이득 제공
->돈을 지불할 만한 가치를 느끼게 만들어 줘야 함
BM이란 단순한 아이디어를 넘어 지속 가능한 비즈니스로 생존할 수 있는지를 검증하는 단계
📍팀 프로젝트 진행 현황
단순히 설문에 적혀져 있는 니즈만 도출하여 문제를 해결하고자 했어서
설문조사에서 드러난 문제를 바탕으로 진짜 사용자의 숨은 니즈를 발견하기 위해
다시 팀원분들과 분석 시작!!
방향성이 너무 헷갈려서 팀원분들과 걱정이 많았는데 튜터링을 받고
그래도 다시 방향이 잡힌 느낌이라 다행이다
기존 서비스에 대한 문제를 더 명확히 정의하고
사용자들이 어떤 상황에서 어떤 문제를 느끼고 이로 인해 발생하는 페인포인트는 무엇인지
우리가 도출한 아이디어가 사용자의 문제를 진짜 해결해주는지
우리가 제시한 아이디어의 근거는 무엇이고이 이 아이디어가 어떤 상황에서 필요한지
이 아이디어를 통해 사용자가 겪고 있는 어떤 문제점이 해결되는지
생각해야 할게 너무 많고 너무나 어렵지만 팀원분들과 차근차근 해내야겠다