产品经理需求文档PRD描述完整性自检

产品经理需求文档PRD描述完整性自检，通过近200个节点，5000多字，帮助产品经理梳理需求的完整性和规范性。

产品经理需求文档PRD描述完整性自检

PRD阅读体验

⽂档⽬录结构的问题

⽂档⽬录结构是否清晰的描述⽂档⻚内容，结构层级是否清晰

⽂档可读性的问题

⽂档是否做到⽂本内容简练、内容条理清晰，如：是否使⽤列表形式逐⼀说明、单项列表内容是否控制在两三⾏之内，重点内容是否进⾏加粗标注等。

功能共性逻辑统⼀的问题

⽂档中共性逻辑功能是否进⾏了统⼀整理，如：整体的右键功能、整体的极值整理等。

⽂档结构统⼀的问题

不同功能在不同⽂档⻚中的说明顺序性是否⼀致，如：基础形态、创建流程在⽂档⻚中的顺序性是否⼀致。

产品整体框架

信息架构是否容易理解

整体的信息架构、导航、模块⼊⼝是否合理，是否易操作，拓展性良好

信息层级是否清晰

控件间是否满⾜亲密性、对⽐性和重复性等设计原则

信息分类是否合理

是否遵循⽤户熟悉的分类标准

信息视觉流是否流畅

视觉流是否出现了反复和绕⾏的现象

流程设计

⽤户体验路径是否⼀致

在设计相似的流程过程中，⽤户体验路径设计是否清晰、⼀致 共通的操作逻辑 共通的元素使⽤（⻚⾯、信息和控件）

返回 / 出⼝是否符合⽤户⼼理预期

1. 返回 / 出⼝的跳转设计是否符合⽤户⼼理预期 2. 是否让⽤户返回⾄其认为最合理位置

跳转名称与⽬的地是否⼀致

逆向流程设计是否考虑周全

逆向流程的⾃查才能更加更好的避免遗漏

容错性的考虑是否周全

1. 危险操作的⼆次确认，例：在⽤户 [删除⼤量表单输⼊] 时，是否为⽤户提供了⼆次确认的机会？ 2. 提供必要的 [撤销] 功能 3. 操作失败的解释与建议 ​在⽤户操作失败后，是否为⽤户提供了必要的解释或可⾏性的建议

⽤户体验

新⼿引导

是否需要设置新⼿引导内容

普通⽤户引导

是否需要设置启动⻚、引导⻚

⽂案统⼀

⽂案内容句式是否统⼀

交互统⼀

整体的交互逻辑是否统⼀，如：弹层提示类型，是跳转新⻚还是当前⻚⾯出现toast提示

及时的⽤户反馈

⽤户反馈是否及时，反馈内容是否备注清楚

通知机制

消息推送

是否需要消息推送

推送形式是调⽤系统通知⽅式还是其他⽅式

推送策略

是否备注通知的推送时间、表现形式、失效策略

夜间模式

是否考虑夜间模式（光线较暗场景）样式（针对移动端）

编辑模式

意外情况下退出，是否会⾃动保存或提示⽤户进⾏保存

兼容性

新版本新增功能是否影响⽼版本⽤户使⽤

数据埋点

是否需要进⾏数据埋点

账户/⻆⾊相关账户/⻆⾊相关

前置条件

账号未注册

考虑⻚⾯展示内容

账号未登录

触发登录的时机

考虑⻚⾯展示「个⼈信息部分内容」

登录时出现错误是否给出相应的提示

登录时若有保存密码设置，是否有保存时间限定

⻓期未登录或陌⽣移动设备登录时，是否需要添加判断条件

账号已登录

单点登录即所谓的通⾏证，注册/登录⼀次，可在所有的⼦产品（跨域）中通过⼀个Passport和相同的Profile信息

1.账号被封禁

2.单点登录

3.账号权限的分配

游客转登录

「逻辑及⻚⾯内容样式变化」说明

登录转游客

「逻辑及⻚⾯内容样式变化」说明

内容展示

正常

信息层次

是否清晰，层级关系是否明确

重要的信息是否重点显示、优先显示

功能操作

是否「容易操作」

重要、⾼频触发的功能按钮是否在⽅便可操作区域（热区范围）

费兹定律

功能操作容易度是否符合「费兹定律 」 费兹定律： 物体从开始的位置移动到最后的⽬标所需的时间取决于两个因素：到⽬标的距离A和⽬标的⼤⼩。 结论：⽬标越⼤，指向越快，时间越短。同样地，⽬标越近，指向越快，时间越短。也就是说，定位⼀个⽬标的时间，取决于⽬标与当 前位置的距离，以及⽬标的⼤⼩（在特定场景下，当然还会有其他因素 )。 场景： Web端： 1、尺⼨与距离 2、屏幕边缘时（⻆落、顶部和底部） 3、下拉菜单类 移动端： 1、⼩屏幕（竖屏、横屏、⼀⼿持机操作、停靠放置机型） 2、⼤屏幕（竖屏、横屏、⼀⼿持机操作、停靠放置机型时） 3、⽆缝衔接切换（如当从横屏切换⾄竖屏时） 热区范围：（只要针对移动端） 热区选择范围是否进⾏了相应的标明，是否符合⼈机交互规范，是否⼤ 于等于最⼩热区范围。iOS⼈机交互设计指南中指出，按钮点击热区应 不⼩于44*44pt。

因素：到⽬标的距离A和⽬标的⼤⼩。

结论：⽬标越⼤，指向越快，时间越短。同样地，⽬标越近，指向越

⽂案内容

句式、⽤词是否⼀致、准确、⽣动、通俗易懂

⽂案是否有“温度感

⻚⾯内容

是否可以合并，没有重复信息内容

⻚⾯内容为空时，是否需要引导

局部数据为空时，默认占位⽂字、占位图⽚的添加

所有数据加载失败时，⻚⾯显示样式

所有数据加载成功时，⻚⾯显示样式

异常

数据内容过期

数据内容过期时，是否提示⽤户

内容排序

默认排序⽅式的说明

排序⽅式列表内容

排序变动规则

常⻅三类排序规则

顺序排序

按照时间的先后顺序依次进⾏排序，早些出现的数据内容在前⾯，晚些出现的数据内容在后⾯。

参考【微信朋友圈评论功能】

优点

逻辑清晰，⽅便吃⽠群中了解事情原委

符合⼤众使⽤习惯，降低⽤户操作学习成本

⽅便发起评论者与浏览者沟通，促进产品良性循环

倒序排序

按照时间的先后顺序排序，晚些出现的数据内容出现在前⾯，早些出现的数据内容出现在后⾯。

参考【微信朋友圈信息流】

优点：最新内容总是出现在最上⽅，⽅便⽤户查看

算法排序

通常是特定数据优先级，权重，关键字进⾏排序。

参考【饿了么商家排序】

优点

根据⽤户选择优先级数据进⾏排序，减少⽤户查找时间

更快的定位相应的产品，增强⽤户使⽤粘性

内容输⼊与选择

正常

默认值

是否需要提供默认值

输⼊限定

输⼊限定设置，数据⻓度、特殊字符、敏感字符 ​特殊字符：QQ其昵称专⽤特效字符、贴图字符、QQ个性签名⼤全、标 点符号、数学符号、单位符号、数字符号、希腊字⺟、俄语字符、汉语 拼⾳、偏旁 部⾸、⽇语、注⾳码、绘表符号、表情符号、图形符号等 敏感字符：政治相关和⼈名、迷信邪教、⻩赌毒、枪⽀弹药类、骂⼈讽 刺类、时事类、⼴告和⾮法信息、其他类

输⼊判断

是否需要进⾏输⼊判断以及判断时间点的确定

键盘调取

是否引起⻚⾯滚动

键盘类型选择

选择键盘类型的使⽤场景是否正确

搜索键盘：⽤于⽹⻚搜索

推特键盘：⽤于发布推⽂，右下⻆是⼀个“#”好，便于插⼊标签

⼩数键盘：⽐数字键盘多⼀个“ . ”，⽤于需要输⼊⼩数的情况

⽂本数字键盘：⽤于⽂本（主键盘）和数字（次键盘）同属输⼊的情况

电话键盘：⽤户电话拨号的数字键盘（⽐数字键盘在左下⻆多了“+、 *、#”键）

数字符号键盘：数字符号键盘，⽤于数字符号（主键盘）和字⺟（次键盘）同时输⼊ 的情况

数字键盘：只有数组的数字键盘

邮箱键盘：⽤于Email输⼊

URL键盘：⽤于⽹址输⼊

密码键盘：⽤于密码输⼊

默认键盘：⽤于⽂本输⼊

异常

输⼊框内容

输⼊框内容为空时，显示内容

输⼊框获得焦点时，输⼊显示状态

输⼊限定外内容

当输⼊内容超出数据⻓度设定、带有特殊字符、敏感字符时，是否提示⽤户

内容刷新和加载

刷新

刷新方式

自动刷新

进⼊⻚⾯后，产品⾃动与服务器提交⼀个请求，如果有内容更新 就会⾃动推送过来，然后产品⻚⾯内容⾃动进⾏更新

手动刷新

⼀般分为下拉刷新和点击刷新

刷新成功后，加载数据内容数量

刷新失败后，是否需要相应的提示

刷新后⽆内容时说明

空⽩⻚⾯刷新失败有提示

⼀般⽽⾔，空⽩⻚刷新失败之后会进⾏错误提示，⼀般提示为“⽹络有问题，请点击重试”。（参考 [ 读读⽇报 APP ] ） 场景：⽤户想要刷新内容，并且⽤户知道在这⾥可以刷出新内容，但是没有刷新成功，这时需要给⽤户⼀个反馈，需要提示⽤户出现该问题的原因。提示完⽤户之后需要给⽤户⼀个解决⽅法，这就是“点击重试”。

缓存⻚⾯刷新失败⽆提示

采⽤缓存的形式，打开显示的是之前缓存的内容，然后功能系统会向服务器发送请求，如果有内容更新就会⾃动进⾏内容更新，对当前内容进⾏覆盖。当更新失败时没有任何提示。（参考 [ 微信朋友圈机制 ]） 场景：⽤户只想看到有没有更新，并且⽤户已经做好了“没新内容”的⼼理预期时，即使没新内容更新，⽤户也不会产⽣任何负⾯情绪。相反，如果加上失败提示后，可能给⽤户⼼理带来细微的挫败感。

缓存⻚⾯刷新失败有提示

采⽤缓存的形式，打开显示的是之前缓存内容，当进⼊功能时会向系统发送刷新请求，当选择刷新内容失败后，会有tips、toast等提示，提示说明刷新失败原因，如tips提示（嵌⼊⻚⾯内的提示条）：“当前⽹络不可⽤，请检查⽹络设置”。 （参考 [ 企鹅FM APP ] ） 场景：内容都是实时推荐的，不存在时间连续性的问题，⽤户很难辨别阅读过的内容时，当进⼊该功能内容时，就应当进⾏提示，⽽不是当⽤户进⼊详情⻚时在进⾏提示。

加载中

是否有加载中状态样式说明

加载形态说明

加载⽅式是否进⾏相应说明

当加载时间过⻓时，是否给出减少等待感的⽅案（加载中状态）

六种加载⽅式选择

全屏加载

将全屏数据内容进⾏加载，加载过程中整个⻚⾯会处于空⽩或只展示⼀个加载GIF 优点：能保证内容的统⼀性，全部加载完毕才可进⾏下⼀步的操作 缺点：加载时间过⻓时，就会使⽤户产⽣强烈的等待感，从⽽导致⽤户流失

分布加载

当⻚⾯内容既有⽂字⼜有图⽚信息内容时，可以优先将⽂字内容先进⾏加载，保证⽤户的阅读性，然后在进⾏图⽚等内容的加载 优点：可以帮助⽤户快速的获取内容，以便进⾏信息的了解 缺点：⽆法建⽴整体的阅读信息闭环，也许会丢失关键的阅读信息内容​

占位⾊块加载

即在⽤户进⼊⻚⾯时，对⻚⾯进⾏⾊块填充加载，等数据传输完成后，在进⾏内容的填充 优点：适合布局相对固定的⻚⾯，体验感⽐全⾯加载流畅 缺点：不适合⻚⾯布局多变的产品使⽤

⾃动加载

适⽤于⻓列表内容⻚⾯（瀑布流布局），可以设定默认加载xx条规则，当滚动⾄该条内容时，在进⾏xx条加载 优点：代⼊感很强，可以让⽤户⼀直浏览内容，不需进⾏上下⻚的跳⻚ 缺点：没有尽头，容易产⽣迷失，不⽅便定位单个内容

智能加载

当⽤户为WiFi情况下，⾃动加载⼤图⽚、视频等内容，当⽤户为蜂窝数据的情况向下则切换为⼩图、视频封⾯等内容，根据⽹络环境⾃动调整 优点：可以根据场景来控制使⽤流量和加载速度 缺点：⾃动加载内容不⼀定是⽤户使⽤的真实需求，所以还需要给⽤户⼀定的设置项操作

离线加载

当⽤户在有⽹的情况下，将⻚⾯加载缓存⾄本地，当⽤户在⽆⽹络情况下也可以进⾏内容的查看 优点：解决了⽤户在没⽹情况下可以进⾏内容查看的需求，减少了流量的使⽤，保证了流畅度 缺点：占⽤本地储存空间⼤

四种减少 [ 加载中 ] 等待感的处理⽅法

⾮模态加载⽅式

加载过程中不打断⽤户，等待加载过程中可以浏览该⻚其他内容，减少⽤户焦躁感

有趣的加载动画

有趣的加载动画能提升产品本身的设计感，可以加⼊品牌元素，增强品牌感

加载进度的告知

使⽤进度条告知⽤户加载进度，让⽤户有了更加明确的知情感，也能使⽤户更好的预知加载时间

尽量提前加载

尽量在WiFi情况进⾏相应的离线缓存，把内容提前进⾏相应的加载，能最⼤程度的减少⽤户的等待感、卡顿感

状态/交互

操作时

触发按钮

在界⾯中显示是否明确

触发区域

是否在界⾯中能够轻易进⾏点击

点击瞬间

按钮是否需要发⽣相应状态变化

禁⽤态控件

点击时是否有相应的提示

控件选中态

再次点击是否可以取消选中态

操作后

加载状态

状态改变的等待时间，是否在 [规定时间] 范围内 ​当加载时间过⻓时，是否需要加⼊加载中状态

转场动效

是否需要加⼊有趣的转场动画（有趣的转场动画能减少等待过程中的焦虑感）

中间过程

加载过程中是否允许⽤户取消

提示类型

轻提示

tips提示：嵌⼊⻚⾯在⻚⾯内的提示条，属于⾮模态弹层，出现在界⾯顶部（参考 [ 微信聊天⻚断⽹时tips ]）

中提示

toast / HUD提示：以悬浮层的形式弹出内容给⽤户提示，并在规则时间内⾃动消失，属于⾮模态弹层，出现在界⾯顶部或中间（参考 [ ⾖瓣断⽹时刷新提示 ]）。 注意：toast其实是安卓系统控件的名称，iOS有类似控件叫HUD，但toast可以通⽤到两个系统内。 snackbar提示：以悬浮层的形式出现，包括提示内容与按钮，在规则时间内会⾃动消失，属于⾮模态弹层，出现在⻚⾯底部

重提示

对话框：以弹层的形式出现在⻚⾯中间，⽤户必须通过选择弹层操作后，弹层才会消失，属于模态弹层，出现在⻚⾯中间

结果反馈

成功、失败或进⼊“空值状态”时相关提示

完成操作后，结果数据的更新

动效说明

⻚⾯切换

弹窗调取

控件样式变化

⼿势操作

⼿势⽀持

⼿势冲突

标准⼿势动作

⽤户通过熟悉的标准⼿势来进⾏⻚⾯操作，减少⽤户学习成本 ​IOS标准⼿势动作说明： 点击：激活控件或选择项⽬对象 拖动： 把元素从⼀侧拖动到另⼀侧或在屏幕上拖动元素 滑动：快速滚动或者平移 横扫：单指操作可以⽤来返回上⼀⻚；滑出列表⾏汇总的删除按钮；或在轻 压横扫中呼出操作列表 双击：以内容中⼼为中⼼点进⾏内容缩放 捏合：向外扩张时，放⼤内容；向内捏合时，缩⼩内容 ⻓按：在可编辑或者可选⽂本中操作时，⽤以显示放⼤视图来进⾏光标定位；在某些与集合视图类似的视图中操作，可以进⼊对象的编辑状态。 摇晃：撤销或者重做 旋转：旋转图像或视图

硬件和⽹络

硬件相关

横 / 竖屏

横竖屏切换时，⻚⾯布局及功能是否展示完整

适配情况

关于不同分辨率机型的适配问题，是否备注清楚

SD卡（机身储存）

1. ⽂件导⼊本地时，⽆SD卡、SD卡储存已满（⽆SD卡，机身储存已满）、储存位置等情况是否考虑并备注 2. 未获得SD卡（机身存储位置）权限时，导⼊本地时，提示内容硬件 / 系统版本----不同⼿机的物理按键、系统不同，是否需要备注说明

硬件交互（主要针对移动端）

权限获取

第⼀次访问功能时，需要获取的权限内容，如：定位、相机、⻨克⻛等 ​用户需要使用该功能，但未授权的引导提示

网络相关

⽹络较慢

在弱⽹情况下，⽹络加载速度较慢，⼀般会设置⼀个加载时间限制，如30s，当超过 时，会给出加载失败的提示。（⼀般与「⽆⽹络提示」⼀致）

⽹络超时

当超过 时，会给出加载失败的提示。（⼀般与「⽆⽹络提示」⼀致）

⽹络中断

继是否有相应的提示与操作引导？续加载缓存内容，缓存内容加载完毕后提示

⽆⽹络连接⽹络环境切换

由WiFi环境切换⾄蜂窝数据时是否需要说明

（主要针对视频播放类） 视频播放停⽌，并提示：正在使⽤⾮WiFi⽹络，播放将产⽣流量费⽤。操作按钮：继续播放

由蜂窝数据切换⾄WiFi环境时是否需要说明

（主要针对视频播放类） 视频继续播放，并toast提示：您正在使⽤WiFi⽹络播放

⽆⽹络

常⻅⽆⽹络提示类型（主要针对移动端）

进⼊产品时提示

toast / HUD（⾮模态）提示：⽆⽹络，请检查⽹络设置 说明：提示2s后⾃动消失（参考 [ ⾖瓣APP ] ) tips提示（⾮模态）提示：当前⽹络不可⽤，请检查你的⽹络设置 说明：tips提示是嵌⼊⻚⾯内的提示条（参考 [ 微信APP ] ） 对话框（模态）提示⽂案：发⽣⽹络错误，是否重试？ 提示按钮：取消、重试 。（参考 [ 喜⻢拉雅FM APP ]） ​显示「产品提供⽆⽹络时显示内容」，（显示内容⼀般为：图⽚+提示⽂案以及「重新 加载」按钮。参考 [ 哔哩哔哩APP ] )

切换新⻚⾯提示

有缓存内容时

加载缓存内容，⽆缓存内容⽆法进⾏加载（参考 [ 微信APP ]） 加载缓存内容，并进⾏相应的toast / HUD、对话框（模态弹层）提示

⽆缓存内容时

显示「产品提供⽆⽹络时显示内容」，（显示内容⼀般为：图⽚+提示⽂案以及「重新加载」按钮。参考 [ 知乎APP ] )

缓存相关

缓存数据类型

临时缓存

常⽤于⼀个功能⻚⾯内，保存各栏⽬的缓存。同⼀个功能⾥会把⼦功能进⾏多个栏⽬划分，每个栏⽬内容在本次使⽤中都可保存为临时缓存，在切换栏⽬，不需要重新加载数据，使⽤临时缓存显示。

固定缓存

⼿动清理缓存

⽤户可⾃⾏清理缓存在本地的数据，进⾏空间释放

不可⼿动清理缓存

在某些场景下，⼀些相对稳定的数据，当直接打包在APP中时，安装包就会过⼤，就会采取不可⼿动清除缓存形式，当加载⼀次时，就会永远保存在本地，不可清除，以后⻚不会进⾏再次加载

缓存数据更新规则

临时缓存

退出该功能模块后，重新进⼊该功能，则临时缓存数据进⾏⼀次更新

固定缓存

⼿动清理缓存

⼿动清理后，再次查看时，进⾏缓存数据更新

不可⼿动清理缓存

当在“系统设置”中进⾏缓存数据释放清理，在次进⼊加载更新缓存

缓存数据清除规则

临时缓存

退出该功能模块后，及清除该功能模块的临时缓存数据

固定缓存

⼿动清理缓存

⼿动清理后，缓存数据被清除

不可⼿动清理缓存

不可清除缓存数据需要在“系统设置”中进⾏释放清理「有 / ⽆缓存内容」时，是否进⾏了区分