01

什么是产品自查表？

02

产品自查表的作用

03

产品自查表内容

1、产品整体自查

2、产品需求文档自查

1）需求阶段

• 是谁在什么样的场景下产生的什么诉求，希望用什么方法解决什么问题？

• 是否需要进一步调研相关用户/需求提出方，是否需要数据佐证？

• 是否符合当前核心业务场景、是否符合用户画像和用户故事？

• 是否存在类似竞品，是否完成竞品分析？

• 当前方案是否是同类场景下的共性诉求？

• 对核心用户的影响程度，尽可能量化。

• 对核心业务的贡献程度，尽可能量化。

• 当前技术是否可以支持

• 当前业务是否可以支持

• 是否存在关联功能的改造点？

• 是否完整梳理当前规划内容下线后的影响点？

• 是否已预估业务高峰数据爆发量级，及其处理措施？

• 是否已计划好功能上线后的验证方法？

• 是否引发诸如骚扰、欺诈等安全隐患？

• 是否存在负面舆情风险？

• 是否存在法律及合规风险？

• 用户覆盖度

• 使用频率

• 对核心场景的影响

• 实际收益的高低

• 对KPI的影响

• 实现难度的高低

• 产品成长时机

           

2）整体框架设计阶段

• 设计时是否结合了用户画像、用户习惯、业务场景等因素。

• 架构层次是否清晰，是否足够扁平，是否容易能使用户理解。

• 所有信息均需要进行重要级评定，以决定在界面和功能中的重要程度。

• 信息分类是否合理，一定要“高内聚，低耦合”。

• 架构拓展性是否足够大，后续对信息模块进行增删改查时，是否容易施行。

             

3）流程设计阶段

• 流程设计是否结合了用户画像、用户习惯、业务场景、竞品等因素。

• 主干流程是否最简化，是否覆盖了足够多的场景。

• 是否有特殊流程（分支流程、逆向流程）

• 是否有异常流程

• 是否归纳出所有的操作节点、数据交互点。

• 操作节点是否足够精简易理解。

• 是否考虑了操作节点的容错性（二次确认、撤销操作）

• 数据交互点是否依赖其它系统。

• 特殊、异常流程是否需要增加切换流程的引导，避免流程断头。

• 相关流程的用户体验路径是否一致

• 各图形形状/字号统一。重点内容可特殊标识，关键节点增加注释说明

• 流程均以开始框开始，以结束框结束，避免断头风险。

• 流程图从左到右、从上到下排列。

• 流程图从左到右、从上到下排列。

• 流程完成后是否进行了场景验证，是否符合用户预期。

             

4）需求文档设计阶段

• 完整流程是否可形成闭环？

• 逆向功能流程是否可逆，如果逆向操作，是否考虑对应的机制：比如退款、退货操作

• 各个步骤可能出现预期外的情况。

• 歧义需求文档的语法、功能文案、名词是否易懂，是否存在歧义。

• 兼容是否存在兼容问题：不同业务人员对功能都能接受吗？各个系统之间兼容吗？新旧功能的兼容吗（比如历史数据要不要初始化）？

• 备用是否有备用方案，次级选项。比如当正常流程无法传输的时候，是否可以用导入的机制救急。业务高峰的系统，是否有降级处理逻辑。

• 穷尽业务场景和可能原因是否穷举完毕。

• 脱敏是否存在敏感信息，是否有脱敏机制。

• 文案描述切记要精确，“可能”、“也许”、“大概”等模糊性词语避免出现。

• 不是本需求的功能避免加入文档中，给开发、测试人员造成干扰

             

5）特殊因素

• 是否存在不同登录状态下展示内容或操作有不同（登录、未登录、帐号异常状态）

• 是否存在不同用户状态下展示内容或操作有不同（非会员、不同等级的会员，特殊付费会员等）

• 是否考虑多账号切换，切换时，本地缓存数据是否需要同步清空。

• 是否允许多终端同时登录一帐号，若允许，操作同一数据时是否产生冲突。

• WiFi网络、移动网络（4G）

• 集团局域网、公共网络

• 连接超时，多久为超时

• 网络显示什么内容？是否给予用户友好引导检查网络或重试按钮。

• 网络变化从WiFi到4G网络环境时是否需要提示

• 服务器出问题返回数据失败时，是否给予用户友好提示或重试按钮

• 横竖屏是否有横屏展示的需要，如不需要需要锁定竖屏

• 分辨率高低：分辨率情况下是否会有适配问题，是否备注清楚。

• SD卡Android手机，没有SD卡、SD卡存储已满、存储位置等情况是否考虑并备注。

• 硬件不同，手机物理按键的不同衍生不同操作。

• 系统版本的不同是否同步支持，iOS、Android、Windows及其不同版本

• 定位提示是否打开定位

• 相机提示是否打开相机

• 闪光灯提示是否调用闪光灯

• 蓝牙提示是否打开蓝牙

• 设备数据是否需要调用，步数、心率等，主要在iOS设备中。

• 夜间\日间模式是否考虑光线较暗的场景。

• 编辑模式下出现意外情况是否提示保存或自动保存已填信息。

• 无痕模式：不记录用户所有操作信息（实际是否记录根据数据需求来看）

• 无图模式：节约用户流量，加快页面加载速度。

              

6）账号状态及用户权限自查

• 不同账号状态说明：登录状态、非登录状态不同情况是否说明完整？

• 不同用户等级和权限说明，不同等级用户有哪些权限？在页面展示上有什么不同？

• 不同账号状态切换时是否有特殊展示？

• 不同账号状态切换时是否有特殊展示？

• 是否考虑多账号切换问题？

• 是否支持第三方账号登录？

             

7）设备相关

• 是否支持横竖屏操作；检查不同屏幕效果

• 不同分辨率下的适配问题，是否有空白溢出变形

• 操作过程是否有卡顿

     

8）特殊场景

• 网络加载慢情况下无图显示效果

• 考虑夜间模式下的展示效果

• 区分编辑模式下可变更内容的权限

             

9）全局

• 修改页面时，考虑在系统中其余地方是否也有相同的业务，是否需要修改？

• 全局控件样式是否具有一致性

• 全局控件交互行为是否具有一致性

• 是否周全地考虑了所有操作成功的反馈。

• 是否周全地考虑了所有操作失败的反馈。

• 控件触发的提示类型是否恰当（小红点、Toast、弹窗）

             

10）版本发布自查

• 确认完需求之后，要告知运营同事们有哪些新功能，何时能交付版本，这样方便运营童鞋们也好对应的落实相关的运营工作。如果运营的部分/全部工作也是PM干的话，那么自己心里要有数；

• 该版本开始就要落实是否要做新的应用商店图、新的欢迎页、新的功能引导页，并且相应的安排人手。在上线前3天最好再确认一下，万一有漏，也有时间能再补；注意：针对这三个东西，都有相应的文案要出；

• 确认这个项目中没有完成的需求或者中途协商修改的需求，都已经被记录下来，并且最好开始确认没有解决的需求怎么办，修改的需求怎么办的问题；

• 确认该新功能的埋点列表是否给出；

• 确认新功能带来的相关新数据的查看地方以及方法，这里会涉及一些常用的统计平台；

• 确认新功能带来的后台新的管理模块使用或者从某个地方切换到另一个地方的使用方法的切换，培训过相关人员，并且已经正确掌握；

• 确认提交给应用商店的新功能文案是否有出；

• 确认最终提交给应用商店的应用商店图、新功能介绍更新了；

• 确认各个渠道中的最新版确实为最新版本；

• 每个版本都要观察上个版本的埋点数据是否正常，及时发现是否打错点，进行及时修正，避免数据浪费；

             

11）按钮

• 按钮文字是写死还是服务端配置

• 是否有默认的按钮文案

• 按钮文字的字数超过了怎么办

• 按钮的样式是否有特殊样式？若有，什么情况下会触发特殊样式（例如带icon情况与不带icon情况）

• 考虑点击按钮后的情况（页面不变/跳转到其他页面.....）

• 点击按钮后出现的情况是否会与页面其他情况冲突，如何处理（例如点击按钮出现浮窗，与其他浮窗重叠，则需要考虑浮窗优先级）

             

12）内容型文案

• 内容是静态的or动态调用

• 内容描述是否完整？顶部标题，按钮里的文字等

• 内容加载方式描述是否完整？本地缓存or加载网络刷新内容等

• 输入型内容是否完整？是否有初始内容？

• 内容违禁如何处理？敏感词，违禁内容等如何处理？

• 数据内容为空时如何处理

• 内容长度是否有限制

• 数据内容过期or删除or违禁后如何展示？

• 用户内容输入是否描述完整？

             

13）描述型文案

• 必填or非必填

• 若为非必填，则界面样式如何

• 定义文案的行数or字数

• 文案的截断策略是否考虑？超过字数or行数如何展示处理（例如超过两行，超出部分“...”展示）

• 出现同一场景时，提示文案是否保持一致？

• 文案由服务端控制还是客户端？

• 是否有默认文案？

• 是否易理解？是否有歧义？是否有错别字？

     

14）输入型文字

• 输入文字前是否有默认值，   是否有输入提示。

• 输入框内容为空时如何显示？

• 输入框获得焦点时，默认文字是消失（即仅作为提示文字或占位符）还是保留（即作为可编辑的默认文案）？

• 获得焦点后，调取的键盘类型（数字键盘、英文键盘等）

• 输入焦点丢失和存在时是否有展示内容的差异。

• 输入文字是否存在极限长度或最低长度。

• 输入文字是否可存在特殊字符，若用户输入如何处理。

• 输入文字是否存在对敏感词（密码、存款金额等）、违禁词的禁用或过滤展示。

• 输入文字后是否需要一键清空操作。（加个一键清空的按钮等）

• 输入文字后是否显示辅助结果（辅助词），辅助词的搜索规则。

• 输入文字后遇到流程打断的情况是否保留输入记录（断网、离开当前页面或关闭浏览器等）

• 是否说明了键盘唤起后需要页面的滚动来避免输入框的遮挡（移动端）

             

15）输入型图片

• 是否强制要求上传图片的必须参数（尺寸、格式、大小等）

• 是否设置了不符合尺寸的提示，图片过大或过小，格式错误等。

• 是否提供上传完成图片的预览。

• 是否提供了再次编辑操作，引导是否明显。

• 上传失败的情况是否给予用户提示，引导再次上传。

• 上传完成后遇到流程打断的情况是否保留已上传的记录（断网、离开当前页面或关闭浏览器等）

             

16）页面跳转

• 页面跳转流程是否完整顺畅，流程中间是否有页面缺失

• 页面跳转是否有提示和引导说明

• 页面跳转加载的loading展示是否友好

• 页面跳转动作是否有跳转特效

• 页面跳转的方式是什么，点击？滑动？等

• 页面加载不出来或者报错时展示什么内容

• 页面点击过程中是否包含权限限制，如果有如何提示

• 页面跳转尽量要减少跳转次数，缩短用户操作流程，尽可能在一个页面内完成

• 一个页面内是否有功能冗余的内容

• 页面跳转时是否需要进行辅助性说明

     

17）标签

• 标签是系统做的还是用户标记上传的

• 标签下的列表展示（回归到列表的问题即可）

• 用户是否可自定义上传标签

• 用户上传标签后是否可修改、删除

• 用户上传的标签，考虑敏感词库

• 标签是写死还是服务端配置

• 是否必填

• 是否有默认的标签

• 标签的内容是文字还是图片？

• 标签的文字是否有字数限制？

• 标签的个数是单个还是多个，多个的话考虑优先级排序

• 标签个数多个的情况，是否会遮挡住页面其他元素（例如，多个可以收纳起来处理）  

• 多种类型的标签，对类型进行排序

• 多种类型的标签，出现重复的情况（一般做去重处理）

• 后台：是否必填、标签名（是否限制字数）、标签内容（文字/图片）、排序（是否有默认值，越大排越前）、是否显示、标签个数、快捷的标签配置

             

18）列表

• 列表的排序如何？

• 列表中的元素是否都定义清楚？

• 列表中涉及的数据来源定义

• 列表数据为空时的展现形式

• 若部分元素为后台配置，则配置前后的情况定义

• 列表的数据是否分页展示？还是一次性加载？单页展示的数量是否有限制

     

19）数据

• 数据的来源（具体后台的哪个地方）

• 展示数据是否使用的是服务器数据，或使用的是本地缓存（客户端）数据？

• 展示数据是否是初次加载读取的静态数据，或实时、定时展示的动态数据。

• 数据未加载出来前展示什么？

• 是否规划数据为空时的展示效果

• 数据的极值情况（为0的情况，最大值的情况）

• 数据长度是否有限制？是否规划数据字数超长展示效果（几位小数点，超出如何展示）

• 若为多个数据，则数据的排序如何？

• 是否选取全部数据or部分数据？（数据根据什么搜索规则筛选出来的）

• 对过期的缓存数据是否需要告知用户刷新（活动过期）

• 前置场景的不同是否对当前展示数据产生影响，不同场景是否需要展示不同数据。

• 移动端从后台唤醒应用时，是否需要刷新当前页面数据。

• 数据在什么条件下进行展示？

• 数据是否分页展示？

• 数据去重策略如何？

• 什么时候开始请求数据？

• 什么情况下触发更新数据？

• 数据更新频次？是定时更新还是实时更新？

• 是否有部分数据需要过滤掉不展示？是否对特殊内容进行过滤、标记（敏感、违禁的词语）

• 当数据被删除后，展示的状态如何？

• 过期的缓存数据如何处理（定时清理还是继续保存）？

             

20）弹窗

• 什么时候触发弹窗？

• 什么时候弹窗消失？（关闭按钮、返回按钮、手机系统返回按钮、点击页面空白处等）

• 弹窗内的元素（文案、跳转等）是否都定义清楚

• 是否每次满足条件都触发弹窗？还是只弹一次？

• 若该弹窗与其他弹窗同时满足条件触发，则优先级如何？

             

21）轮播图

• 图片数据为后台配置or客户端写死？

• 图片排序如何？

• 点击是否有跳转？跳转页面为内部链接or外部链接？

• 轮播的频次如何？

             

22）图片上传

• 是否有图片尺寸、像素、格式的要求

• 是否有上传张数的限制及张数限制的提示

• 是否提供上传的图片预览

• 是否有上传成功后可以再次编辑上传

• 上传失败如何处理及引导提示如何展示

• 上传过程遇到突然中断情况是否保存上传记录

             

23）数据埋点

• 数据埋点的字段内容及展示类型是否完整

• 数据埋点的时间范围和时间段是什么

• 上线后验证的数据是否都进行了埋点记录

• 是否需要进行数据漏斗模型分析报表生成

• 埋点数据后续如何提取出来

• 是否有自动通知机制，通知形式是什么

• 据埋点不成功是否有报警机制

             

04

如何来做产品自查？

写在最后