产品功能创意讨论
使用场景: 产品经理或设计师，启动路线图规划周期
核心问题：我们如何改善用户头 30 天的留存？
创意区：所有人不加筛选地贴便利贴，持续 8 分钟
群组 1：引导体验改善
群组 2：参与钩子（打卡、奖励）
群组 3：社交或协作功能
点点投票 → 最高票群组 → 定义下一个实验
这样组织的原因: 用"我们如何……"的提问方式把头脑风暴定位成一个可解决的挑战，而不是开放的抱怨会议，这样能持续产出更多可行动的创意。
真实案例
营销活动创意讨论
使用场景: 市场团队或创意代理商，探索活动方向
核心简报：向开发者推广一款 B2B SaaS
创意区：渠道、信息、形式、钩子
群组 1：教育优先（教程、文档、开源）
群组 2：社区驱动（论坛、Discord、活动）
群组 3：挑战者叙事（对标老玩家）
前 2 个方向 → 创意简报
这样组织的原因: 把渠道创意和信息创意分开归类，能避免只提渠道没有信息的常见失误——归类步骤逼迫团队把两者组合成完整的创意方向。
问题解决讨论
使用场景: 团队 Lead 或引导者，帮助陷入僵局的团队
问题：入职流程需要 3 周而不是 1 周
根因头脑风暴：5 分钟，不筛选
根因群组：流程缺失 | 工具摩擦 | 职责不清
解决方案头脑风暴：每个根因群组各出一张便利贴
可行性筛选：工作量 vs. 影响力
行动项：每项明确负责人和截止日期
这样组织的原因: 先讨论原因再讨论解决方案，能避免直接针对表面症状打补丁——两阶段结构是这个模板最重要的部分。
回顾复盘头脑风暴
使用场景: Scrum Master 或团队，进行 Sprint 或项目复盘
第 1 列：做得好的地方
第 2 列：可以改进的地方
第 3 列：下个 Sprint 要尝试的事
静默便利贴：5 分钟个人书写
群体讨论：读出并归类
承诺事项：1–2 条具体行动，分配负责人
这样组织的原因: 群体讨论前先安静个人书写，防止嗓门最大的人主导所有人的反馈——这样能得到更广泛、更真实的观察。
命名头脑风暴
使用场景: 创始人或产品团队，为产品、功能或公司命名
核心问题：新的报表功能叫什么？
第 1 轮：描述性名称（说明它是什么）
第 2 轮：隐喻性名称（描述它的感受）
第 3 轮：造词或合并词
筛选标准：好发音、好拼写、好记忆、可注册
短名单：3–5 个名称，用于用户测试
这样组织的原因: 用不同约束条件跑多轮命名——描述性、隐喻性、造词——产出的选项范围远比一次开放式讨论更广，避免所有人锚定第一个被提出的想法。
Design Sprint 问题框架讨论
使用场景: UX Lead 或设计思维引导者，启动 Design Sprint
HMW 便利贴：10 分钟，每张一个想法
亲和图：把 HMW 便利贴按主题归类
主题投票：聚焦哪个问题领域
选定 HMW：精炼成一句核心问题陈述
长期目标：2 年后我们希望达到什么状态？
Sprint 问题：目标实现需要哪些前提条件？
这样组织的原因: 在选定问题之前先产出多个 HMW（我们怎样才能）陈述，是最能提升 Design Sprint 产出质量的单一技巧——它阻止团队解决第一个浮现的问题而忽略更重要的问题。
使用技巧
- 创意生成阶段暂停评判——批评会扼杀数量，而数量正是头脑风暴价值所在。
- 每个阶段都要有可见的计时器；没有时钟约束，发散讨论会拖延并过早收敛。
- 群体分享前先进行静默个人书写，防止锚定效应和群体思维。
- 始终以每个群组的具体下一步行动结尾——没有后续跟进的头脑风暴只是有组织的噪音。
在线开始编辑
回到模板页，直接替换成你的课程主题、章节和复习重点，就可以继续使用这套结构。
使用这个模板： /editor/new?template=brainstorm
使用这个模板