PRD即产品需求文档，是对产品需求的描述，内容主要包含产品的功能和性能的说明。PRD是项目启动之前，必须要通过评审确定的最重要的文档。

　　写PRD文档，其实就是一个产品的业务需求分析的过程，逻辑如下：

　　1、整理产品结构

　　产品是由功能和内容组成，这些功能和内容，按照某种方式，组成频道/模块，最终形成产品的整体结构。这里仅仅截取了一部分的产品结构图：


　　产品结构一般通过MindManger梳理。

　　2、分析核心业务流程

　　分析并梳理出核心业务流程，可以帮助项目成员了解产品逻辑。涉及到多个角色的业务流程，可以使用泳道图，单个角色可以使用普通的活动图。另外，在分析业务流程的时候，还可以配合使用状态图和顺序图，具体使用什么工具，视情况而定，重点是梳理清楚逻辑。这里截取一部分的泳道图：


　　3、分析及整理用例

　　这个步骤是更具体的一步，前面两个步骤是确定了范围和流程，而这一步是针对某一功能做具体描述。这里有两种方式：用例描述和功能点描述。这两者最大的区别是描述的角度不同，用例是从人和系统的旁观者来描述，而功能点是从产品角度进行描述。通过用例描述需求，最好是用统一的模板进行描述，而功能描述只需在Axure中以注释的形式进行描述即可。


　　关于需求怎么描述，没有完全正确的方式，只有最合适的方式，这个因人而异。

　　4、分析及整理非功能性需求

　　非功能需求涉及比较广，比如性能需求，访问速度如何、最大能支持多少人同时访问；比如设计需求，产品要设计成小清新风格还是成熟稳重的风格等；还比如统计需求，产品要统计哪些字段，形成哪些报表等。

　　5、整理需求文档并评审

　　当完成了以上4个步骤以后，其实整个产品的逻辑已经很清楚了，这时就可以进行汇总整理出需求文档。之后需要和项目相关的负责人一起评审，评审确认通过，就可以进入产品的实施阶段。实施一般是由项目经理负责，但是很多公司没有配备该岗位，这就要求产品经理拥有项目管理的能力，来推动产品顺利实施并上线。

　　PRD文档，只有最合适的，没有最好的，每个人所在的公司背景都不一样，一般大公司要求文档规范，细节到位，小公司可能只需要记录关键信息，剩余的靠口头沟通，甚至都不需要文档。还有一部分，直接通过Axure描述产品需求。PRD文档，最重要的还是产品的思考和整理的过程，当以上步骤梳理清楚后，文档只是水到渠成的产出。个人认为，只要内容清楚，文档格式并没那么重要。

　　本人小白一枚，我是结合各位大神以及自己平时工作的经验，做的整理，有描述不对的地方，欢迎大家指正。（来源：产品壹佰 宫毓蔓）