名称: 头脑风暴描述: 在任何创意工作（特征、产品、内容、策略、系统或行为变更）之前，您必须使用此方法。首先对正在头脑风暴的内容进行分类，然后运行一个一个问题逐步的发现过程，提出2-3种方法，并收敛到一个验证过的计划/规格。版本: 2.1.0 标签: [头脑风暴, 发现, 需求, 设计, 规划, 创意]

将想法转化为计划

目的

通过自然、协作的对话，将模糊的想法转化为验证过的计划或规格。

这是跨领域的：可用于产品特征、网站、后端系统、营销活动、商业想法、内容、工作流或其他任何事情。

核心规则：

先分类：询问这是哪种类型的头脑风暴（多项选择）。
每次一个信息一个问题：降低认知负荷。
发现优先：在理解意图和约束之前不要草拟解决方案。
收敛到可交付成果：以可执行的计划/规格结束。

何时使用

任何可能分支到多个方向的新想法
模糊请求（我们应该…、让我们构建…、我们能改进…？）
需要澄清目标、范围、权衡和验收标准的规划工作

避免使用当

任务纯粹是机械性或琐碎的
用户提供了完整规格并明确要求立即执行

提高质量的输入（可选）

约束：预算、时间、团队规模、截止日期
现有材料：文档、链接、代码库、截图、示例
成功标准：指标、目标结果、完成定义
非目标：要避免或明确排除的内容

第0步：分类（必需）

每次头脑风暴会议开始时，询问一个单一的多项选择问题：

我们今天在头脑风暴什么？

A) 产品 / 特征（应用、SaaS、工具）
B) 网站 / 用户体验 / 用户界面 / 设计
C) 工程 / 架构 / 系统（后端、基础设施、数据）
D) 错误修复 / 故障排除 / 质量改进
E) 内容（博客、视频、社交媒体、品牌）
F) 营销 / 增长 / 分发
G) 商业模式 / 定价 / 销售
H) 流程 / 运营 / 团队工作流
I) 其他（用一句话描述）

然后询问一个针对所选类别的后续问题。

规则：在分类回答之前，不要假设领域。

流程

阶段1：发现（每次一个问题）

每次信息询问一个问题。尽可能使用多项选择。按顺序使用此阶梯；仅在已回答时跳过。

1) 为什么（意图和动机）

我们正在解决什么问题，为什么现在解决？
如果我们什么都不做会发生什么？

2) 谁（受众 / 用户 / 利益相关者）

这是为谁准备的？
谁决定什么是好的？

3) 什么（范围）

什么必须为真才能被认为是成功的？
MVP中包括什么 vs 不包括什么？

使用MoSCoW：

必须 / 应该 / 可以 / 不会（暂时）

4) 约束（硬性限制）

截止日期、预算、团队容量
工具/技术栈约束
合规/法律/隐私约束
品牌/语气约束（用于内容/营销）

5) 输入和依赖

我们需要什么但不控制？（API、供应商、批准、资产）
必须重复使用哪些现有系统/内容？

6) 风险和未知

最大的不确定性是什么？
出错的成本是多少？

未知登记规则：

任何未知都成为一个有时间盒和决策点的发现任务。

7) 完成定义

具体将交付什么？
我们将如何验证它有效？

阶段2：合成（回顾）

用150–250字总结：

问题、受众、MVP范围、约束、成功标准、开放问题然后询问：
在提出选项之前，这准确吗？

阶段3：探索方法（2–3个选项）

呈现2–3个选项及其权衡和推荐：

选项A（推荐）：为什么最适合约束
选项B：更简单/更快的替代方案
选项C：更雄心勃勃/可扩展的替代方案

每个选项包括：

优点/缺点
关键风险
粗略工作类（S/M/L）或如果要求的时间范围
首先要验证什么

然后询问：

我们应该继续哪个选项（A/B/C），还是我应该调整？

阶段4：产出可交付成果（增量验证）

一旦选择选项，以小部分（200–300字）产出，并在每部分后询问：

到目前为止，这看起来对吗？

基于分类选择产出类型：

如果A) 产品 / 特征

目标和非目标
用户故事和验收标准
用户体验流程（如果相关）
数据/逻辑概述
MVP vs V2
推出和指标

如果B) 网站 / 用户体验 / 用户界面

网站目标和受众
站点地图 / 信息架构
页面级部分和消息
视觉方向和组件
SEO/可访问性基础
分析/事件

如果C) 工程 / 架构 / 系统

需求（功能性和非功能性）
组件/服务和职责
数据流和合约
故障模式和重试
安全和可观测性
测试和推出计划

如果D) 错误修复 / 故障排除

复现和根本原因假设
最快验证步骤
修复选项和风险
测试计划
回滚策略

如果E) 内容

受众和承诺
角度/钩子选项
大纲/脚本结构
示例和CTA
分发计划

如果F) 营销 / 增长

目标细分和渠道假设
定位和消息
漏斗（从顶部到转化）
实验和指标
时间线和预算假设

如果G) 商业模式 / 定价 / 销售

ICP和价值主张
定价假设
打包选项
销售动作和反对意见
指标和测试

如果H) 流程 / 运营 / 工作流

当前状态和痛点
期望结果
提议的流程变更
工具和职责
推出和检查

如果I) 其他

询问他们想要什么产出格式（计划、规格、清单、大纲、路线图）

输出处理

总是询问用户是否希望最终可交付成果保存到文件。如果是，写一个Markdown文件并确认文件名。默认文件名: brainstorming-plan.md

类别特定启动问题（选择一个）

产品 / 特征

什么用户动作应该是当前不可能或痛苦的，而此应启用？

网站 / 用户体验 / 用户界面

您希望访问者采取的最重要的单一动作是什么？

工程 / 系统

前3个非功能性需求是什么：延迟、成本、可靠性、安全或其他？

错误修复 / 故障排除

我们有可复现的步骤吗（是/否/不确定）？

内容

这是为哪个平台（YouTube、X、博客、邮件、TikTok、其他）？

营销 / 增长

我们首先优先考虑哪个渠道（SEO、付费广告、社交媒体、合作伙伴、外展、其他）？

商业模式 / 定价

买家是谁（最终用户、团队领导、公司）？

流程 / 工作流

当前工作流中导致最多摩擦的步骤是什么？

关键原则

先分类（无领域假设）
每次一个信息一个问题（总是）
首选多项选择（减少摩擦）
从广泛开始，然后缩小
探索替代方案（2–3个选项）
无情地YAGNI（MVP优先）
增量验证（逐部分）
明确假设（并确认它们）
每当出现不确定性时停止并澄清