（一）复习

需求文档是产品的说明书

需求文档包含：修订记录、背景、主要流程、详细功能逻辑、数据上报，发布策略

bug也是需求文档的一部分

（二）案例讲解

案例一：

一个版本里面的4-5个功能点就比较合适

错误：

1、没有标注需求的来源（用户反馈，调研、数据分析）

2、没有需求优先级

错误：

1、中间的应该是是keep，而不是功能结构图

2、只有功能结构逻辑，而没有信息结构逻辑

优点：用颜色的不同区分了功能结构的不同点

错误：

1、流程图有两个结尾

2、逻辑上不连贯

3、判断逻辑上用一个判断，尽量不用多个判断

4、组队界面使用一个页面，这是不合理的

5、跳转最后结果要说明（不要写完成）

优点：1、页面跳转逻辑有一个流程度

2、结构明确，阅读性ok

3、接受与不接受应该有一个状态让用户知晓

错误：下面两张图片中的跳转绕了一个大的弯子

错误：组队运动会获得荣誉，但会让用户获得感不强（刺激感不强）

案例二：

错误：

1、都到v6.5版本了，之前的版本也要写上去，功能升级的点

2、需求优先级没有做划分

错误：

思维导图最多三级就ok了

错误：

1、版本第一个活动做的太复杂了（过度设计）

2、逻辑不符合，用户可能会直接离开

错误

1、竖性目录结构给观看的人增加阅读障碍，（最好使用两级就行了）

2、没有放在一张图里面，不能让人看见页面之间的跳转逻辑

错误：

进入页面较为散乱，没有突出重点

错误：报名界面较小（应该不管按钮有多小，用户都能去碰到）用户可能退出流失

案例三：

错误：vip悬浮页会让我们的用户点击率变少，导致我们的产品收益变少

错误：具体流程过多，可能会让用户变的麻烦而退出（可以改为第1/3步，或者为进度条的提醒）

错误：

1、互联网产品经理在进行一次产品版本升级的过程中不可能升级11个功能的，选择4-5个功能点就可以了

2、没有一个需求的优先级

3、没有一个修订记录

错误：

1、页面左上角一般不会放两个图标，用户可能会误触

2、如果增加直播图标，请把他带来的收益写出来

错误：

购买界面没有说明判断相关的条件

错误：长按界面进行快进，设计的过于隐蔽（应给用户设计一个引导）且没有控制的按钮（如何回到原来的速度，且如何回退功能）

案例四：

优点：下拉框式组件，相较于传统的输入框，让用户更加直观的理解

缺点：如果是选项进去了用答题的方法给用户推荐东西我们就要把背后的逻辑给用户说清楚，要不然就会让用户不知所云

总结

（三）个人总结

1、在进行PPR文档的撰写中，我们需要对需求文档需求进行排序，以防我们的开发人员不知道我们此次的开发重点

2、在进行相关的需求时，我们要限定我们的需求数量，原因在于我们是小版本的更新迭代，不需要太多的功能的增肌或者是补全，还有一个原因在于开发周期与目标不能匹配

3、对于产品原型图的交互逻辑方面、在绘制思维导图的时候尽量用三级式的结构，多了对于文档理解人员来说是个负担（对于逻辑判断的时候，使用两个判断逻辑就行了，判断逻辑过多理解不来）

4、在绘制思维导图的时候尽量使用流程化的绘制，且用一个文档撰写，以防页面跳转逻辑的不清晰

5、修订记录要严格按照格式来进行书写，原因在于以防系统版本功能发生问题开发人员找人找不到相关人员，且不要在开发人员哪一栏写好写上一个组的，这会让人产生疑惑

6、在流程图方面，我们要进行相关的开始和结尾的划分，以防开发人员找不到入口和结尾

7、在进行语言的描述时候，尽量使用简洁、干练的语言进行说明，给予开发人员明确的任务需求

8、在业务跳转逻辑方面，尽量准确简洁，还需在功能使用完毕的时候给予客户相关的提示，给予用户交互感

9、在一些用户看不到的功能使用方面的介绍，我们需要给用户一个引导和提示，让用户明确功能的作用

10、在界面的相关制作方面，我们需要参考同类竞品的相关分析，尽量不要违背用户的使用习惯