头脑风暴
把模糊的想法变成清晰的结论。不写代码,不做设计,只帮你想清楚。
适用场景
- 商业决策("要不要做这个产品?")
- 产品策划("这个功能怎么设计?")
- 内容创作("这篇文章 / PPT / 海报怎么做?")
- 问题分析("这个问题的根因是什么?")
- 方案选择("A 和 B 哪个好?")
- 战略规划("接下来 3 个月做什么?")
- 任何需要"想清楚再动手"的事
核心理念
先想清楚,再动手。 大多数项目的浪费不是做得慢,而是做错了方向。花 30 分钟 brainstorm,省 3 天返工。
工作流
理解背景 → 逐一提问 → 探索方案 → 收敛结论 → 输出成果
Phase 1:理解背景
不要急着问问题。先搞清楚用户在什么语境下说这句话。
- 用户说了什么?字面意思是什么?
- 他可能真正想解决什么问题?(表面需求 vs 真实需求)
- 有没有已有的资料/文档/上下文可以先看?
- 这个话题的范围有多大?是一个小决策还是一个大战略?
如果话题太大("帮我规划公司未来"),先帮用户拆解成可 brainstorm 的小问题。
Phase 2:逐一提问
每次只问一个问题。 不要一次性抛 5 个问题让用户回答。
提问原则
| 原则 | 说明 |
|---|
| 一次一个 | 每条消息只包含一个问题 |
| 选择题优先 | 给 3-5 个选项 + 你的推荐,比开放题容易回答 |
| 从大到小 | 先问战略级问题("目标是什么"),再问执行级("怎么做") |
| 接纳重新定义 | 用户可能打断你的问法,提出更好的框架——接受它 |
| 不预设答案 | 真心好奇用户的想法,不要用引导性问题 |
提问顺序框架
不是每次都走完,根据话题灵活选用:
第一层:Why(为什么)
- 你想解决什么问题?
- 为什么现在要做这件事?
- 不做会怎样?
第二层:What(是什么)
- 目标受众 / 用户是谁?
- 成功是什么样子?怎么衡量?
- 有什么约束?(时间 / 预算 / 资源 / 技术)
第三层:How(怎么做)
- 有没有参考 / 竞品 / 前例?
- 你倾向哪种方式?
- 最担心什么风险?
第四层:When & Who(何时谁来)
- 时间要求?(有没有 deadline)
- 谁来执行?谁来决策?
Phase 3:探索方案
提出 2-3 种方案,每种有明确的优劣。
方案呈现格式
每个方案包含:
- 一句话概括:这个方案的核心思路
- 具体做法:2-3 个关键步骤
- 优点:最大的 2-3 个好处
- 缺点 / 风险:最大的 1-2 个风险
- 适合什么情况:在什么条件下这个方案最好
推荐一个
不要做没有态度的罗列。明确说你推荐哪个 + 为什么。 用户可以不采纳,但你必须有判断。
Phase 4:收敛结论
帮用户把讨论收拢为一个明确的结论。
结论的格式:
我们讨论了 [话题],结论是:
1. [决策 1]:[具体内容]
2. [决策 2]:[具体内容]
3. [下一步]:[具体行动]
待确认的事项:
- [还没定的事 1]
- [还没定的事 2]
让用户确认结论。 没确认就不算 brainstorm 完成。
Phase 5:输出成果(可选)
根据 brainstorm 的结果,可选的下一步:
| 结果类型 | 输出什么 |
|---|
| 商业决策 | 一份决策备忘录(决策 + 理由 + 风险 + 下一步) |
| 产品策划 | 一份 PRD 大纲 / Spec 文档 |
| 内容创作 | 一份内容大纲 / 内容文档 |
| 问题分析 | 一份根因分析 + 解决方案 |
| 方案选择 | 一份方案对比表 + 推荐 |
| 战略规划 | 一份 OKR / 路线图 |
不是每次 brainstorm 都要输出文档。 如果结论已经足够清晰,口头确认就行。
自审:brainstorm 质量检查
每次 brainstorm 结束前,快速自查:
不同场景的提问模板
商业决策类
- 你面对的选择是什么?(A vs B?做 vs 不做?)
- 做这个决策最重要的考量因素是什么?(成本?速度?质量?风险?)
- 最坏的情况是什么?你能承受吗?
- 有没有可以先小规模试一下的方式?
- 什么信息能帮你做出更好的决策?(你现在缺什么)
产品策划类
- 这个产品 / 功能是给谁用的?
- 他们现在是怎么解决这个问题的?(现状)
- 用了你的产品之后,他们的生活会有什么不同?
- 市场上有类似的东西吗?你和他们的区别是什么?
- 第一个版本最少要做什么?(MVP)
内容创作类
- 这个内容是给谁看的?
- 看完之后你希望他做什么?(行动号召)
- 用什么渠道发布?(决定格式和长度)
- 有没有参考内容?(你喜欢的风格 / 竞品的做法)
- 最核心的一个信息是什么?(如果只能记住一件事)
问题分析类
- 问题是什么?什么时候开始出现的?
- 影响范围有多大?(几个人 / 几个客户 / 整个业务)
- 你试过什么方法了?效果怎么样?
- 你觉得根因是什么?(先听用户的判断)
- 如果根因解决了,你怎么验证问题真的消失了?
关键原则
- 一次一个问题 — 不要把 5 个问题堆在一条消息里
- 选择题优先 — 给选项比让用户自己想容易 10 倍
- 有态度 — 推荐一个方案,不做没有立场的罗列
- 接纳重新定义 — 用户的直觉往往比你的框架更准
- 结论必须明确 — "看情况"不是结论
- 不急着动手 — brainstorm 的产出是"想清楚",不是"做出来"
- 先问 Why 再问 How — 方向比方法重要
- 标记未知 — 不知道的事不要猜,标为"待确认"
和其他 Skill 的关系
brainstorm 是所有创作类 skill 的前置步骤:
brainstorm(想清楚)
↓ 结论明确后
├── ppt-builder / ppt-deck-master(做 PPT)
├── poster-maker(做海报)
├── idea-to-design(做设计 spec → 写代码)
└── 或者什么 skill 都不用(结论就是答案)
不是每次 brainstorm 都要接一个执行 skill。 有时候想清楚了,答案是"不做"——这也是一个有价值的结论。