适用场景
要做一个新功能或新系统,需要写技术方案文档给团队评审。不想写成流水账,要有结构有思考。
模板正文
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 缓冲 + 异步落库可以支撑更高并发。
小提示
- 方案对比不是走过场,是真的在比较
- “没有完美的方案,只有适合当前阶段的方案”
- 风险要提前想,不要等问题来了再灭火
nmdft
25+ Prompt 模板、4 个 Agent Skills、4 套自动化流程、工具推荐——帮你用 AI 建立一个人的公司
Follow Me