PRD(Product Requirement Document)：产品需求文档。
产品需求文档主要用于完整描述产品需求，向研发部门明确产品的功能和性能。
PRD是产品项目过程中最为重要的文档。
一份完整的PRD文档主要包含两部分内容：一是对项目介绍，包括项目概述、项目价值、项目背景等；二是整份文档的主体部分——对产品需求的详细描述，而产品需求又可以分为功能需求和非功能需求。
下面是一份比较常见的PRD的目录。
版本修订记录
由于方案优化、需求变更等原因，PRD文档在交付研发部门之后仍然可能要进行必要的修改，所以在文档主体的第一页必须要有一个版本修订信息的说明，让文档的受众可以快速的理清自己受到的是哪些版本，这些版本都做了哪些内容上的更新。
项目概述
项目概述就是对项目进行简单的介绍，说明项目要开发的主要功能，使项目组成员能够快速地对项目有一个初步的整体的认识。
项目价值
项目价值，顾名思义，就是我们预计项目能给我们带来的价值。
项目背景
项目背景用于简单介绍与项目相关的背景信息，比如项目要满足的用户需求、开展项目的主要原因、项目涉及的人员，等等。
场景描述
用户使用场景主要描述的是目标用户会在哪些情况下使用这些产品功能。用户使用场景描述可以使项目组成员对产品功能的用途有更直观的感受。
功能总表
功能总表是以表格的形式对产品功能进行罗列，并标注它们的优先级。功能总表可以让项目组成员快速地了解项目所要开发的所有产品功能以及每个功能的重要程度。
业务流程图
如果产品功能的业务逻辑较复杂，那么为了方便项目组成员更好的了解产品逻辑，文档中要附上业务流程图。
用户界面
用户界面就是以可视化的图形展示产品功能最终的模样。他可以是视觉demo，也可以是产品原型，但前提是它不仅要具体到每个功能细节，而且功能的所有逻辑都必须是确定的，不会再有太大的调整。
功能描述
PRD通常以用例（use case）的形式逐个对产品需求进行详细的描述。
功能描述和用户界面是PRD中最重要的两部分。
非功能描述
除了功能性需求之外，有时候还会需要一些非功能性的需求，例如性能需求、质量需求、接口需求和可维护性需求等等。
二、如何描述产品功能
对产品功能的描述大致分为两个步骤。
首先，我们要梳理产品功能描述部分的整体结构，即有规律的将产品功能分解成多个较小的功能单元，并确定描述的先后顺序。
然后，我们就可以对分解后的产品功能按照先后顺序逐个进行完整、详细描述了。通常我们用 “用例”来描述产品功能。
用例
简单来说，就是以用户的视觉说明系统提供了哪些功能和服务，这些功能是如何被使用的。有些类似于产品说明书。
这一节内容较多，下次继续。
