做从0到1的产品时，在设计产品功能的交互流程和UI设计中，都是先做出所有正常的交互流程和界面。

但每个功能流程都存在异常和加载的状态，实际工作中不可能每个功能的页面都做异常和加载状态，这样的话，会导致设计繁琐复杂。

通用的做法是：先将所有的正常流程和界面完成之后，再统一做全局异常场景和加载状态。

这些全局异常和加载状态通用于整个产品中，开发需要使用时直接调用，避免设计每个需求都做一遍，降低无用功，提升开发效率。

本文为所涉及到的异常和加载状态内容。在实际工作中，根据自身产品，附上对应状态出现的场景页面即可。

本文文章大纲如下：

1、加载场景

2、网络异常

3、缺省场景

4、操作异常

除非是存在本地，否则其他所有界面都需要加载。加载场景，适用于几乎所有界面。

加载的方式有很多，总结起来包含：全屏加载、占位符加载、上拉加载、下拉加载、局部加载等。

1、全屏加载

这种加载比较简单，一次性加载完所有数据后再显示内容。但这种一次性加载完后，再展示出来，会给用户的感觉时间较长。

适用场景：进入到下一级界面时，加载后全部展示。

2、占位符加载

当加载的页面内容有固定的框架时，可以先加载框架，再加载框架内的内容。

通过先加载页面框架，设计占位符等形式可以提前让用户知道整个界面的架构，提高产品的体验感。

这种加载给用户感知，加载稳定且速度快。

适用场景：具备典型页面的场景，如列表页、详情页等。

3、上拉加载

用户在浏览界面的过程中，对于未加载的信息，通过手势上拉，信息自动加载。

需要设置默认一次性加载多少条，可根据实际情况设定，一般常见的是20条。加载过多浪费流量，加载过少，需要频繁加载。

使用场景：对于布局相同的布局，可使用上拉加载数据，通常为feed流。

4、下拉加载

用户下拉时，出现loading动画，整个页面重新加载刷新。数据获取完成后，loading动画结束。

现在很多的产品重新设计loading加载动画，使得加载过程更加具有情感化，人性化和品牌化。

因业务需求，有时候加载完毕后，会通过toast告知用户更新多少条内容。

使用场景：具有刷新当前页面数据时使用，常用的为首页、列表流等。

5、局部加载

整个界面中，仅部分区域需要加载数据。

适用场景：切换部分区域内容，数据重新加载时使用。通用于二级导航切换。

当移动设备网络异常时，导致无法上传和下载数据，从而无法正常的使用产品。

网络异常存在两种场景：

• 1、网络异常时，用户打开App，这种情况App会出现异常状态提示给用户，这是App主动告知行为。
• 2、用户点击操作时，由于网络异常，这时候通过交互反馈给用户，这是App被动告知行为。

App主动行为

当无网络时，用户打开App。通过tips提示用户当前网络不可用。

tips使用场景一般为用户打开后，界面停留在首页， 且首页以列表形式展示，这样的话，tips才能合理的融入到界面中。

App被动行为

当前无网络时，用户点击操作时，无法正常使用产品，这时候通常有两种处理方式。

一种是进行交互操作时，出现toast提示。

另一种是进入下一级界面，以缺省页的形式提醒用户当前网络异常。

缺省场景包含：空数据、网络异常、服务器异常、内容被删除等。

空数据

由于产品处于初始状态或者因为操作删除而清空状态产生的空数据。

缺省页一般包含：插画和对应的提示文字。是否提供操作按钮，可根据具体业务情况来定。

适用场景：数据为空时出现。

网络异常

当移动设备网络异常时，导致无法上传和下载数据，从而无法正常的使用产品。这时候会出现网络异常页面提示用户。

缺省页包含：插画、对应的提示文案和操作。

插画视觉一般比较轻，仅提供装饰作用，强化下方的文字

对于网络异常，提供用户去设置网络。

服务器异常

服务器异常是小概率事件，但是也会发生。

当服务器异常时，且用户在操作过程中，出现这种情况，一般可设计为toast提示，明确告知用户，服务器出现问题。

当服务器异常， 用户进入下级页面时，则通过缺省页面提示给用户。

内容被删除

文件或者页面内容被删除，由于文件或者页面内容的上一级页面有缓存亦或用户获取链接进入，会出现文章/文件被删除的情况。

已被删除的异常状态，常见的设计是用户进入新页面出现对应的插画和标题提示。

适用场景：下级页面内容被删除时。

任何操作行为的交互界面都伴随着操作失败的可能性。 当用户操作失败时，且操作在当前页面完成时，通过toast告知用户操作失败及操作失败的原因。

以上是异常场景和加载状态的全局内容。 做0到1的产品的设计师，在设计全局异常和加载时，需要将以上4大类按照自己产品的实际情况，逐条梳理，即可适用于整个产品。