最全的产品需求文档PRD撰写要点

什么是产品需求文档

产品需求文档是(Product Requirement Document，PRD)的英文简称。是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。

该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，需要阐述清楚产品的功能和实现细节。这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。

为什么必须要有需求文档

PRD的主要面向对象是项目经理、设计、开发和测试人员。如何面向多种角色把产品需求细节表达清楚，就需要一份规范专业的文档来描述。项目经理可以通过文档快速了解任务的规模和相关的接口，开发人员通过文档可以了解页面元素和用例规则，设计人员可以通过文档知道设计的产品元素，确定产品风格，测试人员可以提前根据文档写测试用例。PRD文档在形式上是启动项目的必要元素。

大家都知道我们的一个产品从前期调研确认需求到最后开发上线需要经历多次的版本迭代，如果没有PRD文档，在大型的项目中，需求迭代就会变得没有依据可循，有新员工入职也没有积累，不能快速让员工快速熟悉产品，所以一份完整的专业的PRD对整个公司产品的发展是至关重要的。

需求文档需要包含哪些必要的内容

知道了需求文档的意义，就要明确需求文档都包含哪些必要的模块，写需求文档之前先做哪些工作。

必要模块：

1、目录

2、参考资料

3、 版本记录

4、使用人群描述

5、功能梳理图

6、业务流程图

7、需求详细描述

目录包含：

参考资料：（竞品网站 参考资料）

版本记录：

使用人描述

罗列产品功能

在写产品需求文档之前，我们需要先罗列出产品功能的信息内容，这一步是将产品功能逐渐清晰的第一步，也是帮助我们接下来设计功能的辅助信息，同时也可以辅助服务端技术人员创建数据库。因为是第一步，所以不需要把每个功能详细化，只要先把产品涉及到的功能框架化就可以，在后面的环节我们会一点点的细化。

罗列信息内容的方式有很多种，文本形式、思维导图形式等等都可以，最主要的是能够清晰易懂，我最常用的方法就是使用思维导图软件(xmind)罗列成结构图，因此我称这一步为“功能罗列”。

上图是一张以自己公司产品系统平台为示例的信息结构图。信息结构图是一种接近数据库结构的图表，在罗列信息结构时，更多的是考虑信息数据，无论是什么样的产品类型，无论从哪里入手，我们第一步都是先要罗列信息结构，因为信息结构图不仅是辅助技术人员创建数据库的图表，也是辅助产品人员进行产品功能规划的参考，只有对信息或数据的结构了解了，我们才能更好的设计产品。信息结构图是我们将概念想法形成结构化的第一步，也是我们接下来几步工作的辅助文档，同时在接下来的几步工作中，我们还会不断的完善信息的结构。

产品设计是一个由抽象的概念到具体形象化的处理过程，通过文字或图像等方式将我们规划的产品需求展现出来。它将产品的某种目的或需求转换为一个具体的物理或工具的过程，把一种计划、规划设想、问题解决的方法，通过具体的操作，以理想的形式表达出来。

由于产品设计阶段要全面确定整个产品策略、外观、结构、功能，从而确定整个产品系统的布局，因而，产品设计的意义重大，具有“牵一发而动全局”的重要意义。如果一个产品的设计缺乏具体形象的表述，那么研发时就将耗费大量资源和劳动力来调整需求。相反，好的产品设计，不仅表现在功能上的优越性，而且便于执行时理解，从而使产品的研发效率得以增强。

梳理产品逻辑

功能罗列完成后，我们要梳理产品的整体流程，页面与页面之间的逻辑关系，产品功能之间的逻辑关系，只有保证产品的逻辑是通的，才能确保产品是完整的。流程图工具vision

如上图所示，功能流程图是一种使用图形的方式表示算法逻辑的图表，因为千言万语不如一张图，通过流程图将整个产品功能模块的逻辑和需求表达的非常形象直观、一目了然。

流程图的展现方式也不会产生“歧义性”，便于理解，逻辑出错时也非常容易发现，并且可以直接转化为程序需求描述文档。

原型图（我们公司要求做高保真原型图）

原型图分为几种，手稿，线框图，高保真。我上面的这个做的是公司内部系统，跟淘宝或者京东商城是不一样的，这种后台管理系统注重的是业务逻辑，数据展示，商城类的网站注重的是用户视觉体验。所以页面不需要做的多华丽，只要把页面元素画清楚，每一个细节需要出什么样的效果，出什么样的提示画的明白简单。高保真原型图会节省开发，设计，测试很多时间。接下来展示其他的两种原型图，手绘和线框图

如果是这样的原型图，技术、测试设计都需要对照文档一点点看需求流程，会浪费一些时间。以上三种方法原型设计的方法，具体取决于你的产品需求和团队要求。对于产品经理来说，原型设计是为了帮助我们细致的考虑方案，并论证方案的可行性，同时也是为了产品宣讲时让听众能够清晰直观的了解产品，避免抽象的语言描述导致听众理解困难和理解偏差。产品原型也是为了确保产品在执行过程中，是按产品经理最初设想的需求和期望完成的，高保真对于介绍产品的时候可以把概念转变成产品能有最直观的展示，让听产品介绍的人一目了然对产品的理解更清晰。

原型图做完基本的大框也都出来了，接下来最后一步就是撰写文档，根据原型图撰写功能细节的完善。

需求详细描述：（每一个模块的功能的详细描述） 

以上是一个完整版的需求文档基本过程，我写的文档用的word文档，每个人可以根据自己公司的需求来选择相对应的工具进行书写（word  ppt   axure原型等工具）。我只提供一个基本的大框，没有详细的进行描述，每个公司产品都不一样但是写文档的流程都是一样的，所以给你们一个思路可以根据自己公司的产品进行对应的调整，希望我们写出的文档可以让开发，设计，测试都点赞，这样的文档才能是一个合格的文档。