精于心简于形PRD

精于心简于形PRD——笔记

1.为什么需要一个优秀的PRD

1.1.是PM基本功的体现

1.2.节省开发中PM的精力

1.3.增强在RD心中的靠谱程度(这很重要)1.4.需求验收的标准

2.如何写出优秀的PRD

2.1.需求纬度

2.1.1.研发们有必要知道需求本身最重要的内容–需求背景是什么?需求意义是什么?

2.1.2.需求意义:XX需求为XX解决了XX问题，以提升XX指标/体验

2.1.3.衡量方法:XX数据发生XX变化2.2.业务纬度

3

2.2.1.精于心:

一个需求/项目(比较大的)里面包括了很多小的需求分支、业务逻辑、甚至

是之前没有的名词和定义，这里需要用心考虑周全，业务上所有的角色的流

程都要考虑到，以免照成影响。

2.2.2.简于形:

4

相比大段的说明文档，可能大家需要的是一个逻辑图。2.2.3.业务流程图

例子:淘宝

2.2.4.操作流程图

用户角度对各个功能是如何使用的，页面跳转逻辑是怎么样的。

2.2.5.功能分支图整个需求都包括了哪些功能，功能的具体做是什么?

2.2.6.新定义说明

需求中涉及到的新定义是怎样的，跟业务的关系是怎么样的?2.3.页面纬度

2.3.1.角色区别

进入页面时是否分角色展示不同内容。

2.3.2.展示方式

进入页面后，默认展示的样式、多信息排列的规则、UE图涉及到的逻辑变化

、控件点击前后的细节、文字数目的限制等都需要做详细的描述。

2.3.3.交互方式

页面中各个控件切换的交互方式是怎么样的，是否有特殊的交互方式需要特

别指出

2.3.4.退出方式

页面退出逻辑是否遵从从哪里进，退回哪里的逻辑(以场景判断，属于需求

层面)，若不遵从，需做明显标识。

2.3.5.数据规则8

刷新、缓存、加载、loading具体细节如何，都需要做出详细的描述，但是由

于此部分涉及技术层面内容较多，故一定要与RD做好预沟通后再将确定的内

容填写至PRD。

2.4.边界情况

2.4.1.登录相关

用户登录和不登录展示逻辑，是否可以进入功能等。2.4.2.网络相关

无网/弱网如何处理，页面如何展示。2.4.3.空页面相关

页面信息为空时如何展示2.4.4.版本相关

历史版本如何包容新样式、新信息。

2.4.5.操作相关

用户在使用时杀掉APP，清理了缓存如何处理。2.4.6.帐号相关

单个设备切换帐号后，如何处理数据。2.4.7.数据相关

本需求中需要处理的数据在其他需求中有用到时，是否一并改动，如何兼容

问题

概要(页面纬度)

2.4.8.

3.一定记得检查你的错别字和排版

3.1.回头再看看排版吧，是否看着舒服，信息清晰易懂，这决定着这份PRD的第

一印象，请像对待一件艺术品一样，对待PRD，排版也需要精于心，简于形

3.2.看一份PRD，就能看出这个PM的逻辑性、思考的缜密性、对需求的理解、

对美的理解，也就代表了一个PM的水平

3.3.错别字的出现将使好不容易获得的靠谱度急剧下降，所以别小看它，它是一

个PM专业态度的体现。