一份prd文档，作为产品经理输出的一份产品，今天就以需求视角分析一下，一份prd文档应该包含哪些内容？

根据需求视角来分析一份prd，分析流程无非就是如下环节。①首先了解业务流程，确定当前产品参与的流程节点是哪一个，需要实现的业务目标是什么；②然后根据业务目标，确定包含了哪些用户，即产品对象，再对对象进行分类（细分包含了分类与分层），③针对每类对象罗列需求；④最后就是针对各方的需求，给出整体性的解决方案。

一、了解业务流程

一个需求在确定需要被满足后，往往会经历三个环节，然后再流转到正式的开发环节，分别为业务需求、功能需求、视觉需求的确定环节。

业务需求：这类需求一般在产品内部，或产品集结需求与开发方代表多方共同确定，需要确定下个版本需要解决哪些问题，并明确解决方式。例如运营作为需求方，希望在后台能够提供集中查看用户数据的地方，以提高客服服务用户的效率。此环节需要多人共同回答两个问题，分别为：①提高客服服务的效率是否需要在这个版本进行满足，即此业务需求是否为当下相较其他需求而言更重要或更紧急，此时考虑的是解决问题后的收益问题；②如果在当下版本满足，那么应该怎样解决，在后台展示用户数据是否为当下最好的解决方式，或者还有其他方式，此时考虑的就是解决成本问题。需要注意的是，这两个问题需要同时考虑，不可独立开。（关于需求的配比，属于需求管理范畴）

功能需求：这类需求是直接面对开发，即开发需要实现的产品功能与内容。在明确了版本所包含的业务需求与对应的解决方案后，产品（或者是交互设计师）需要去了解实际的操作场景与流程，抽象出具体的功能与内容。

视觉需求：这类需求是视觉设计师提出的，在视觉设计师理解了每个页面的目标与内容优先级后，对页面元素与交互动效的视觉需求；

在以上3个环节中，prd所处的流程节点，就是产品在确定功能需求后，需要向外传达功能需求。此时，prd作为一种向外传达功能需求的工具，所以prd的定义就是：对功能需求的描述性文档，能够使下游的协作者明白功能需求，并指导其工作。

二、了解产品对象并分类

prd涉及的产品对象，主要是下游协作者，包括开发（前端、后端）、测试、视觉设计人员。

三、罗列不同对象的需求点

3.1视觉设计

工作内容：

对用户视觉的管理，涉及视觉层次、视觉动线、视觉情感。

需要传达的内容：

1.页面的核心任务与页面内容的优先级（包含单个信息项的优先级），明确页面模块的视觉层次；

2.当前页面涉及的修改内容（增加新页面、优化老页面（增加新元素、优化旧元素、删除旧元素）、删除旧页面），明确当前的工作范围；

3.页面内容的显示要求（例如针对页面的一些活数据，是需要全部展示，还是部分展示；活动图片需要包含什么元素，体现什么样的情感），明确设计需求；

4.页面所在的产品模块，利于管理自己的UI文档；

5.页面的流程，利于把握产品的功能流程；

3.2前端

工作内容：

对界面元素的管理，涉及元素的展示（静态）与交互（动态）。

需要传达的内容：

1.对版本的整体理解，本次版本包含了哪些功能需求，涉及到了哪些页面工作；

2.页面内容，页面包含的功能点（允许用户执行的操作方式）与内容（主要指页面的活数据）；

3.功能的操作规则，包含前置条件、操作流程、后置结果；

4.内容的显示规则，包含数据定义（数据来源与排序）、数据状态、信息项。数据定义：数据如何获得、如果是数组，数据之间如何排序；②状态：数据是否存在状态，通过什么功能可以切换状态；③信息项：如果是数组，则包含了哪些信息，每个信息数据的定义、状态。

5.页面的跳转关系，包括从哪里页面来，与可以去到哪些页面，还有页面的回退逻辑。

3.3后端

工作内容：

对数据的管理，包含对数据的增、删、改、查、存；对接口的管理，管理与前端进行的数据交互。

需要传达的内容：

1.对版本的整体理解，本次版本包含了哪些功能需求，即新增的哪些功能与内容；

2.功能流程与逻辑，包括功能的前置条件、功能流程、后置结果；

3.页面内容的变化，每个页面前端需要获取数据的变化。

四、给出整体性的解决方案

1.修改记录：记录本次版本，在需求评审过后至版本上线过程中，发生的变动（增、删、改）；

2.简介：①介绍本次版本核心目的与目标；②介绍本次版本涉及的范围，影响到了哪些产品模块；

3.业务需求：罗列本次版本所有的业务需求；

4.名词解释：解释本此版本出现的新名词；

5.概念关系图：描述新增内容之间的关系，类似ER图，就是说明各种内容之间的关系；

6.功能清单：根据业务需求与对应的解决方案，描述各业务需求下涉及的功能；

7.功能流程图：描述部分功能的流程图，同时需要描述功能的前置条件与后置结果；

8.页面流程图：根据产品模块，梳理各模块下的页面跳转流程，帮助理解产品结构与页面流程；

9.表单输入说明：对本次版本涉及到的表单内容的汇总；

10.消息汇总：关于站内信、push消息、短信消息的需求汇总；

11.原型说明：根据产品结构，说明每个页面包含的内容与承载的功能，每个页面，需要说明如下内容；

①业务规则：描述功能的前置条件与后置结果；描述内容的来源或获取方式；

②信息项：描述内容模块下包含的所有信息项，描述包括含义、来源或计算方式、显示逻辑；（信息项为活数据，来于后端，而前端写死的数据，例如提示文案，不属于信息项范畴，应该属于文案范畴）；

③显示规则：描述页面元素不同状态下的显示样式；

④交互规则：描述页面元素支持什么样的交互方式（点击、双击、滑动等），并且说明对应的反馈结果；

⑤排序规则：主要针对列表（数据组），需要描述数据之间的排序规则；

⑥数据加载规则：全部加载/分批加载（首次加载数、再次加载数）；

⑦数据需求：哪些地方需要记录用户的行为记录，告知开发进行预先埋点；

12.数据需求：记录用户行为数据，用于衡量此次版本达成预期目标的程度。