[PM 부트캠프 - 12일차 후기] 목표수립-문제정의-가설수립&검증

PM 부트캠프 12일차 후기

---

저번주에 하루에 12시간 동안 컴퓨터로 강의를 듣고 나니 눈에 피로감을 많이 느껴 속는 셈 치고 블루라이트 차단 안경을 구매했다.

블루라이트 차단률 21% 짜리로 샀는데,

2일 동안 착용해 본 결과 드라마틱한 효과는 없지만 살짝 덜 피곤한 거 같다👼

사길 잘한듯😀

부트캠프 참가자들 여러 명한테 물어보니 블루스크린 안경 사용하고 있는 사람들이 엄청 많더라..!!

 

 

 

 

 

서비스 기획 입문 강의 2일차

---

챕터2 문제 정의 및 해결

⭐️학습 목표 : PM의 가장 중요한 역할은 문제 해결! 서비스 정책을 논리적으로 정의하고 사용자 흐름에 맞는 화면 구조 설계하기

 

 

 

 

 

챕터 2-1 문제 정의와 해결의 전체적인 단계 파악

---

 

Q. 문제 정의& 해결방법을 알아야 하는 이유

👉 프로덕트의 가치 향상

- 사용자의 문제를 해결해야 사용자가 계속 프로덕트를 사용하고, 그래야 비즈니스의 가치가 높아짐

- 이 일이 어떤 문제를 해결하기 위해서 하는 것인지를 PM이 정의해서 팀원들에게 설명해 줘야 동기부여가 되고 원활한 협업에 도움이 됨

 

 

Q. 문제정의 잘하는 법

👉 사전 지식 필요

- 사전지식은 나무의 뿌리와 같음. 문제의 본질을 이해하는데 필요한 기초가 되며, 문제를 정의하기 위한 배경지식을 파악해야 함

ex. 고객의 니즈, 시장 상황, 당면한 목표, 서비스의 장단점 등

 

👉 논리적 사고

- 논리적 사고는 나무의 가지와 같음. 문제를 분석하고 해결책을 도출하는데 방향을 제시하며, 논리적인 사고를 돕는 프레임워크를 활용하여 문제를 명확히 정의할 수 있음.

👉 실무 사례를 많이 접하기

- 실무사례는 나무의 열매와 같음. 서비스를 써보면서 "왜 이렇게 만들었는가?"라는 질문을 던지며, 실무에서 어떤 문제를 어떻게 해결하는지 많이 알고 있으면, 직관을 키우는데 중요한 역할을 함

 

 

 

1️⃣ 문제란?

- 현재 상태(AS IS)와 바람직한 상태(TO BE)간의 차이에서 발생하며, 이를 해결하기 위한 노력이 필요한 상황

- 문제 정의란? "어떤 것이 잘못되었는지", "어떤 새로운 기회가 있는지", "무엇이 개선되어야 하는지"를 명확하게 이해하고 설명하는 것

◾ 실무 엿보기 : 토스ㅣ토스팀 리더가 말하는 '좋은 전략이란 무엇인가?

토스팀 리더가 말하는 '좋은 전략이란 무엇인가’

 

 

2️⃣ 문제 해결 단계

Q. 문제를 정의해서 해결하는 과정은?

👉 문제를 정의하고 해결하는 과정에 대한 프레임워크 매우 중요

- 문제정의&해결과정에서 '검증 가능한 가설 기반의 사고'로 일할 것을 강조

- 가설은 문제를 해결하기 위해 예상되는 답

◾ 당근 PM 공고

- 가설을 수립하며 검증을 위한 실험 진행

 

◾ 토스 PM 공고

- 문제 정의 - 가설수립 - 액션 및 검증 - 결과

 

◾ 팀스파르타 PM 공고

 

 

⭐ PM은 목표수립-문제정의-가설수립&검증의 프레임워크로 고민해야 함

	상세
목표 수립	- 해결하고자 하는 문제의 상위 비전과 목표를 정의 - 사용자/비즈니스 가치 관점에서 달성해야 할 핵심 지표 설정
문제 정의	- 수많은 문제 중 해결해야하는 핵심 문제를 정의 - 문제의 핵심 원인 분석
가설 수립 & 검증	- 문제 해결을 위한 검증 가능한 가설을 세움 - 가설 검증을 위해 액션(기능개발, 실험 등) 실행 - 결과 데이터를 분석해 가설 검증&개선 반복

 

◾ 실무 엿보기 : 쏘카ㅣ쏘카 PM의 차량 예약 퍼널 단계 개선기(feat. AB TEST)

쏘카 PM의 차량 예약 퍼널 단계 개선기(feat. AB TEST)

 

 

Q. 목표수립-문제정의-가설수립&검증의 프레임워크가 필요한 이유

👉 애자일의 핵심 원칙인 '점진적으로 개선하는 방식'과 일치

- 작은 가설을 세우고, 실험과 반복을 통해 실패하더라도 빠르게 실패하고, 성공 확률이 높은 쪽으로 방향성을 잡을 수 있음.

 

👉 데이터 기반의 의사결정으로 성공 확률을 높임

- 감에 의존하지 않고 데이터를 활용하여 결정의 근거를 제시하여 개관적인 의사결정 가능

 

 

 

 

 

챕터 2-2 목표수립

---

Q. 목표 수립을 가장 먼저 하는 이유

👉 '무엇을 위해' 일해야 하는지 문제 해결의 방향성 제공

- 목표는 문제 해결의 성공 여부를 판단할 수 있는 기준을 제공함. 성공을 판단해야 문제가 해결되었는지 판단도 가능

 

👉 목표 수립 방법

- 폭포처럼 가장 상위 목표부터 이해해야 함

- 이해해야 하는 가장 상위 목표는 프로덕트 비전, OKR, KPI 등이 있음

 

 

1️⃣ 프로덕트 비전

Q. 프로젝트 비전이란?

👉 프로덕트가 장기전으로 어떤 모습이 되길 원하는지에 대한 큰 그림

- 보통 5년, 10년 혹은 그 이상이 두고 바라보며, 프로덕트 비전은 경영진이 주도해서 설정

- 이 프로덕트가 궁극적으로 어떤 문제를 해결하고 어떤 가치를 제공할 것인가?

◾ 카카오 계열사의 비전

 

Q. 프로젝트 비전이 프로덕트에 주는 영향

👉 우아한형제들의 비전 변화로 인한 배달의 민족 첫 화면의 변화

- 서비스 비전 1.0 : 모바일 환경에서 '배달앱' 자체를 만드는 것

- 서비스 비전 2.0 : 배달을 넘어서 좋은 음식을 '어디서나' 먹을 수 있게

- 서비스 비전 3.0 : 음식뿐만 아니라 모든 것을 '배달'

 

 

 

👉 프로덕트 비전은 팀 내의 나침반 같은 장기적인 방향성을 제시해 줌

- 배달의민족도 위와 같은 비전이 없었다면, 음식 배달 이후에 '배달'이 아닌 완전히 다른 사업을 할 수도 있었음.

- 비전 없는 문제 해결은 단기적인 임시방편임

 

 

 

1️⃣ OKR (Objectives and Key Results)

Q. OKR이란?

- 목표(objective)와 그 목표를 달성하기 위한 핵심 결과(Key Results)를 정의해서 목표 달성 진척도 측정

- 개인, 팀, 조직이 추구하고 도달하고 싶은 목표를 설정하고, 이 목표가 얼마나 달성되었는지 측정하기 위한 구체적이고 정량화된 지표인 핵심결과를 명확히 정의 

- OKR은 주로 팀 리더와 PM이 함께 설정

◾ 실무 엿보기 : Spoqaㅣ스포카가 OKR로 목표를 달성하기까지

스포카가 OKR로 목표를 달성하기까지.

 

Q. OKR을 얼마나 도전적으로 잡아야 하나?

- 도전 요소 + 비현실적이 않는 수준인 70~80% 달성률이 적절한 OKR로 간주

◾ 실무 엿보기 : 29cm - 스타트업 OKR 실전팁 - 29cm PO가 OKR을 쓰는 법

🎯 스타트업 OKR 실전 팁! — 29CM PO가 OKR을 쓰는 법

 

👉 팀미션 

- 마음에 드는 상품을 발견한 고객이 29CM에서 구매를 완료하게 만드는 것

 

👉 Objective

- 리뷰를 구매하기 전 반드시 확인하는 가치 있는 정보로 만든다.

 

👉 KR 후보

- 고품질 리뷰의 비율이 증가한다.

- 더 많은 고객이 리뷰를 조회한다.

- 고객이 리뷰를 더 많이 조회한다.

- 리뷰를 조회한 고객이 더 많이 구매한다.

- 구매자 중 리뷰를 조회한 고객의 비중이 늘어난다.

 

👉 최종 KR

상품 상세페이지 방문 후 S시간 내 리뷰 클릭율을 N월 평균 00%에서 M월 평균 X%로 00bps 상승시킨다.

 

 

3️⃣ KPI (Key Performance Indicator)

Q. KPI이란?

- 조직, 팀 또는 개인이 설정한 목표에 대한 달성 수준을 측정하기 위해 사용하는 정량적 또는 정성적 지표

◾ OKR과 KPI의 다른 점

- 둘 다 목표 설정 및 성과 추적을 위한 관리 도구지만, 목적이 다름

- OKR의 목표를 달성하기 위한 핵심 성과 지표로 KPI가 사용

- OKR은 비전을 달성하기 위해 조직관 팀원이 한 방향으로 나아가도록 세운 도전적 목표, KPI는 비즈니스 전반의 성공을 측정하기 위한 지표

항목	OKR (목표 및 핵심 결과)	KPI (핵심 성과 지표)
초점	무엇을 달성할 것 인가	어떻게 성과를 측정할 것 인가
구성요소	목표와 핵심 결과	주로 정량적인 성과 지표
범위와 기간	주로 단기적 (분기별, 연간 목표 설정)	지속적인 추적 (일상적 성과 측정 및 관리)

 

 

 

4️⃣ 목표 수립 과정

Q. 목표 수립 방법

- 비전은 장기적인 방향성 제시, OKR은 단기적인 목표를 명확히, KPI는 그 목표 달성을 추적하는 방식

- PM은 프로젝트 혹은 과제의 목표가 이 비전, OKR, KPI에 기여할 수 있는지 확인 후 이에 따라 목표를 상세히 세움

◾ 실무 엿보기 : 우아한형제들ㅣPM이 사용자가 아닌 서비스는 어떻게 만들까? : 배민외식업광장 ‘장사캘린더’ 오픈부터 개선까지

PM이 사용자가 아닌 서비스는 어떻게 만들까? : 배민외식업광장 ‘장사캘린더’ 오픈부터 개선까

 

👉 배민외식업광장 비전

- 외식업 사장님들의 비즈니스를 돕는 최고의 서비스 플랫폼이 되자

 

👉 팀 OKR 

- 목표 : 사장님들의 서비스 활동성 증대

- KR : 서비스 사용자 당 평균 세션 수 증대

 

👉 과제 목표

- 목표 : 외식업 사장님에게 필요한 일정 정보를 손쉽게 제공

- KR : 서비스 사용자 당 평균 세션 수 증대, 순 방문자수

 

5️⃣ 목표 수립 때 주의점

 

👉 PM은 목표를 세울 때 사용자 가치와 비즈니스 가치 사이의 균형을 잘 맞춰야 함

- 둘 중 어느 한쪽에 치우치지 않도록, 사용자와 기업 모두에게 가치를 제공할 수 있는 방향으로 전략을 설정하는 것이 중요

◾ 실무 엿보기 : 최세지ㅣ배민 서비스 기획자

최세지 / 배민서비스 기획자

◾ 실무 엿보기 : 카카오톡 생일 알림 기능ㅣ대표적인 사용자 가치 vs 비즈니스 가치 사례 

카카오톡 '생일 알림' 기능에…"편해" vs "부담" : 네이트 뉴스

 

으악, 어떻게 알고 선물을… 온라인서 생일 감추는 까닭은

[카톡, 성장중]②터치 몇 번으로 생일 선물…커머스 플랫폼으로 진화

 

 

챕터 2-3 문제 정의

---

Q. 문제 정의 과정

👉 현상을 발견하고, 현상이 일어난 원인을 보고, 가장 중요한 문제를 짚어냄

① 현상 발견 : 목표를 달성하는데 방해가 되는 문제 현상들을 발견

② 문제 정의 : 현상이 발생하게 만든 원인 정의

③ 핵심 문제 정의 : 여러 가지 문제 중 가장 해결해야하는 핵심 문제 정의

단, 정답이 아니라 이 방식으로 생각의 흐름을 가져가면 보다 쉽게 문제 정의를 출발할 수 있다는 것에 의의

 

 

1️⃣ 현상 발견 

Q. 문제 현상 발견 방법

👉 비즈니스, 사용자 양쪽은 문제 현상 살펴보기

- OKR과 KPI 달성을 가로막는 것들이 무엇인지, 사용자 쪽에 무슨 문제가 있는지 살피기

- 다양한 정량 정성 방법으로 문제 현상 발견

	방법
사용자 피드백 수집	설문조사, 인터뷰, VOC 분석을 통해 사용자들이 겪는 문제 수집
유저 테스트	실제 사용자들이 서비스를 사용하는 모습을 관찰하여 문제 발견
유관 부서 인터뷰	고객을 자주 만나는 세일즈 팀원, UX전문가인 디자이너 등 유관 부서 팀원 인터뷰를 통해 문제 발견
데이터 분석	비정상적인 패턴이나 예기치 않은 현상 발견
경쟁사 분석	경쟁사 서비스 분석을 통해 자사의 문제점이나 개선점 발견

 

◾ 사용자 피드백 수집

 

◾ 유저 테스트

◾ 실무 엿보기 : 강남언니ㅣ강남언니가 고객의 문제를 찾는 방법

강남언니가 고객의 문제를 찾는 방법

- 강남언니에서는 여러가지 방법을 적절한 타이밍에 서로 상호보완하는 방향으로 유연하게 활용하고 있음

- 정성적 방법과 정량적 방법 각각의 방법을 단독으로 사용하기에는 한계가 있음

◾ 실무 엿보기 : 우아한형제들ㅣPM, 디자이너, 개발자가 함께한 배달의민족 입점 과정 개선기

PM, 디자이너, 개발자가 함께한 배달의민족 입점 과정 개선기 | 우아한형제들 기술블로그

◾ 실무 엿보기 : 스포카가 OKR로 목표를 달성하기까지

스포카가 OKR로 목표를 달성하기까지.

 

 

2️⃣ 문제 정의

문제 발견 단계에서 문제현상을 인식했다면, 문제 정의 단계에서는 "문제 현상의 근본적인 원인이 무엇인지" 설명할 수 있어야 함

 

Q. 문제 정의 방법

👉 문제 정의 순서

① 목표 달성에 방해되는 문제 현상 간단히 작성

② 이 현상으로 인해 발생하는 부정적인 영향이나 결과를 명확히 설명

③ 근본적인 원인 파악

	내용
팀 목표	- 사용자가 원하는 음식을 빠르게 찾도록 돕는다
현상 발견	- 사용자가 특정 음식을 주문하고 싶지만, 원하는 메뉴를 찾는데 시간이 오래 걸림
이로 인한 영향·결과	- 사용자 : 메뉴 검색 시간이 길어지면 사용자는 피로감을 느끼고, 이탈률이 높아짐 - 비즈니스 : 사용자 이탈로 인한 매출 감소
원인	① 검색 결과 정확도 낮음 - 검색어에 부합하는 검색 결과가 나오지 않음 - 예를 들어 '김치찌개'를 검색했을 때 관련 없는 식당이 상위 노출 ② 카테고리 필터 부족 - 사용자가 원하는 메뉴를 특정하기 위한 세부 필터(가격대, 인기 순위 등)가 없음

 

이렇게 정리한 내용을 바탕으로 "무엇이 문제인지", "그 문제로 인해 어떤 영향이 있는지", "왜 그런 문제가 발생하는지"를 포함해서 작성

 

👉 현상/영향/원인을 구분해서 생각하기

- 피상적으로 현상만을 발견하면, 문제정의에 가까워지기 어려움

- 영향을 제대로 분석하지 않으면, 이 문제가 얼마나 중요한 문제인지 판단하기 어려움

- 원인을 제대로 분석하지 않으면, 어떤 것을 해결해야 하는지 판단하기 어려움

 

💥 결론적으로 단순히 문제 증상을 해결하는 것이 아니라, 문제를 일으킨 근본적인 원인을 파악하여 그 문제를 해결해야 함.

 

 

Q. 문제 정의 쉽게 하는 법

👉 프레임워크를 통한 문제 정의

- 프레임워크란? 문제를 쪼개서 범위를 좁혀 답을 찾는 방법으로 문제정의를 체계적으로 고민해 볼 수 있음

 

👉 5 Whys

- 문제의 근본 원인을 찾기 위해 "왜?"를 다섯 번 반복적으로 묻는 방법. 각 답변은 이전 질문의 원인이며, 이 과정을 통해 점차적으로 문제의 근본 원인에 접근 가능

ex. 문제 : 사용자가 주문을 완료하지 않는다.

  ① 왜1 : 사용자가 결제 페이지에서 이탈함 

  ② 왜2 : 결제 페이지 로딩이 느림

  ③ 왜3 : 결제 서버의 성능이 부족

  ④ 왜4 : 서버 최적화가 이뤄지지 않음

  ⑤ 왜5 : 서버 최적화를 위한 자원 할당이 부족

 

👉 로직트리

- 나무 구조처럼 하나의 큰 문제를 여러 가지 세부적인 나뭇가지로 분리한 후, 이를 다시 해결할 수 있는 구체적인 질문이나 하위 항목으로 나누는 방법

- 로직트리는 MECE(Mutually Exclusive, Collectively Exhaustive)하게 쪼개야 하는 원칙 있음. MECE원칙을 따라야 문제를 중복 없이 세분화하고, 동시에 누락 없이 모든 가능한 요소를 고려할 수 있음

	상세
Mutually Exclusive (상호 배타적)	- 각 요소는 서로 겹치지 않아야함 ex. "음식"이라는 범주에서 "한식"과 "중식"은 서로 겹치지 않는 분류입니다. 하나의 메뉴가 두 범주에 속할 수 없습니다.
Collectively Exhaustive (전체 포괄적)	- 누락된 항복이 없도록 문제의 모든 측면을 다뤄야합니다. ex. "음식" 범주에서 "한식"과 "중식"만 있으면 "양식"이나 "일식"이 빠질 수 있으므로, 모든 가능한 카테고리를 포함해야 합니다.

◾ 실무 엿보기 : 브런치ㅣWhat-Why-How 로직트리로 기획의 틀을 짜라

What-Why-How 로직트리로 기획의 틀을 짜라

◾ 5whys와 로직트리를 활용해서 문제를 정의한 예시

 

 

3️⃣ 핵심 문제 정의

Q. 문제 우선순위 정하는 방법

👉 기대효과와 노력 비교를 통한 문제 우선순위 결정법 (Impact vs Efforrt Matrix)

- 높은 임팩트 낮은 노력(Quick Wins) : 우선적으로 해결할 문제

- 높은 임팩트, 높은 노력(Major Projects) : 중요하지만 해결하는데 시간이 많이 걸리는 문제

- 낮은 임팩트, 낮은 노력(Fill-ins) : 자투리 시간에 해결할 수 있는 문제

- 낮은 임팩트, 높은 노력(Hard Slogs) : 가급적 나중에 해결할 문제

 

◾ 실무 엿보기 : 우아한 형제들ㅣ함께 배달주문할 때는? 함께주문!(함께주문 오픈 이야기)

함께 배달주문할 때는? 함께주문! (함께주문 오픈 이야기) | 우아한형제들 기술블로그

 

 

4️⃣ 문제 해결 단계

Q. 문제 정의 때 주의점

👉 해결방안을 정해두고 시작하면 안 됨

- 이미 해결 방안을 정해두면 문제 정의가 왜곡되거나 제대로 된 문제 해결로 이어지지 않을 수 있음

- 진짜 문제인지 여러모로 정의해 보는 것이 중요

ex. 사용자가 앱 내의 텍스트가 너무 작아서 읽기 어려워요

  ❌ 해결방안을 미리 정해둔 PM

     - 고객이 원하는 대로 들어줘야지. 글씨 크기를 키우자

  ⭕ 문제정의부터 하는 PM - VOC의 원인부터 파악하자

     - 고객이 시니어인가? 다른 고객들도 그렇게 느끼는가?

     - 해당 텍스트가 중요한 텍스트인가?

     - 읽기 어려운 게 진짜 크기가 작아서인가? 위치 때문인가? 생상 대비 때문인가?

 

 

 

 

 

챕터 2-4 가설 수립&검증

---

◾ 실무 엿보기 : 뱅크샐러드ㅣ진정한 실험 조직의 탄생

진정한 실험 조직의 탄생 | 뱅크샐러드

 

1️⃣ 해결 방안 도출 

- 핵심 문제정의가 끝나면 해결방안을 도출함. 이때 해결방안은 확정된 내용이 아니라 검증되지 않는 가설이며 이것이 가설 기반 사고(Hypothesis-driven Thinking)임

- 해결방안이 구체화가 되면, 이 중에서 가장 실행가능한 아이디어를 우선순위화함(문제정의와 같이 Impact vs Effort Matrix 사용해도 좋음)

◾ 실무 엿보기 : 토스ㅣ그로스 도메인이 토스를 성장시키는 방법

그로스 도메인이 토스를 성장시키는 방법

 

2️⃣ 가설 수립

Q. 가설 세우는 방법

👉 가설의 형태는 예상되는 인과 관계를 설명하는 문장

- "만약~하면, ~할 것이다" 형태를 많이 사용

 

👉 문제를 해결하기 위해 필요한 변화와 그 변화의 영향을 예측

- 정성적이든, 정량적인 결과든 반드시 검증 가능해야 함

- 검증 가능하지 않는 가설은 가설이 아님

 

👉 가설을 쓸 때 꼭 포함해야 하는 내용

- 가설에 변수와 예상되는 결과 포함

ex. 만약 무료 배송 옵션을 제공하면, 구매 전환율이 15% 증가할 것이다. 

    - 변수 : 무료 배송 옵션 제공

    - 결과 : 구매전환율 증가

- 가설은 결과가 검증이 가능해야 함

ex. 만약 배달의민족 앱에서 예상 배달 시간을 실시간으로 표시하면, 사용자 만족도가 증가할 것이다.

  → 배달의민족 앱에 '주문 후 예상 배달 시간'을 실시간으로 표시하면, 사용자 만족도가 높아지고, 주문 취소율이 감소할 것이다.

     (사용자 만족도라는 정성적인 결과를 표기하는 것도 좋지만, 검증이 쉬운 정량적인 결과도 함께 포함)

◾ 실무 엿보기 : 오늘의집ㅣ첫 TV 광고의 성과, 오늘의집은 어떻게 측정하고 분석했을까?

https://www.bucketplace.com/post/2021-05-27-%EC%B2%AB-tv-%EA%B4%91%EA%B3%A0%EC%9D%98-%EC%84%B1%EA%B3%BC-%EC%98%A4%EB%8A%98%EC%9D%98%EC%A7%91%EC%9D%80-%EC%96%B4%EB%96%BB%EA%B2%8C-%EC%B8%A1%EC%A0%95%ED%95%98%EA%B3%A0-%EB%B6%84%EC%84%9D%ED%96%88%EC%9D%84%EA%B9%8C/

 

Q. 가설 검증법

항목	A/B 테스트	사용자 인터뷰	유저 테스트	오픈 후 결과 데이터 분석
설명	두 가지 이상의 옵션을 비교해서 어떤게 더 나은지 확인하는 방법	사용자와 직접 대화하며 문제점과 니즈를 파악하는 방법	사용자 제품을 직접 써보고 피드백을 받는 방법	기능 출시 후 사용자 데이터를 분석해서 문제를 찾는 방법
장점	데이터로 명확한 비교 가능	- 사용자의 숨겨진 니즈를 발견 - 새로운 아이디어를 얻을 수 있음	실제 사용 과정 관찰 가능	빠르고 비용이 적게 듦
단점	- 많은 사용자 필요 - 준비에 시간과 비용이 듦	사용자 모집이 필요	사용자 모집이 필요	상황별 맥락은 알기 어려움
사용하기 좋은 상황	두 가지 버전 중 어떤게 더 좋은지 알고 싶을 때	사용자가 무엇을 원하는지 알고 싶을 때 초기 아이디어 검증이 필요할 때	제품을 실제로 써보며 개선할 점을 참고 싶을 때	기능 출시 후 데이터로 성과를 확인하고 싶을 때

 

👉 장단점을 고려해 선택

- A/B 테스트, 사용자 인터뷰, 유저 테스트는 환경을 구축하는데 시간과 비용이 소모

- A/B 테스트가 정확히 이뤄지기 위해서는 사용자 규모가 일정 이상 필요. 또, 사용자 인터뷰나 유저 테스트를 위해서 사용자 리크루팅 필요

- 오픈 후 결과 데이터 분석은 가장 빠르고 효육적이게 가설검증 진행 가능

◾ 실무 엿보기 : 당근마켓ㅣ하나의 가설로 극한의 성과를

하나의 가설로 극한의 성과를 | 당근 블로그

◾ 실무 엿보기 : 당근마켓ㅣ고민보다 실행해라, 성과 궤도를 달리는 중고차 직거래

고민보다 실행하라, 성장 궤도를 달리는 중고차 직거래  | 당근 블로그

 

◾  Dropbox의 가설검증 방식

- 초기 Dropbox는 클라우드 저장소 개념을 알리기 어려웠음

- 제품 완성 대신 사용 시나리오를 담은 영상 제작

- 이 영상으로 가능성을 보여주고 Y Combinator 투자 유치

 

◾ 실무 엿보기 : 브런치ㅣ관찰하는 정성 리서치 추적하는 정량 리서치

관찰하는 정성 리서처 추적하는 정량 리서처

 

 

Q. 오픈 후 결과 데이터 분석 때 주의점

가설을 제대로 검증할 수 있는 측정 가능한 지표 설정하는 것이 중요

어떤 숫자를 보고 가설이 맞는지 판단하 것인가?

 

👉 직접적인 지표를 선택

- 가설의 결과를 직접적으로 설명할 수 있어야 함. 가설 검증과 직접 관련 없는 지표는 혼란을 초래할 수 있음

 

👉 상위목표(OKR)와 연결되어야 의미 있음

- 비즈니스 목표나 사용자 만족도 향상과 연결되어야 함

 

👉 지표의 맥락 이해

- 지표가 증가/감소할 때 왜 그런지 해석 가능한 맥락과 배경 분석

 

👉 시간 범위 설정

-데이터는 언제까지를 기준으로 볼지 정해야 함

 

 

3️⃣ 가설 검증

Q. 가설 검증 후, 예상과 다르게 결과가 좋지 않을 때

👉 결과도 중요하지만, 실패를 통해 인사이트를 얻은 것이 중요

- 가설 검증 자체가 불가능해 아무 인사이트를 얻지 못한 케이스가 가장 안타까운 케이스

- 예상보다 결과가 나쁘더라도, 이를 통해 얻은 인사이트를 기반으로 가설을 수정해 다시 검증하면서 점진적으로 개선해 나가면 됨

◾ 실무 엿보기 : 우아한형제들ㅣPM이 사용자가 아닌 서비스는 어떻게 만들까? : 배민외식업광장 ‘장사캘린더’ 오픈부터 개선까지

PM이 사용자가 아닌 서비스는 어떻게 만들까? : 배민외식업광장 ‘장사캘린더’ 오픈부터 개선까

◾ 실무 엿보기 : 토스ㅣ토스가 사용자 경험에 ‘집착’하는 또 하나의 방법, 유저 리서치

UX 리서처 인터뷰 - 토스가 '사용자 경험' 에 '집착'하는 방법은? - 금융이 알고 싶을 때, 토스피드

◾ 실무 엿보기 : 오늘의 집ㅣBX 디자인팀은 고객의 목소리를 어떻게 들을까?

BX 디자인팀은 고객의 목소리를 어떻게 들을까? - 오늘의집 블로그