背景

• 产生需求的背景是什么
• 为什么做这件事，当前存在什么问题，不做会怎样
• 做这件事会产生什么样的收益
• 可以附上背景相关参考链接

目标

整件工作完成后，预期达到什么样的状态，最好是清晰可以衡量指标，这一部分可以最为最后验收的依据，如：

• xx模块提速30%；内存占用减小10%；开发效率提升5%
• 目标状态架构图

可行性分析

调研当前的需求是否可以完成，有没有理论依据，ROI是否符合预期，防止无效劳动 如：

• 业界已经实践的参考方案或者类似方案
• 需要突破关键技术点及方案调研
• 存在的风险和规避措施
• 评估预期投入和产出是否符合预期

设计详情

阐述设计观点，可以有多套方案，待评审后选取最佳方案。方案应该简洁的阐释出系统的核心部分，可以结合结构图，流程图等。

测试方案

需求完成后，如何评估需求符合预期；如果需求影响的已有功能，怎样进行测试

演进步骤

当前需求的具体排期，预计投入多少人日。如果需求量比较大，最好做更细粒度的拆分，拆分成不同的排期或组，方便控制进度，减少风险，如：

一期

一期目标

1. xxx功能 @李李李 deadline: 2019/08/01
2. xxx功能 @李李2 deadline: 2019/08/02

二期目标

1. xxx功能 @李李李 deadline: 2019/8/10
2. xxx功能 @李李2 deadline: 2019/08/10

方案评审

方案制定后，应该邀请有经验的同事进行评审，分析当前方案的可行性，找出不足和风险，记录todos并加以改进

todo

1. xxx还可以用xxx技术，效果会更好

需求的外部影响

该方案是否会对外部产生影响，如何将影响降低，如

• 影响XXX功能的迭代，需要XXX提前介入，接入新的功能

专利

方案是否可以申请专利保护

参考

资料的参考链接