产品经理自查表-模块
2022-04-19 15:41:27 3 举报AI智能生成
登录查看完整内容
对产品各阶段需要自查的问题进行了梳理总结，制作了一份产品自查表
作者其他创作
大纲/内容
保证80%以上的精力，倾注于本职工作中
以吸引目标消费者的关注为产品核心
竞品分析是在产品的任何阶段都要做的
多于同事交流，确保团队对产品有清晰的定义
不要把用户体验和产品功能作为你工作的单一价值
优秀的产品经理都是以商业价值为基础的
产品改进不等于完善功能
思维自查
Why-这个操作是否必要
Who-操作的全线如何分配
When-操作的时效限制
Where-交互邀请和提示怎么做
What-可操作性内容是什么
How-操作的逐流城和异常情况是什么
How much-整个操作要多少步骤
自查思路（5W2H）
确认调研背景
确认调研目标
确认调研思路
确认调研方法
确认调研问题
确认调研时间
过滤调研信息
处理调研信息
分析调研信息
需求调研
确定产品受众人群
确定产品定位
确定从产品核心功能
确定产品与其他产品的核心竞争点
做好竞品分析
确定产品最终目标
确定产品商业价值
产品定位
是谁在什么样的场景下产生的什么诉求，希望用什么方法解决什么问题？
是否需要进一步调研相关用户/需求提出方，是否需要数据佐证？
是否符合当前核心业务场景、是否符合用户画像和用户故事？
是否存在类似竞品，是否完成竞品分析？
当前方案是否是同类场景下的共性诉求？
对核心用户的影响程度，尽可能量化。
对核心业务的贡献程度，尽可能量化。
当前技术是否可以支持
当前业务是否可以支持
是否存在关联功能的改造点？
是否完整梳理当前规划内容下线后的影响点？
是否已预估业务高峰数据爆发量级，及其处理措施？
是否已计划好功能上线后的验证方法？
是否引发诸如骚扰、欺诈等安全隐患？
是否存在负面舆情风险？
是否存在法律及合规风险？
用户覆盖度
使用频率
对核心场景的影响
实际收益的高低
对KPI的影响
实现难度的高低
需求阶段
设计时是否结合了用户画像、用户习惯、业务场景等因素。
架构层次是否清晰，是否足够扁平，是否容易能使用户理解。
所有信息均需要进行重要级评定，以决定在界面和功能中的重要程度。
信息分类是否合理，一定要“高内聚，低耦合”。
架构拓展性是否足够大，后续对信息模块进行增删改查时，是否容易施行。
信息架构是否容易理解
信息层级是否清晰
信息分类是否合理
信息视觉流程是否流畅
用户体验路径是否一致
返回和出口是否符合用户预期
逆向流程的设计是否考虑周全
跳转名称与目的是否一致
是否充分考虑了操作的容错性
信息架构与流程
流程设计是否结合了用户画像、用户习惯、业务场景、竞品等因素。
主干流程是否最简化，是否覆盖了足够多的场景。
是否有特殊流程（分支流程、逆向流程）
是否有异常流程
是否归纳出所有的操作节点、数据交互点。
操作节点是否足够精简易理解。
是否考虑了操作节点的容错性（二次确认、撤销操作）
数据交互点是否依赖其它系统。
特殊、异常流程是否需要增加切换流程的引导，避免流程断头。
相关流程的用户体验路径是否一致
各图形形状/字号统一。重点内容可特殊标识，关键节点增加注释说明
流程均以开始框开始，以结束框结束，避免断头风险。
流程图从左到右、从上到下排列。
流程完成后是否进行了场景验证，是否符合用户预期。
修改页面时，考虑在系统中其余地方是否也有相同的业务，是否需要修改？
全局控件样式是否具有一致性
全局控件交互行为是否具有一致性
是否周全地考虑了所有操作成功的反馈。
是否周全地考虑了所有操作失败的反馈。
控件触发的提示类型是否恰当（小红点、Toast、弹窗）
流程设计
文档是否简洁易懂
文档是否有遗漏
文档是否逻辑缜密
是否需要准备产品使用说明
UI等协助资源是否完善
是否有与其他业务线的接口交互
接口字段是否都已经清晰数据来源以及数据流转方向
方案与文档
完整流程是否可形成闭环？
逆向功能流程是否可逆，如果逆向操作，是否考虑对应的机制：比如退款、退货操作
各个步骤可能出现预期外的情况。
歧义需求文档的语法、功能文案、名词是否易懂，是否存在歧义。
兼容是否存在兼容问题：不同业务人员对功能都能接受吗？各个系统之间兼容吗？新旧功能的兼容吗（比如历史数据要不要初始化）？
备用是否有备用方案，次级选项。比如当正常流程无法传输的时候，是否可以用导入的机制救急。业务高峰的系统，是否有降级处理逻辑。
穷尽业务场景和可能原因是否穷举完毕。
脱敏是否存在敏感信息，是否有脱敏机制。
文案描述切记要精确，“可能”、“也许”、“大概”等模糊性词语避免出现。
不是本需求的功能避免加入文档中，给开发、测试人员造成干扰
PRD
控件是否符合用户认知
控件样式是否具有一致性
控件交互行为是否具有一致性
控件的不可用状态如何呈现
是否周全的考虑了所有操作成功的反馈
是否周全的考虑所有操作失败的反馈
空间是否设计了必要且合理的动效
待操作按钮是否易于操作
待操作按钮在当前界面中是否明确
控件触发的提示类型是否妥当
控件触发过程是否可以随时取消
界面的文案句式是否一致
文案用词是否一致、准确
文案是否有温度感
界面输入时是否为用户提供了默认值
界面输入过程是否提供提示和判断
是否存在不必要的界面输入
是否指定了键盘类型
是否说明了键盘唤起后需要页面的滚动来避免输入框的遮挡
界面呈现
页面跳转流程是否完整顺畅，流程中间是否有页面缺失
页面是否存在空值状态
页面跳转描述说明是否完整
页面跳转是否有提示和引导说明
页面跳转加载的loading展示是否友好，是否可以打断加载状态
页面跳转动作是否有跳转特效
页面跳转的交互操作是什么？（点击还是滑动…)
页面的逆向操作是否有完整的路径，返回是否会造成死循环
页面加载状态是否可以操作部分原生控件
页面加载不出来或者报错时展示什么内容
页面点击过程中是否包含权限限制，如果有如何提示
页面跳转尽量要减少跳转次数，缩短用户操作流程，尽可能在一个页面内完成
一个页面内是否有功能冗余的内容
页面跳转时是否需要进行辅助性说明
页面跳转（产品交互）
原型设计阶段
增加这个是否有必要
什么时候可以增加、什么时候不能增加
谁可以增加、谁不能增加
在哪里增加入口
增加的内容是什么
增加的主流程是什么样子，其中有哪些一场情况
点击增加点后的信息的提示
增加条件是什么
增加是否有限制条件
那些情况不允许增加
增加过程中输入参数有哪些
是否必填
支持批量添加吗
如何操作提示用户
增加是否进入到编辑状态
编辑状态是否支持删除
点击确认提交后，在当前页面提交再返回后，返回到哪里
支持连续添加吗，应该如何设置
增加类型是哪些（文本，图片，视频）
上传文件是否有格式限制
上传文件是否要显示格式信息、格式提示
上传文件后是否显示文件名，该如何显示
上传后是否允许二次操作（重复上传、覆盖上传、取消上传）
是否可以批量上传，批量上传后如何显示
增加
删除这个是否有必要
谁可以删除，谁不能删除
什么时候可以删除，什么时候不可以删除
在哪里删除
删除的内容是什么，什么内容不知道删除
删除主流程是怎么样，其中有哪些异常情况
点击删除后是否需要二次确认
删除条件是什么
删除后是否可以快速撤销
删除到一半就停止，被删除内容如何处理
删除内容是否进入回收站，是否支出回复
是否支持批量删除，如何操作，如何提示
在增加过程中是否支持批量删除
全部删除后是否存在边界问题
删除
改这个是否有必要
谁可以改，谁不能改
什么时候可以改，什么时候不能改
改哪里改
改的对象有哪些，那些内容不能改
改的主流程是什么样，其中有哪些异常情况
改的条件是什么
改的限制条件是什么
哪些参数可以编辑，哪些参数不能编辑
是否支持批量修改
修改过程中如何取消修改
修改后支持撤销吗
修改提交有二次确认吗
修改是否设计数据转移
改变
查询入口在哪里
查询异常如何显示
查找对象是什么
字段有那些支持查询
查找条件是哪些（权限、类别、数量）
查找方式是哪些（搜索、筛选）
查找结果是否有屏蔽需求
对查找结果进行哪些操作
搜索类型有哪些（id、昵称、身份证号、手机号等）
匹配方式是精准还是模糊
查找结果如何展示和排序
如果没有找到怎么办
打开结果显示方式是什么（新标签页、当页、弹窗）
显示结果详情是否可以继续点击跳转
查询
显示这个是否有必要
针对不同人显示内容是否相同，不同权限显示是否相同，不同角色显示是否相同
什么时候显示、什么时候不显示
要显示多久
在哪里显示
敏感数据如何显示与配置（隐藏、权限设置）
显示内容的优先级
显示层级关系
页面显示元素状态有哪些
如何设定显示顺序
列表显示样式是分页，还是响应式布局
列表是否支持快捷筛选
显示的元素数量范围是多少
显示
多久算一次
那些数据参与计算
参数的限制
量变化的规则是实时更新、自动拉去、推送、还是隔天更新
需要什么条件
哪些信息需要默认保存、自动填充
需要什么统计
数量变化原则
算法
传输内容是哪些（文本、图片、视频、数据等）
那些需要传，哪些不需要传
传的方式（手动、自动）
传输的内容
传输的方向
传输
数据的边界
空状态，显示的上下限
显示边界？权限阻隔？
wifi/4G、网络下的异常
因为电话、短信、PUSH、闪退等导致的网络异常
登录、注册、更换设备等导致的账号异常
中断、失败、超出限制怎么办
业务关联的边缘场景怎么处理
异常
是否存在不同登录状态下展示内容或操作有不同（登录、未登录、帐号异常状态）
是否存在不同用户状态下展示内容或操作有不同（非会员、不同等级的会员，特殊付费会员等）
是否考虑多账号切换，切换时，本地缓存数据是否需要同步清空。
是否允许多终端同时登录一帐号，若允许，操作同一数据时是否产生冲突。
WiFi网络、移动网络（4G）
集团局域网、公共网络
连接超时，多久为超时
网络显示什么内容？是否给予用户友好引导检查网络或重试按钮。
网络变化从WiFi到4G网络环境时是否需要提示
服务器出问题返回数据失败时，是否给予用户友好提示或重试按钮
横竖屏是否有横屏展示的需要，如不需要需要锁定竖屏
分辨率高低：分辨率情况下是否会有适配问题，是否备注清楚。
SD卡Android手机，没有SD卡、SD卡存储已满、存储位置等情况是否考虑并备注
硬件不同，手机物理按键的不同衍生不同操作。
系统版本的不同是否同步支持，iOS、Android、Windows及其不同版本
定位提示是否打开定位
相机提示是否打开相机
闪光灯提示是否调用闪光灯
蓝牙提示是否打开蓝牙
设备数据是否需要调用，步数、心率等，主要在iOS设备中。
夜间日间模式是否考虑光线较暗的场景。
编辑模式下出现意外情况是否提示保存或自动保存已填信息。
无痕模式：不记录用户所有操作信息（实际是否记录根据数据需求来看）
无图模式：节约用户流量，加快页面加载速度
网络加载慢情况下无图显示效果
考虑夜间模式下的展示效果
区分编辑模式下可变更内容的权限
是否支持横竖屏操作；检查不同屏幕效果
不同分辨率下的适配问题，是否有空白溢出变形
操作过程是否有卡顿
特殊情况排除
与运营同事沟通版本功能与交付时间
确认是否要做新的功能引导页
确认这个项目中没有完成的需求或者中途协商修改的需求如何解决
确认该新功能的埋点列表是否给出；
确认新功能带来的相关新数据的查看地方以及方法，这里会涉及一些常用的统计平台；
确认新功能带来的后台新的管理模块使用或者从某个地方切换到另一个地方的使用方法的切换，培训过相关人员，并且已经正确掌握；
确认提交给应用商店的新功能文案是否有出；
确认最终提交给应用商店的应用商店图、新功能介绍更新了；
确认各个渠道中的最新版确实为最新版本；
每个版本都要观察上个版本的埋点数据是否正常，及时发现是否打错点，进行及时修正，避免数据浪费；
版本发布
数据的来源（具体后台的哪个地方）
展示数据是否使用的是服务器数据，或使用的是本地缓存（客户端）数据？
展示数据是否是初次加载读取的静态数据，或实时、定时展示的动态数据。
数据未加载出来前展示什么？
是否规划数据为空时的展示效果
数据的极值情况（为0的情况，最大值的情况）
数据长度是否有限制？是否规划数据字数超长展示效果（几位小数点，超出如何展示）
若为多个数据，则数据的排序如何？
是否选取全部数据or部分数据？（数据根据什么搜索规则筛选出来的）
对过期的缓存数据是否需要告知用户刷新（活动过期）
前置场景的不同是否对当前展示数据产生影响，不同场景是否需要展示不同数据。
移动端从后台唤醒应用时，是否需要刷新当前页面数据。
数据在什么条件下进行展示？
数据是否分页展示？
数据去重策略如何？
什么时候开始请求数据？
什么情况下触发更新数据？
数据更新频次？是定时更新还是实时更新？
是否有部分数据需要过滤掉不展示？是否对特殊内容进行过滤、标记（敏感、违禁的词语）
当数据被删除后，展示的状态如何？
过期的缓存数据如何处理（定时清理还是继续保存）
数据埋点的字段内容及展示类型是否完整
数据埋点的时间范围和时间段是什么
上线后验证的数据是否都进行了埋点记录
是否需要进行数据漏斗模型分析报表生成
埋点数据后续如何提取出来
是否有自动通知机制，通知形式是什么
据埋点不成功是否有报警机制
数据
产品经理(按模块)
0 条评论
回复 删除
下一页
