Brainstorming Skill｜实现前的设计与需求分析

Tue, 08 Sep 2026 00:00:00 +0800

技能定位

Brainstorming 是一个强制性的前置设计与需求分析技能。它通过协作式对话，把用户的初步想法逐步转化为结构化、可执行的设计方案与需求文档。

它要解决的是“想法已经很清楚，所以可以直接开始做”的常见误区。即使需求看起来简单，也应先经过设计阶段，明确目标、场景、约束、候选方案和取舍，从而减少实现偏差与后续返工。

核心规则

在设计文档完成并得到用户确认之前，禁止执行实现类操作，包括：

编写代码
初始化项目
修改现有文件
创建数据库或基础设施
执行部署或其他落地操作

Brainstorming 阶段的产物应该是一份用户可以审阅和确认的方案，而不是半成品实现。

模板一：新功能开发

适合在规划一个新功能、模块或产品能力时使用。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


帮我头脑风暴一下如何实现[功能名称]。

背景：
- 当前系统状态：[简要描述现有架构/相关模块]
- 目标用户/场景：[谁会用、什么时候用]
- 已知约束：[性能要求、兼容性、截止时间等]

我希望探索的方向：
1. [方向A]
2. [方向B]
3. 其他你觉得值得考虑的方案

请帮我从多个角度分析利弊。

使用这个模板时，最好补充现有系统的关键边界，例如哪些模块不能改、哪些接口必须兼容，以及功能上线后如何判断是否达到目标。

模板二：技术方案选型

适合在多个技术方案之间进行比较和决策时使用。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


帮我头脑风暴一下[技术决策]的选型方案。

需求场景：
- 核心需求：[必须满足的功能点]
- 规模预期：[数据量/并发量/团队规模]
- 现有技术栈：[当前用了什么]

评估维度：性能、开发效率、社区生态、学习曲线、长期可扩展性

候选方案（如果有）：[A、B、C]

如果暂时没有候选方案，也可以只描述需求场景，让 Brainstorming 先帮助建立候选清单，再根据统一的评估维度进行比较。

产出检查清单

一份可以进入实现阶段的设计文档，至少应回答以下问题：

要解决的具体问题是什么？
谁会使用它，在哪些场景下使用？
成功标准和验收方式是什么？
有哪些可行方案，它们的主要取舍是什么？
推荐方案为什么适合当前场景？
有哪些约束、风险和待确认事项？
用户确认后，第一步实现工作是什么？

参考链接

字节跳动 Brainstorming Skill 参考文档

Brainstorming on HRunning