头脑风暴

SKILL.md

---
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 结束前，快速自查：

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

---

## 不同场景的提问模板

### 商业决策类

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 的前置步骤：

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

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