生活中有没有遇到过这种情况？

1.注册一款互联网产品的账号，验证码明明提示发送成功了，等了半天没收到验证码，而该产品是强制登录型的；

2.通过某点餐软件，选择自己喜欢的美食时后，确认订单→支付→支付中，状态一直停留在支付中，迟迟没有结果，而这时你非常饥饿；

3.或者，生活中我们通过APP购买的电影票，到现场出示取票时，发现机器没有吐票？难道二维码失效了？而这个时候机器和APP却没有任何反馈告诉你当前发生了什么，你也没有看到提示引导你下一步该怎么做。

于是，抱怨的情绪产生了，你觉得产品很愚蠢，你对产品的服务印象开始变差，甚至你有可能放弃这款产品 去选择竞品。

产品的反应的确很愚蠢，但话说回来，它们只是简单的机器。为什么我们期望得更多？即使“智能化”的机器按照人类的标准也不算很聪明。机器不够了解实际的情况或事情的来龙去脉，它只能处理设计师曾考虑过的事件，这意味着它们并不能够处理意外情况。

问题就在于当意外发生时，它们总是没有被预先考虑到，这也是产品设计中最难的一点：设想到异常或特殊情况的发生，并解决它们，同时让用户感觉这一切都是顺其自然的

我们通常只关注正确的行为：所有东西都运转正常，用户都按照预期的操作进行。在这种情况下，一切都进行得很顺利。

当事情出错时会发生什么？通常产品本身意识不到用户陷入了迷茫和困境，无法继续操作。这就使产品用起来感觉很愚蠢，不友好，不善于与用户做朋友。

设计目标：让产品变的更聪明！

今天我们就来归纳APP中常见的异常情况，给到用户可见的操作反馈：

一、页面加载中（请求数据）

       1.场景：进入页面时，无缓存数据，则在页面内显示加载状态

       2.交互：请求数据最长10秒，10秒后加载不出则出现“网络异常”提示

二、页面为空（缺省页）

1.场景：该页面无数据、无内容、空白页面则显示

2.交互：一般页面可通过文字或入口（按钮/链接）引导用户添加内容、搜索结果为空时，可提示用户更改关键词

三、网络异常

A：头部（有缓存）

1.场景：顶部出现轻tips，对用户操作影响较小

2.交互：恢复网络则消失并加载，网络中断则出现 并提供解决方案

B：页面内（无缓存）

1.场景：网络异常且无缓存数据

2.交互：正常时回到加载状态，加载成功后显示数据，异常时可提供刷新/重试/加载入口

C：弹窗（网络切换）

1.场景：音频或视频类居多（可APP内设置），防止用户流量流失，选择权交给用户

2.交互：默认是当非wifi状态时提示是否继续播放，若切换到wifi网络时提示“已切换至wifi网络”或直接播放

四、下拉刷新

1.场景：页面发生下拉动作，刷新当前页面数据

2.交互：下拉和请求数据时出现

五、上拉加载

1.场景：页面发生上拉动作时，加载最新的内容

2.交互：上拉和请求数据时出现，信息流加载成功后，可提示“已更新xx条内容”

六、版本兼容（更新提示）

1.场景：低版本收到高版本消息时，且不兼容的情况下

2.交互：顶部提示/弹窗/融合在内容里，引导用户升级版本

总结：

1.当做完正常流程时，切记要考虑到异常/特殊情况的设计，用最适合当前场景的方式去设计；

2.为流程而设计，保证每个流程都顺畅进行，从中寻找设计的机会点，看似简单的一个提示，什么时机出现？以什么方式出现？出现的样式或文案能否降低用户的负面情绪？这是我们重点思考的地方。

愿与你一起成长，欢迎各位设计新手、老鸟交流、撕逼！

微信公众号：UXD笔记