导图社区 产品经理需求文档PRD描述完整性自检
- 55
- 5
- 举报
产品经理需求文档PRD描述完整性自检
产品经理需求文档PRD描述完整性自检，通过近200个节点，5000多字，帮助产品经理梳理需求的完整性和规范性。
编辑于2023-06-02 15:23:57 湖南
- 相似推荐
- 大纲
产品经理需求文档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中时，安装包就会过⼤，就会采取不可⼿动清除缓存形式，当加载⼀次时，就会永远保存在本地，不可清除，以后⻚不会进⾏再次加载
缓存数据更新规则
临时缓存
退出该功能模块后，重新进⼊该功能，则临时缓存数据进⾏⼀次更新
固定缓存
⼿动清理缓存
⼿动清理后，再次查看时，进⾏缓存数据更新
不可⼿动清理缓存
当在“系统设置”中进⾏缓存数据释放清理，在次进⼊加载更新缓存
缓存数据清除规则
临时缓存
退出该功能模块后，及清除该功能模块的临时缓存数据
固定缓存
⼿动清理缓存
⼿动清理后，缓存数据被清除
不可⼿动清理缓存
不可清除缓存数据需要在“系统设置”中进⾏释放清理「有 / ⽆缓存内容」时，是否进⾏了区分