头脑风暴

头脑风暴。适用于任何需要思考的场景——商业决策、产品策划、内容创作、问题分析、方案选择。通过结构化对话帮用户把模糊的想法变成清晰的结论。不限于设计或代码，任何领域都能用。

把模糊的想法变成清晰的结论。不写代码，不做设计，只帮你想清楚。

适用场景

• 商业决策（"要不要做这个产品？"）
• 产品策划（"这个功能怎么设计？"）
• 内容创作（"这篇文章 / PPT / 海报怎么做？"）
• 问题分析（"这个问题的根因是什么？"）
• 方案选择（"A 和 B 哪个好？"）
• 战略规划（"接下来 3 个月做什么？"）
• 任何需要"想清楚再动手"的事

核心理念

先想清楚，再动手。 大多数项目的浪费不是做得慢，而是做错了方向。花 30 分钟 brainstorm，省 3 天返工。

---

工作流

text

理解背景 → 逐一提问 → 探索方案 → 收敛结论 → 输出成果

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：收敛结论

帮用户把讨论收拢为一个明确的结论。

结论的格式：

text

我们讨论了 [话题]，结论是：

1. [决策 1]：[具体内容]
2. [决策 2]：[具体内容]
3. [下一步]：[具体行动]

待确认的事项：
- [还没定的事 1]
- [还没定的事 2]

让用户确认结论。 没确认就不算 brainstorm 完成。

Phase 5：输出成果（可选）

根据 brainstorm 的结果，可选的下一步：

结果类型	输出什么
商业决策	一份决策备忘录（决策 + 理由 + 风险 + 下一步）
产品策划	一份 PRD 大纲 / Spec 文档
内容创作	一份内容大纲 / 内容文档
问题分析	一份根因分析 + 解决方案
方案选择	一份方案对比表 + 推荐
战略规划	一份 OKR / 路线图

不是每次 brainstorm 都要输出文档。 如果结论已经足够清晰，口头确认就行。

---

自审：brainstorm 质量检查

每次 brainstorm 结束前，快速自查：

• 有没有理解用户的真实需求？（不只是表面说的）
• 有没有问到为什么？（不只是怎么做）
• 有没有提出替代方案？（不只是用户最初想到的那个）
• 有没有明确的结论？（不是"看情况""都可以"）
• 有没有下一步行动？（谁做什么、什么时候）
• 有没有遗留问题？（标记为"待确认"）

---

不同场景的提问模板

商业决策类

1. 你面对的选择是什么？（A vs B？做 vs 不做？）
2. 做这个决策最重要的考量因素是什么？（成本？速度？质量？风险？）
3. 最坏的情况是什么？你能承受吗？
4. 有没有可以先小规模试一下的方式？
5. 什么信息能帮你做出更好的决策？（你现在缺什么）

产品策划类

1. 这个产品 / 功能是给谁用的？
2. 他们现在是怎么解决这个问题的？（现状）
3. 用了你的产品之后，他们的生活会有什么不同？
4. 市场上有类似的东西吗？你和他们的区别是什么？
5. 第一个版本最少要做什么？（MVP）

内容创作类

1. 这个内容是给谁看的？
2. 看完之后你希望他做什么？（行动号召）
3. 用什么渠道发布？（决定格式和长度）
4. 有没有参考内容？（你喜欢的风格 / 竞品的做法）
5. 最核心的一个信息是什么？（如果只能记住一件事）

问题分析类

1. 问题是什么？什么时候开始出现的？
2. 影响范围有多大？（几个人 / 几个客户 / 整个业务）
3. 你试过什么方法了？效果怎么样？
4. 你觉得根因是什么？（先听用户的判断）
5. 如果根因解决了，你怎么验证问题真的消失了？

---

关键原则

1. 一次一个问题 — 不要把 5 个问题堆在一条消息里
2. 选择题优先 — 给选项比让用户自己想容易 10 倍
3. 有态度 — 推荐一个方案，不做没有立场的罗列
4. 接纳重新定义 — 用户的直觉往往比你的框架更准
5. 结论必须明确 — "看情况"不是结论
6. 不急着动手 — brainstorm 的产出是"想清楚"，不是"做出来"
7. 先问 Why 再问 How — 方向比方法重要
8. 标记未知 — 不知道的事不要猜，标为"待确认"

---

和其他 Skill 的关系

brainstorm 是所有创作类 skill 的前置步骤：

text

brainstorm（想清楚）
    ↓ 结论明确后
    ├── ppt-builder / ppt-deck-master（做 PPT）
    ├── poster-maker（做海报）
    ├── idea-to-design（做设计 spec → 写代码）
    └── 或者什么 skill 都不用（结论就是答案）

不是每次 brainstorm 都要接一个执行 skill。 有时候想清楚了，答案是"不做"——这也是一个有价值的结论。