- name
- brainstorm
- description
- 头脑风暴。适用于任何需要思考的场景——商业决策、产品策划、内容创作、问题分析、方案选择。通过结构化对话帮用户把模糊的想法变成清晰的结论。不限于设计或代码，任何领域都能用。
头脑风暴
把模糊的想法变成清晰的结论。不写代码，不做设计，只帮你想清楚。
适用场景
- 商业决策（"要不要做这个产品？"）
- 产品策划（"这个功能怎么设计？"）
- 内容创作（"这篇文章 / 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。 有时候想清楚了，答案是"不做"——这也是一个有价值的结论。