问题分析三步法
R — 原文 (Reading)
> 对于一个准问题解决者来说，他所面临的问题就是为别人解决他们的问题；而开始其工作的最好办法是从内心深处把齿轮从单数变成复数……努力去回答这个问题：谁有问题？然后，再对回答这一问题的每个不同的人群，问：您的问题的本质是什么？
>
> — Gause & Weinberg,《你的灯亮着吗》第1-2章
I — 方法论骨架 (Interpretation)
大多数人在听到一个问题描述后，直接进入解法模式。三步法强迫你在动手前先做三件事：
-
谁有问题？ — 找出"顾客"（必须被取悦的人）。同一个现象，不同角色有完全不同的"问题"。雷龙塔的电梯——房客的问题是可以很快上下楼，房东的问题是怎么消除抱怨。如果不先确定顾客，你的方案大概率满足的是错的人。
-
问题是什么？ — 对于每个利益方，分别问"你期望什么？你体验到什么？"这其实就是把
problem-definition-formula分别应用到每个角色上。 -
问题从哪来？ — 追溯问题的源头。它可能来自某人的一个错误假设、一个过时的流程、或者你自身的盲点。
A1 — 书中的应用 (Past Application)
案例: 雷龙塔请愿
- 问题: 电梯太慢。
- 谁有问题: 房客（上班不方便）vs 房东（收到抱怨很烦）vs 信差（送信路线受阻）。
- 各自的问题定义: 房客要快速上下楼；房东要消除抱怨；信差要完成配送。
- 结论: 只解决房客的问题（比如提速电梯），房东可能不买单。最终方案（装镜子）同时满足了房客（不那么无聊）和房东（便宜、没收到抱怨）。
A2 — 触发场景 (Future Trigger) ★
用户会在什么情境下需要这个 skill?
- 用户说"帮我解决X"但没有说明是谁的问题
- 用户描述了一个场景，其中有多个角色，利益冲突
- 用户抱怨"我明明解决了这个问题为什么对方不领情"
语言信号
- "帮我解决一下这个"
- "为什么他们不认可这个方案"
- "大家都觉得XX，但我觉得YY"
- "stakeholder conflict" / "who should I optimize for"
与相邻 skill 的区分
- 与
problem-definition-formula的区别: 三步法是多角色视角的分析框架，公式法是对单一问题进行操作化定义。 - 与
check-your-lights的区别: 三步法分析外部问题，灯检法检查自身思考。
E — 可执行步骤 (Execution)
-
列出所有利益方
- 问: "这件事涉及哪些人/角色？"
- 完成标准: 至少列出 2 个不同角色。 -
为每个角色写一句话的问题定义
- 模板: "[角色]的问题是他期望[XX]，但体验到[YY]"
- 完成标准: 每个角色的问题定义互不相同（如果相同，说明角色划分不够细）。 -
追问来源
- 对每个角色问: "这个差距最初是怎么产生的？"
- 完成标准: 找到至少一个"源头"——一个假设、一个流程或一个历史事件。
B — 边界 (Boundary) ★
不要在以下情况使用此 skill
- 问题只有你一个人参与（不需要多角色分析）
- 角色利益已经明确且一致
- 紧急情况需要立即行动
作者在书中警告的失败模式
- 跳过"谁有问题"直接解决: 最常见的失败——为错误的顾客解决了正确的问题
- 认为所有角色应该有相同的问题定义: 强行统一不同视角只会让方案不受欢迎
作者的盲点 / 时代局限
- 三步法在分析过程中可能陷入"分析瘫痪"——需要在收集足够信息和行动之间找到平衡
审计信息
- 验证通过: V1 ✓ / V2 ✓ / V3 ✓
- 蒸馏时间: 2026-07-29
