需求文档怎么写？

提前申明：需求文档（产品规格说明书）并没有什么特定的格式或者要求，个人觉得不管你用什么样的方式或者方法，能把需求写清楚，让别人能看明白就很好。
我下面给出的例子太过格式化，本人是不太喜欢的，每个公司都会有特定的格式，大家视情况定就好了。

另外说一句别的话，如果不是公司要求或者甲方要求，我会直接省略掉所有的格式，直接写设计和需求，想想当初产品经理这个职位刚传入国内的时候，那时候写的一般需求文档就是这么干的，简洁明了，没有一个多余的其他东西。

1. 导言

我也来个导言: 写这篇博客的目的就是来解答一下下面几个问题：

• 需求文档怎么写？
• 需求文档都应该包含哪些内容？
• 怎样才算一个合格的需求文档？

产品需求文档（Product requriement document），全称应该叫做“产品需求规格说明书”，简称PRD。

说明书大家都见过吧，有简短的，有冗长的像论文一样的，既然是说明书，那没有什么特定的格式，只要能把产品写清楚就可以。

这里总结一下比较通用的大纲，不会写的照这个大纲写，出入不会太大。

2. 正文

产品需求文档怎么写，这里提供一个大体的通用框架：

2.1 大纲

标题：
		XXXX项目
	产品需求规格说明书
		V1.0.0
		
文档信息
		
	
修订记录


目录

	1. 导言
	1.1 编写的目的
		（例如：本文档为“XXXXXX”项目的产品需求文档，主要用于为软件开发提供需求说明分析，明确所要开发的平台应具有的功能、性能及界面，为该项目的UI、开发、测试等相关人员提供参考，作为开发阶段的输出文档，指导项目开发人员进行功能开发工作，同时为测试人员编写测试用例以及产品功能测试报告提供依据。）
		
    1.2 文档范围
		 （例：此文档主要描述“XXX”项目中的功能逻辑一级业务规则等。包含小程序端、XXX端、XXX端，对这些平台的功能模块的产品设计进行了详细的描述。）
		 
	1.2 项目概述
		 (项目的起源、目标)
		 
	1.2 预期读者
		 （本文适合于XXXX项目中的PM、UI、BA、SA、开发人员、测试人员等阅读。）

	1.3 参考文档（如有)
			
	1.4 术语表
		
	
	2. 需求说明（或功能概述）
		需求列表说明、分析
	
	3. 功能实现
	3.1 业务流程图（一般都有）
	3.2 用例图（如有）
	3.2 数据流图（若有）
	3.3 状态图（若有）
	3.4 模块一
		 3.4.1 XXX功能
		 	3.4.1.1 功能描述
		 	3.4.1.2 界面原型（圆形截图）
		 	3.4.1.3 界面元素（即对原型界面上的字段进行列举和描述。视情况）
		 	3.4.1.4 按钮说明
			3.4.1.5 业务规则（样式、动作、交互、规则等都可以这里，尽可能详细到每个点）
		 3.4.1 XXX功能
	3.5 模块二
		 3.5.1 XXX功能
		 3.5.2 XXX功能
	
	4. 其他
		3.5.1 安全性需求
		3.5.2 性能需求
		3.5.3 可维护性需求
		
	5. 附录
		（可以包括一些补充信息，如参考文献、详细的术语表、项目进度计划等）
		

2.2 补充

这里补充一些常见的表格样式等

文档信息表格：

修订记录表格：

术语表格：

需求说明表格（适用于小需求）：

目录：

3. 总结

水无常形，人无常势，任何东西都是可变的，选择性借鉴，不可拘泥于某种形式。