操盘手年鉴The Operators’ Almanac
PD · FW · 370

问题解决三步框架

Three Step Problem Solving Framework · three-step-problem-solving-framework--a-three-step-framework-for-solving-problems
产品方法论 框架 AI 前 2019-06 Lenny Rachitsky ✓ 已核验出处

解决什么问题

团队在开发新产品或功能时,往往因为误解了要解决的问题而导致项目失败。该框架用于在进入设计或开发前,正确定义、对齐并坚守问题陈述。

核心内容

Step 1: Crystallize the problem(结晶问题) 由单人(通常是 PM)起草 1-Pager,回答六个问题:

  • Description: 简述项目是什么。
  • Problem: 解决什么问题?(需符合好问题的标准,见下文)
  • Why: 如何知道这是一个真实且值得解决的问题?(收集 3-5 个强有力的定量/定性证据,并自我反驳)
  • Success: 如何判断问题已解决?(设定具体、可衡量、有野心但可信的数字指标,或具体的世界状态)
  • Audience: 为谁而建?(明确是新用户还是老用户,移动端还是网页端等)
  • What: 产品形态大概是什么?(与设计师对齐细节程度)

Step 2: Align on the problem(对齐问题)

  • 将初稿分享给项目团队,收集反馈并迭代。
  • 若意见发散,拉通团队当面解决分歧。
  • 团队对齐后,分享给利益相关者,确保评判项目成功与否的人在开发前达成共识。
  • 召开线下 Kickoff,回顾问题陈述并答疑。

Step 3: Keep coming back to the problem(反复回顾问题) 在执行过程中防止偏离初衷:

  • 每次设计评审,设计师需先回顾问题陈述。
  • 每次向利益相关者汇报进度时,重申问题陈述。
  • 最终确定设计前自问:这能解决我们当初设定的问题吗?

适用边界

适用于已有明确愿景和整体战略的前提下,针对具体新项目或新功能启动时。如果团队连高层愿景和战略都不清晰,应先解决战略问题,不适用此框架。

关键引述 · 原话

"nailing the problem statement is the single most important step in solving any problem." — Lenny Rachitsky

关联卡片

与 Jobs-To-Be-Done framework 结合使用效果更佳;在撰写 Success 指标时可参考 Andy Grove 的衡量标准。

出处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