problem space
solution space
문제를 잘못 정의하게 된 이유
- 조급함!!!!
- 피곤하거나, 문제에 대한 지식이 부족하거나, 조급한 경우
- 집단 사고도 조심할 것.
맥락 이해 중요!
현실은 솔루션에 대한 선택지가 굉장히 많은데 우리가 어떤 식으로 개선해서 기대 가치를 가져올 수 있을지는 예측이 매우 어렵다.
전략 : 선택 가능한 대안의 가짓수를 좁힌다.
원인 파악
- 현상을 파악하는 것이 아니라 원인을 파악한다.
문제를 바로 해결하기보다 다양한 각도로 느긋하게 여유를 갖고 확인하는 것이 매우 중요하다.
시간이 많이 걸리지 않을 뿐더러 먼저 하면 이후의 과정이 편안하다!
문제 해결하기
- PM이 문제 해결이라 함은 고객 및 사업적인 가치를 창출하는 제품 만들기
- Valuable, Usable, Feasible, viable 의 가치에 맞춰 제품을 만들어야한다.
- 문제 정의 : 비판적인 시각으로 문제의 대상을 열심히 관찰하고 분석하면 됨.
- 문제 해결 : 창조를 통해 해결해야함.
Diagnose with Data
- 데이터를 통해 문제점을 알 수 있다.
- 사용자의 이용성 등의 데이터 분석 통해 사용자 경험 확인 및 맥락, 문제점을 할 수 있다.
Treat with Design
Good Idea!
- 결국 좋은 아이디어가 필요하다.
- 여러 사람들의 의견을 듣기
- 다양한 관점에서 의견을 듣고, 섞어보기.
- 팀원들이 문제의 맥락을 분명히 이해할 수 있도록 설명하는 것이 중요.
커뮤니케이션 방법
- 데일리 스탠드업/ 스크럼 미팅
- 각자 하고 있는 일 공유 및 문제 커뮤니케이션하기
- 브레인스토밍 및 아이디에이션할 때 문제의 맥락을 자세히 설명하기
- 문제를 명확히 정의하고 원인 및 사용자 경험에 대한 상황을 설명하고 그에 대한 우리 비즈니스의 영향을 파악한다.
피드백
- 피드백 과정을 통해 팀원들과 부드럽게 하는 과정이 필요
제품 이터레이션
- 이터레이션 사이클 빠르게 반복하기
- 제품 이터레이션 : 제품을 계속해서 개선함으로써 발전시키기레이션 : 제품을 계속해서 개선함으로써 발전시키기
이터레이션접근법
Lean start-up
- 완벽한 계획보다 빠르게 상품을 만들고 개선하는 식으로 빠르게 생산하는 과정을 가지기
- 완벽주의를 버리고 피드백을 통해 빠른 개선을 하자!
MVP
- 리드 호프먼의 부끄러운 제품론
- 불필요하게 완벽주의를 추구하기보다 출시를 먼저하고 피드백 후 개선을 하는 것이 좋다.
계획의 중요성
- Assumptions을 명확하게 정의하고 - 줄글로 문서화함으로써 명확하게 이해할 수 있도록하기
- Assumption 검증 방법 계획 -코드에 국한되지 않고 다양한 방법이 있다. 랜딩 페이지 테스트, 컨시어지 서비스, 스모크 테스트
- 고객 피드백 수집 방법 계획하기
Instrumentation
- 데이터 수집 및 분석 환경 갖추기
- 사용자 행동을 파악을 위한 분석 준비에 도움
- 고객 피드백을 통한 개선에 도움
정성적 피드백
- 숫자로 표현되지 않는 피드백 : 고객 인터뷰, VOC...
시제품을 만들고 개선하기
요약
- 문제를 잘 정의하기
- 느긋하게 문제를 정의하자
- 문제를 정의하기 위해 문제의 중요성(맥락), 문제가 진짜 중요한지(문제의 기회비용), 현상 원인 파악이 중요하다.
- 문제 해결은 분석의 영역이 아닌 창조의 영역
- 팀과 함께 협력적으로 아이디어를 내고, 끊임없이 이터레이션한다.
- Assumption 검증이 중요하다.
새로운 제품 만들기
Problem Worth Solving
- 고객은 제품에 생각보다 관심 없다.
- 해결할 가치가 있는 문제/ 사람들이 중요하게 생각하는 문제
중요한 문제인지
- 기준 1. 적극적으로 해결책을 찾아보았는가
- 기준 2. 문제 해결을 위해 시간과 돈을 쓰는가
타당한 비즈니스 모델을 만들 수 있는지.
- 기준 3. 타당한 비즈니스 모델을 만들 수 있는 문제
- Plausible
- Self-aware
- Lucrative
- Recurring & Frequent