产品自查清单
2022-11-21 18:35:54 1 举报产品经理自查清单
作者其他创作
大纲/内容
产品需求
判断产品需求真伪
是谁在什么样的场景而下产生的什么诉求，希望用什么方法解决什么问题
是否需要进一步调研相关用户/需求提出方，是否需要数据佐证
是否符合当前核心业务场景、是否符合用户画像和用户故事
是否存在类似竞品，是否完成竞品分析
当前方案是否是同类场景下的共性诉求
量化收益
对核心用户的影响程度，尽可能量化
对核心业务的贡献程度，尽可能量化
判断可行性
当前技术是否可以支持
当前业务是否可以支持
风险评估——功能风险
是否存在关联功能的改造点
是否完整梳理当前规划内容下线后的影响点
是否已预估业务高峰数据爆发量级，及其处理措施
是否已计划好功能上线后的验证方法
风险评估——外部风险
是否引发诸如骚扰、欺诈等安全隐患
是否存在负面舆情风险
是否存在法律及合规风险
排优先级
用户覆盖度
使用频率
对核心场景的影响程度
对核心用户的影响程度
对KPI的影响
实现难度
产品成长时机
产品信息架构
信息架构
是否结合了用户画像、用户习惯、业务场景等因素
架构层次是否清晰、是否足够扁平、是否能使用户理解
所有信息均需做重要级别判定，决定在界面和功能中的重要程度
信息分类是否合理，高内聚，低耦合
架构拓展性是否足够大，后续对信息模块进行增删改查时，是否容易施行
产品流程
流程图基础
涉及是否符合用户画像、用户习惯、业务场景、竞品等
主干流程是否最简化
是否覆盖所有错场景
是否有分支流程、逆向流程、异常流程
数据流转节点
操作节点是否精简、容易理解
数据交互是否依赖 外部、第三方系统
流程图规范
特殊、异常流程考虑完整
各相关流程的用户体验是否一致
各图形形状字号统一。重点内容可特殊标识、关键节点增加注释
流程图均以开始框开始，已结束框结束
从左到右、从上到下排列
流程线尽量不要交叉
流程完成进行场景验收，是否符合用户预期
原型设计
增
增加XX是否必要
可以不增加嘛
在哪里增加
增加内容是什么
怎么增加，主流程是什么，异常情况是什么
增加后的信息提示
增加的条件是什么
增加有限制条件嘛
哪些情况不允许添加
增加和编辑状态都要考虑
是否支持连续添加
上传文件是否有格式限制、文本、图片、视频、GIF
上传文件后显示的文件名
上传文件是否允许批量上传、重复上传、覆盖上传、取消上传
删/改
删除XX是否必要
删除权限如何设置
删除的前置条件
删除的限制条件，什么内容可以删、什么内容不能删
删除的主流程、异常情况
是否支持撤销
弱网情况如何处理
删除是否支持恢复、批量删除
查
精确匹配、模糊匹配
查找结果如何展示、如何排序
展示
页面显示元素状态：常态、鼠标悬浮态、点击、选中
显示样式、分页、响应式布局、显示数量修改控件
数据传输
试试更新、自动拉取、推送、T+1？
异常情况
网络异常、空状态
中断、失败、超出限制
低电量、闪退、杀进程
数据埋点
功能上线后是否需要监测数据增长、验证价值
是否需要用户漏斗
是否需要运营数据报表
通知机制
通知类型：短信、推送、微信消息
触发机制、推送内容、推送时间节点
上线准备
客户端版本更新是否需要做新的应用商店图、新的欢迎页、新的功能引导页、新的功能描述文案、升级版本文案
版本上线计划是否确定，是否及时同步给运营或其他相关部门人员，及布置相关工作
上线前做好业务人员培训
0 条评论
下一页
