适用场景

要做一个新功能或新系统,需要写技术方案文档给团队评审。不想写成流水账,要有结构有思考。

模板正文

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
请帮我写一份技术方案设计文档。

项目/功能名称:【比如"用户积分系统"】
背景与目标:【为什么要做这个?要解决什么问题?】
核心需求:
- 【需求 1】
- 【需求 2】
- 【需求 3】
约束条件:
- 技术栈:【比如"Go + MySQL + Redis"】
- 时间:【比如"2 周内上线"】
- 性能要求:【比如"支持 1000 QPS"】

请按以下结构输出:

1. 背景与目标
- 一句话说清楚为什么做
- 具体目标(可量化)

2. 需求分析
- 功能需求清单
- 非功能需求(性能/安全/可用性)

3. 方案对比(至少 2 个方案)
- 方案 A:【简述】
- 优点
- 缺点
- 方案 B:【简述】
- 优点
- 缺点
- 推荐方案 + 理由

4. 详细设计(推荐方案)
- 架构图(文字描述)
- 数据模型
- 核心接口设计
- 关键流程

5. 风险与应对
- 技术风险
- 时间风险
- 应对措施

6. 里程碑与排期
| 阶段 | 内容 | 时间 |
|------|------|------|
| M1 | xxx | 第 X 周 |

使用示例

输入:

  • 功能:用户积分系统
  • 背景:用户活跃度下降,需要激励机制
  • 需求:签到积分、消费积分、积分兑换
  • 技术栈:Go + MySQL + Redis
  • 时间:2 周

输出(节选):

方案对比

维度 方案 A:实时计算 方案 B:异步队列
复杂度
性能 受限于 DB 高(Redis 缓冲)
一致性 强一致 最终一致
推荐

推荐方案 B。 积分场景不需要强一致,用 Redis 缓冲 + 异步落库可以支撑更高并发。

小提示

  • 方案对比不是走过场,是真的在比较
  • “没有完美的方案,只有适合当前阶段的方案”
  • 风险要提前想,不要等问题来了再灭火
avatar
nmdft
25+ Prompt 模板、4 个 Agent Skills、4 套自动化流程、工具推荐——帮你用 AI 建立一个人的公司
Follow Me
公告
This is my Blog
最新文章
网站信息
文章数目 :
0
本站访客数 :
本站总浏览量 :
最后更新时间 :