팀스파르타 PM과정 (14)

강의 듣기 / 인스파이어드 읽기 

---

문제정의 

문제정의 방법

1. 현상 발견

2. 문제 정의

3. 핵심문제 정의 

 

1. 현상 발견

목표달성에 방해되는 문제현상을 발견한다 

비즈니스, 사용자 양쪽에서 문제 현상을 살펴본다 

다양한 정량/정성 방법을 동원한다 

• 사용자 피드백
• 유저테스트
• 유관부서 인터뷰
• 데이터 분석
• 경쟁사 분석

- 강남언니 : 일부러 이벤트를 심어두고 이벤트가 몇번 작동하는지 트레킹, 유저의 액션을 살펴보며 실제로 유저가 불편함을 느끼는지 확인

- 도도메세지 : 이해관계자들에게 문제 수집 / 공통된 템플릿으로 다양한 이해관계자들의 의견을 수집,분류,분석/ 이해관계자들의 의견을 토대로 관련 데이터를 수집

2. 문제 정의

1. 문제현상 작성
2. 문제로 인한 부정적인 영향이나 결과 작성
3. 근본적인 원인 파악 

문제정의 방법

1. 5WHY 

왜? 를 5번 반복적으로 묻는 방법 

문제: 사용자가 주문을 완료하지 않는다. 1차 왜?: 사용자가 결제 페이지에서 이탈한다. 2차 왜?: 결제 페이지가 로딩이 느리다. 3차 왜?: 결제 서버의 성능이 부족하다. 4차 왜?: 서버 최적화가 이루어지지 않았다. 5차 왜?: 서버 최적화를 위한 자원 할당이 부족하다.

 

2. 로직트리

 하나의 문제를 세부적인 요소로 분리한후 또 해결할 수있는 질문이나 하위항목으로 나누는 방식

MECE 기준 : (Mutually Exclusive and Collectively Exhaustive) 상호 배타적이며, 전체적으로 망라된, 경영 기획과 논리적 사고에서 중복 없이(ME), 누락 없이(CE) 전체를 구조화하는 원칙

중복 없이(ME)  : 각 요소는 서로 겹치지않아야하고 / 누락 없이(CE) : 누락된 항목없이 모든 측면을 다뤄야함

3. 핵심문제 정의 

모든 문제를 동시 해결할순 없기 때문에 우선순위 설정 

우선 순위 판단법

높은 임팩트, 낮은 노력 (Quick Wins): 우선적으로 해결할 문제 높은 임팩트, 높은 노력 (Major Projects): 중요하지만 해결하는 데 시간이 많이 걸리는 문제 낮은 임팩트, 낮은 노력 (Fill-ins): 자투리 시간에 해결할 수 있는 문제 낮은 임팩트, 높은 노력 (Hard Slogs): 가급적 나중에 해결할 문제

4. 문제 정의 때 주의점

해결방안을 정해두고 시작하는 것.

- 문제 정의가 왜곡 될수 있고 제대로된 문제해결로 이어지지 않을 수있음

고객 VOC : “사용자가 앱 내의 텍스트가 너무 작아서 읽기 어려워요” 단순 해결이 목표가 되어서는 안된다  ❌❌❌  “고객이 원하는대로 들어줘야지! 글씨 크기를 키우자!” 문제정의부터 하는 PM 진짜 원인 부터 찾기 “고객이 시니어인가? 다른 고객들도 그렇게 느끼는가?”- 고객 분류  “해당 텍스트가 중요한 텍스트인가?” - 강조/ 비강조 “읽기 어려운게 진짜 크기가 작아서인가? 위치 때문인가? 색상 대비 때문인가?” - 가독성, 전달력 문제

---

가설수립 & 검증 

PM 채용공고에 검증 가능한 가설 기반의 사고를 기반으로 일할 것을 강조함

 

목표수립-문제정의-가설수립&검증 프레임워크 = 애자일 원칙 ' 점진적으로 개선하는 방식' 

 

실험의 중요성

- 프로덕트를 구현할때 설정한 가설이 실제로 맞는지 실험을 통해 검증할 수 있음

- 실험을 통해 결과를 검증해야만 다음 방향을 설정할 수 있다 

 

1. 해결방안 도출 

확정된 해결이 아닌 검증을 위한 가설,  > 가설 기반 사고 

 

토스의 그로쓰 도메인

> 더 쪼개서 보고 더 정확히 분석해서 방법을 찾아내자 

 

2. 가설 수립

예상되는 인과 관계를 설명하는 문장 

- 만약 ~이라면, ~일 것이다

정성적이든 정량적이든 검증이 가능해야한다. 

오픈 후 결과 데이터 분석 주의점 : 가설을 제대로 검증할 수 있는 측정 가능한 지표 설정

• 직접적인 지표 설정
• 상위목표(OKR)과 연결
• 지표의 맥락 이해
• 시간 범위 설정

3. 가설검증

실패를 통해 인사이트를 얻는 것도 중요

비극 : 가설 검증이 불가능해져서 인사이트조차 없는 경우