操盘手年鉴The Operators’ Almanac
PD · PB · 369

问题陈述评估标准

Problem Statement Criteria · problem-statement-criteria--a-three-step-framework-for-solving-problems
产品方法论 操作手册 AI 前 2019-06 Lenny Rachitsky ✓ 已核验出处

解决什么问题

团队在定义问题时容易写得太空泛、预设解决方案或缺乏焦点,导致无法落地执行。

核心内容

一个强有力的问题陈述(Problem Statement)必须具备 5 个关键属性:

  1. 简短:尽量用一句话描述。解释得越多,问题反而越不清晰。
  2. 聚焦:只包含一个清晰、可由单一团队在合理时间内解决的问题。建议明确写出“不解决什么问题”。
  3. 指向未满足的“需求”:聚焦于用户需求(或必要的业务需求)。
  4. 包含 What 和 Why:说明出了什么问题,以及为什么这是个问题(后续需证据支撑)。
  5. 与解决方案无关:抵制过早跳入解决方案的冲动。

好问题示例:

  • Lyft 司机因为乘客距离太远而频繁取消订单。
  • Airbnb 房东感到沮丧,因为他们想提升自己但发现很难做到。
  • 用户在注册流程的最后一步流失率过高。

坏问题示例:

  • 用户增长放缓。(太宽泛,不聚焦用户)
  • 建立一个忠诚度计划。(预设了解决方案)
  • 用户在注册流程中跳出。(不够聚焦,缺少对 Why 的假设)

适用边界

适用于具体的、可执行的产品问题。对于“用户增长放缓”这类宏大层面的战略问题不适用,需要先降维拆解。

关键引述 · 原话

"The more you need to explain it, the less clear the problem ends up being." — Lenny Rachitsky

关联卡片

是 three-step-problem-solving-framework 中 Step 1 的核心实操指南。

出处Lenny Rachitsky · 02-newsletters/a-three-step-framework-for-solving-problems.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2