问：
把大象放进冰箱需要几步？把长颈鹿放进冰箱需要几步？
答：
把大象放进冰箱共需要3步，把长颈鹿放进冰箱共需要4步。
你知道为什么吗？
把大象放进冰箱，第一步：打开冰箱门；第二步：把大象装进去；第三步：关好冰箱门。
大象不肯进去怎么办？ 冰箱太小装不下怎么办？ 好不容易塞进去，冰箱门关不上怎么办……
一、分支流程
二、元素备要
1. 设计前
主要检查点：用户类型、帐号体系。
2. 设计中
返回：从哪里来是否可以回到那里去 保存：复杂任务流是否支持保存或自动保存；意外退出前保存提示 复杂状态之间的变化关系：子流程梳理辅助说明
刷新：自动还是手动刷新？每次刷新加载多少条内容？刷新失败如何提示？ 无线刷新：顶部下拉、底部上拉，安卓有刷新按钮 加载：复杂页面是否有副列表加载？预览、保存、提交的完成时间若超过3S是否有加载的过渡状态？新加载内容是否有高亮底纹显示？
连续多次点击给予反馈、统一设备登录多个账号验证码、统一IP；连续破坏性操作n项内容时是否需要身份验证。 数据相关：进入页面后服务器获取不到数据；搜索无结果状态；数据加载时间较长时预设默认图片、状态、内容框架； 错误提示页：404页面、即将上线、页面失效、服务下线、系统繁忙，考虑出错页面内容情感化表达以减弱用户的受挫感。
需限定输入的范围，做输入校验。
示例：最多输入10个数值，输入不合规则的内容，则在输入框下方红色字体提示，比如：“请不要输人汉字！”。
（2）下拉框
下拉的同时是否支持输入搜索，是否支持多选。
（3）导入文档
表头校验、自校验、与系统校验、写入逻辑（全部不予导入或部分导入)、下载结果文档；
（4）已有功能的逻辑规则变更
则要考虑旧数据兼容或初始化。
（5）基础数据删除
则要考虑基础数据被调用的地方，删除和编辑怎么处理。
比如：
商品分类中维护的“商品类型”被删除，那么再编辑和删除该分类下的历史数据的时候就可能报错，所以基础数据维护时候要校验调用情况。
（6）设置规则
考虑规则去重、规则优先级。
一般情况下，没有优先级的话，规则的去重和命中次序校验起来比较麻烦。（在<后端产品经理宝典>一书中有专门介绍）。
（7）列表的数据的排序
一般按照修改时间的倒叙排列，也可以用数据库id代替序号。
用数据库id的好处是，方便用户和技术协作追溯数据。
（8）异常机制
每时每刻都要有逆向思维，告诉开发人员什么算异常？异常了怎么标示出来。
比如：
表1字段A，匹配表2字段B，将匹配成功的数据写入表3。就要考虑表1中字段A为空的情况该怎么办。
（9）页面长期不登录
则给自动退出。主要考虑到后端系统的保密性。
（10）凡是带操作的
一般都要设置页面权限。
最简单的方式是所有系统的权限都分三个等级：不能查看、只能查看、可以编辑。
（11）功能修订
比如规则变更，需要考虑旧数据是否要按照新规则进行初始化。
2、按需求类型自查
（1)功能需求
需要穷尽功能覆盖的使用场景，穷尽本功能相关联的各个系统模块，穷尽本功能的用户角色、权限。
（2)性能需求
数据量较大时的系统压力、反应速度；
批量上传、下载要考虑数量上限，考虑是否异步处理；
考虑浏览器兼容性；考虑调用接口超时的备用策略等。
（3）安全需求
敏感词屏蔽（同步过滤和异步召回）、防刷单机制、数据补推机制、风险预警等。
3、关键词提醒自查
笔者不完全罗列了几个关键词，可以作为自查的维度。
（1）完整
流程是否存在断头路。
比如当正常流程无法传输的时候，是否可以用导入的机制救急。业务高峰的系统，是否有降级处理逻辑。
默认：是否给予了默认值。
比如设置规则功能业务未设置怎么办？
4、其他
自查的方式还有很多，比如也可以按照“增、查、改、删、显、传、算”自查等。
-完-
Step1：分享本文/点赞/在看
Step2：对本公众号【产品参赵】发送消息“自查”，等待返回百度云盘的下载链接。
获取途径：
加入星球，无限更新
——推荐阅读——
