PD · FW · 370
问题解决三步框架
Three Step Problem Solving Framework · three-step-problem-solving-framework--a-three-step-framework-for-solving-problems
所属簇 用户研究方法论
解决什么问题
团队在开发新产品或功能时,往往因为误解了要解决的问题而导致项目失败。该框架用于在进入设计或开发前,正确定义、对齐并坚守问题陈述。
核心内容
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
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2