【PD】—review

参考：【征服开发测试的B端PRD文档是怎样写成的 | 人人都是产品经理】

一、PRD诉求

要先明白是给谁看，他们能否通过PRD知道自己要干啥，知道有哪些开发点，要评估定义什么内容。是否清楚该需求的目的，这样设计的合理性。

1.前端开发

• 为何要做这个需求
• 哪些增删改查页面要做
• 每一个界面交互逻辑
• 哪些节点要请求后端哪些接口

2.后端开发

• 为何要做这个需求
• 核心和具体功能的业务流程是什么
• 前端的哪些交互需要调用后端哪些接口
• 涉及到那些表，表之间的数据流向是什么，表结构怎样设计
• 需要其他后端开发配合联调什么接口

3.测试

需写哪些明确的测试用例。

能否直观的从PRD知道哪个地方需要用例，知道测试合格的标准是如何？

二、如何写

1.更新标记

一个全新大需求，还是已有需求增删改都需要有标记，可追溯需求。

（1）修改字段名称或者修改了逻辑

可标红提示，附带修改时间；

2.业务场景

要概述清楚是什么问题，这版的改造是解决哪块问题，这样的利与弊；

问题来源 是来源于实际业务还是谁拍脑袋，知道需求真实性。

可以分析下需求分析的过程 和解决这个问题的多种方案。

3.方案概述

用产品御院概述上面问题每个问题怎么解决，设计到哪些业务模块，哪些核心逻辑。

提供产品流程图，改造清单，改造节点，里程碑。

备注：宣讲的时候，开发就可判断和自己是否有关系，不会出现“某开发参加需求评审却发现自己不需要做啥，耽误时间”，开发大佬也可以根据这个方案概述能判断出需要给什么样的开发资源、开发周期。

4.业务流程

要写清各种判断逻辑，涉及的用户角色、业务模块等。后端看的时候，就会想数据流向，哪些接口，用哪张表等。

业务流程图，以及数据流图；

5.前端交互

只有业务流程来表达会有点抽象，需要原型界面来辅助，会和UI和前端会重点看需要做哪些增删改查页面，哪些交互，后端需要封装哪些接口给前端调用。

不光页面，还需要有一定的格式（条件、动作、页面、结果）写出每一个交互、字段

示例：

（1）列表页中的每一个字段名称、排序，避免遗漏

（2）新增、编辑页中的每一个交互，用“条件”、动作、页面、结果  这个格式表达

6.表结构

如果产品经理能把这个需求需要设计哪些表、需要哪些字段、以及每个字段的相关信息都写出来，那么开发设计表结构的时候就可以借鉴、确认，这样开发真的会非常佩服你。

 

7.数据流向

从哪个表取数据插入或更新到哪个表，用什么样的入参去请求哪个接口返回出什么样的值，这个开发是非常关心的。

8.评审问题

宣讲阶段或者开发过程中，提出的问题要记录下来，也更明确疑问点。

产品文档中没写的逻辑，需要在评审后确定下来更新。

对自己的需求文档进行查漏补缺。