NO.1 产品需求文档（PRD）概述
PRD是英文“ProductRequirement Document”的缩写，翻译为中文就是“产品需求文档”，主要用于完整描述产品需求，向研发部门明确产品的功能和性能以及作为产品文档归档。
PRD的面向对象是：
产品经理：可以通过产品功能描述自查清单来系统的梳理产品功能点和描述，更加透彻和完整的梳理产品；同时，产品经理可以通过PRD和其他人员进行高效的沟通。
交互设计师：通过功能点及其描述自查来检查自己的交互稿是否遗漏特殊情况、异常情况、极限情况等。
开发工程师：检查自己的程序开发是否符合PRD中的相关要求。
测试工程师：PRD中的功能描述和用例转化为测试用例的一部分，进行产品可用性测试。
NO.2 PRD的主要内容
一份完整的PRD文档主要包含两部分内容：
一是对项目的介绍，包括项目概述、项目价值、项目背景、词汇表、运营计划等；
二是整份文档的主体部分，对产品需求的详细描述，包括功能需求和非功能需求等。
NO.3 产品功能的描述
用户界面和功能描述是PRD最重要的两个部分，用户界面主要是以产品原型作为载体，用直观图形的形式展现产品的功能，功能描述则是在用户界面的基础上，以文字的形式诠释产品功能的细节，使开发人员更清晰地明白产品功能性能的要求。
对产品功能进行描述，一般需要两个步骤：
第一， 梳理产品功能描述部分的整体结构，有规律地将产品功能分成多个较小的功能单元。
比如，在产品功能具体的分解时，可以按功能在系统中的位置、按业务流程、按功能主次、按功能所处界面位置等进行分解。
第二， 以用例的形式描述分解后的产品功能。
用例指的是在不展现系统或子系统内部结构的情况下，对系统或子系统的某个连贯的功能单元的定义和描述。它的好处是可以将产品功能需求与产品设计彻底分离，不用考虑具体的系统设计与技术细节。
下面是一个关于“会员中心”用例图的展现形式：
除了用例图，还需要一个与之对应的用例表，规范的用例包括用例名称、用例编号、角色、描述、基本流程、备选流程、异常流程、后置条件、备注等。
NO.4 PRD的基本要求
一份优秀的PRD文档应该满足五个方面的要求：完整、准确、清晰、简洁、稳定。具体如下所示：
在项目开发中，如果产品需求发生变化（这种可能性是很大的，但是一般来说，都会将需求变化放到下一版本中），那么在修改PRD的时候，也应该就修改PRD内容进行必要的确认。
NO.5 PRD模板下载
很多公司应该都会有PRD模板，大致内容相同，但也有很多区别，这里提供一份自身用的模板供产品经理新人参考。
