뒤로
Learning by Doing
Learning by Doing ·

Today I Learned #14 (23.06.22)

오늘 본 내용

Week 29 - 💡 A Step-by-Step Guide to Crafting Killer 📝 Problem Statements


url thumbnail

Week 29 - 💡 A Step-by-Step Guide to Crafting Killer 📝 Problem Statements

Quote Writing a problem statement is like trying to explain why your computer is broken to your grandparents. You know something's wrong, but you're not quite sure how to articulate it POLL 💯 Framework // Concept // Mental Model Product management is a complex and challenging role that involves many different tasks and responsibilities. One of the most critical tasks of a product manager is to frame a problem statement, which serves as the foundation for the entire product development process. In this blog post, Let’s go through a detailed overview of what framing a problem statement means, why it is essential for product managers, and the steps involved in creating an effective problem statement.

https://sidsaladi.substack.com/p/week-29-a-step-by-step-guide-to-crafting


  • PM/PO의 가장 중요한 업무 중 하나는 전체 제품 개발 프로세스의 기초가 되는 문제 진술의 틀을 짜는 것


  • 문제 진술의 중요성
  • 문제 영역을 정의하고 전체 제품 개발 프로세스의 기초를 설정
  • 고객의 요구와 불만 사항을 명확하게 이해하여 제품을 개발할 수 있도록 해줌
  • 잘 정의된 문제 진술이 없으면 제품이 고객의 요구를 효과적으로 해결하지 못하거나 상업적으로 실행 가능하지 않음
  • 좋은 문제 해결 방안을 작성하기 위한 간단한 방법 중 하나는 제품, 서비스 또는 솔루션에 대한 언급을 피하는 것임


  • 좋은 문제 진술의 특징
  • 해결책을 전제하지 않음
  • 좋은 문제 진술은 해결책을 가정하지 않습니다. 대신 문제와 그 문제가 고객에게 미치는 영향을 설명하는 데 중점을 둡니다.
  • 특정 고객 그룹을 대상으로 함
  • 공감을 형성할 수 있는 특정 고객 그룹을 식별합니다. 이는 고객의 관점을 이해하고 고객의 특정 요구 사항을 충족하는 솔루션을 맞춤화하는 데 도움이 됩니다.
  • ‎실제 사용자 경험 반영
  • 실제 사용자 경험을 반영하고 고객이 직면하는 문제점을 강조합니다. 문제와 관련된 맥락과 명확성을 제공하여 근본 원인을 쉽게 파악하고 해결할 수 있도록 도와줍니다.
  • 근본적인 문제 해결을 위한 프로젝트 방향 제시
  • 프로젝트가 근본적인 문제를 해결하도록 방향을 제시하는 데 도움이 됩니다. 고객이 직면한 구체적인 장애물과 한계를 파악함으로써 제품 관리자는 이러한 문제를 직접 해결하는 솔루션을 개발할 수 있습니다.
  • 측정 가능한 장애물 제공
  • 극복해야 할 측정 가능한 장애물(문제)을 제공하므로 제안한 솔루션의 성공 여부를 측정하고 개선 방법을 배울 수 있는 방법을 제공합니다.


  • 나쁜 문제 진술의 특징
  • 해결책을 전제로 함
  • 해결책을 전제로 하기 때문에 문제 해결에 대한 편협한 접근 방식으로 이어질 수 있습니다. 다른 대안은 고려하지 않고 특정 해결책이 문제를 해결하는 가장 좋은 방법이라고 가정합니다.
  • 고객 중심이 아님
  • 잘못된 문제 진술은 고객 중심이 아니며 실제 사용자 경험을 반영하지 않습니다. 구체성이 부족하고 고객의 불만 사항이나 한계에 대한 인사이트를 제공하지 않습니다.
  • 잘 정의되어 있지 않음
  • 잘못된 문제 진술은 잘 정의되어 있지 않고 구체성이 부족합니다. 너무 광범위하거나 너무 좁아서 효과적인 솔루션을 개발하기 어려울 수 있습니다. 충분한 맥락이나 명확성을 제공하지 않습니다.


  • 문제 진술 템플릿의 유형
  • 다섯 가지 W
  • 5가지 W(누가, 무엇을, 언제, 어디서, 왜)와 하나의 H(어떻게)를 묻는 저널리즘 원칙을 기반으로 합니다. 이 템플릿은 "문제가 누구에게 영향을 미치는가?", "문제의 영향은 무엇인가?" 등의 질문을 던집니다.
  • 비즈니스 사례
  • 문제의 재정적 영향에 초점을 맞춥니다. "문제의 비용은 얼마인가?", "잠재적인 수익 기회는 무엇인가?" 등의 질문을 합니다.
  • 사용자 페르소나
  • 사용자와 사용자의 요구 사항에 중점을 둡니다. "사용자의 불만 사항은 무엇인가요?", "사용자의 목표는 무엇인가요?" 등의 질문을 던집니다.
  • 스마트 문제 진술
  • 구체적이고, 측정 가능하며, 달성 가능하고, 관련성이 있고, 시간 제한이 있는 문제 진술서를 작성하는 데 중점을 둡니다. "구체적인 문제가 무엇인가요?", "문제 해결을 위한 타임라인은 어떻게 되나요?" 등의 질문을 던집니다.

 



고민하고 생각해 볼 내용

  • 문제 정의 및 진술은 실제 업무를 진행함에 있어서 굉장히 중요한 요소로, 단순 제품 개발 프로세스를 떠나 개개인의 정체성과 동기부여에도 중요한 요소로 작용



url thumbnail

Today I Learned #14 (23.06.22) - 킬러 제작을 위한 단계별 가이드과 문제 해결 방법

오늘 본 내용 Week 29 - 💡 A Step-by-Step Guide to Crafting Killer 📝 Problem Statements Week 29 - 💡 A Step-by-Step Guide to Crafting Killer 📝 Problem Statements Quote Writing a problem statement is like trying to explain why your computer is broken to your grandparents. You know something's wrong, but you're not quite sure how to articulate it POLL 💯 Framework // Concept // Mental Model Product managem..

https://wikilog.tistory.com/86


 

3

댓글

로그인 후 댓글을 남길 수 있습니다.

Learning by Doing
Learning by Doing

저도 다운님 글 잘 읽고 있습니다. 서로 화이팅해요~!