精于心简于形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专业态度的体现。
