在做设计的过程中,大部分设计师只专注于主操作流程、主页面、分支流程、小页面和页面的不同状态。却容易忽略产品中容易出现的各种异常状态。
当用户停留任何一个界面,进行任何一个操作都可能发生异常状态。
如果接到每个需求都去制定一次异常状态,这样的后果可能会使得产品的不同模块、不同流程,异常状态都不一致。全局规范性被破坏,同时设计师的效率也降低。
因此全局制定异常状态规范,后续就不需要再设计,开发直接复用异常状态的规范。省时省力、提高效率、设计规范、运行更流畅、减少代码重复率、安装包也会更小。
一、异常状态一共有以下10类:
- 网络异常
- 消耗大量流量时
- 空数据
- 加载失败
- 操作失败
- 服务器异常
- 搜索无结果
- 无权限
- 功能建设中
- 内容被删除
(1)网络异常
当移动设备网络异常时,导致无法上传和下载数据,从而无法正常的使用产品。
1.1.网络异常存在两种场景:
- 网络异常时,用户打开App,这种情况App会出现异常状态提示给用户,这是App主动告知行为;
- 用户点击操作时,由于网络异常,这时候通过交互反馈给用户,这是App被动告知行为。
1.2.App主动行为
当无网络时,用户打开App,通常有三种方式提醒用户当前网络异常。
- tips提示,通过tips提示用户当前网络不可用,tips使用场景一般为用户打开后,界面停留在首页, 且首页以列表形式展示,这样的话,tips才能合理的融入到界面中,常见使用这种布局方式的有微信、qq等。
- 使用toast提示用户网络异常,同时提示用户可以去使用非数据影响的的操作。例如网易云音乐,当无网络时候,告知用户可以去正常听已下载的音乐。
- 使用对话框,引导用户进入设置页面,关闭飞行模式或者打开Wi-Fi,例如美团进入首页后的对话框提示。
1.3.App被动行为
当前无网络时,用户点击操作时,无法正常使用产品,这时候