项目过程管理（五）需求文档

写作说明

写作思路和本模板的设计原理，请参考《如何写出受技术欢迎的需求文档》。
实际的示例，可参考《倒推盒马鲜生App产品需求文档》。

额外的要求：

• 文档的标题是1句话，跟需求总表里的一致。
• 需求描述的基本要求：条理清晰，逻辑严谨，用词专业，格式规范，易于阅读，重点词句标红
• 全体评审时，需求文档上应该是设计稿，而不是原型图。
• 如果是基于旧需求的补充完善，把旧需求复制到新版本，加上修订记录并标记修改的部分。

模板与示例

修订历史

版本	日期	修订人	修订内容
1	9月11日	苏xx	初版
2	9月12日	（如果整份文档都是一个人负责，这列就可以不要了）	1.增加xxx 2.完善yyy
3	9月13日		正式评审
4	9月14日		需求变更：插入 xxx需求

目标

本节包括但不限于以下内容：

1. 解决什么问题、痛点
2. 此需求本身达到多少使用率、转化率
3. 此需求能提升多少PV、UV、交易额等。（需要脱敏写百分比，不需要就写绝对值）

术语表

示例：

术语	说明
ODS	Online Documentation System，在线文档系统
ITS	Issue Tracking System，问题跟踪系统

哪些东西需要在术语表里列出？

1. 没有标题的页面、区域，我们内部叫什么名字
2. 新功能的名称
3. 特殊的叫法、代号
4. 一些流程的简称

参考资料

这里放关联需求和第三方文档资料，没有就不需要这节

产品结构图

（新项目需要此章节）

原型和说明

1. 如果用Axure做，不要把Axure的截图贴过来。导出网页上传SVN，这里贴预览的URL。
2. 其它工具画的图才截图。注意上传画图的源文件。
3. 如果整个需求能用简单图文说清楚的，就不要用Axure，直接用ODS写。
4. 不强制要画流程图、状态表，只要能表达清楚完整，什么形式都可以
5. 前端和客户端混合的需求，应标记一下是哪个端的实现

非功能性需求

（性能、统计、安全、兼容性等）

本节参考

《如何写出受技术欢迎的需求文档》 https://blog.csdn.net/hursing/article/details/83583949
《倒推盒马鲜生App产品需求文档》 http://www.woshipm.com/evaluating/1313065.html

本系列文章的目录：https://hursing.blog.csdn.net/article/details/88025790