投稿作者：温晴
公众号“爱累加”首发
我们在做交互设计的时候，一般都是通过线框图和文字说明进行展示，有时候遇到一些复杂的功能我们还需要配上流程图进行补充说明，详细的全方位的交互设计文档不仅可以让研发人员方便的投入工作而且还可以让测试人员清楚的了解产品功能，方便测试细节。
但是有时候我们会遇到一些无法用线框图展示出来的需求，但是又会经常遇到，下面分享给大家一些界面上看不到的交互设计。
案例一
用户A在使用一款应用程序的时候，突然网络断开了，那么这时候，应用程序上的当前数据应该怎样处理？
断网是每个用户的噩梦，但这种情况是每个应用程序都会遇到的，这时候我们就要考虑应该怎样处理数据，这里我们分两种情况：
当页面网络断开时
A 当用户在没有进行下一步操作之前，保留和执行有网时同步和缓存的信息，当网络重新连接时，立即同步现有信息；
B 如果用户执行下一步操作，平台自主尝试网络连接一次，如果仍旧连接不上，提醒用户检查网路连接，恢复网络后数据信息进行同步；
这样的处理方式可以最大程度上减少用户的数据丢失，想象一下，你正在填写一份很长的表单，辛辛苦苦录入了很多信息，信息中又包括难记的数字、字母、符号等，在键盘上敲敲打打了大半天，终于填写完最后一个信息马上就要点击保存提交时，断网了，等网络恢复的时候所有数据都没有保存，看着眼前空白的表单，有木有想去西天的想法。
所以，做好数据缓存和信息同步很重要。
案例二
用户A在使用一款应用程序的时候，突然有人打电话进来，那么这时候，应用程序上的当前数据应该怎样处理？
虽然有了微信之后很少有人打电话，但是外卖小哥、快递小哥还是很钟情于电话的。这里，我们也分两种情况：
A 用户在使用数据连接时，打电话进来意味着网络断开，执行网络断开的操作，同案例一；
B 用户在Wi-Fi情况下接打电话，视为后台操作，用户可以手动调取页面并进行操作；
所以，打游戏的时候还是建议使用Wi-Fi，要不容易坑队友啊。
案例三
只要不是用户彻底关闭掉应用程序，现在的智能手机都有应用程序后台运行功能，如果应用程序在后台运行，用户又返回继续使用，这时应该怎样处理数据呢？
后台时候
A 页面停留在后台之前最后操作界面，并且数据保持时刻同步，当用户返回应用程序意味着返回后台操作前最后的页面，用户可继续进行操作；
案例四
在当前页面，用户进行锁屏操作，平台继续同步数据信息，并且停留在此页面，解锁后直接进入锁屏之前的页面；
案例五
一个应用程序使用的爽不爽，有时候还要看它的数据加载处理方式，有时候我们在浏览很多内容（图片、小视频等）时，内容的加载速度、呈现方式都会影响到用户体验，下面是数据加载的一些建议：
页面需要请求数据
A 加载规则按照由易到难，由展示内容到操作内容的加载顺序进行加载，并且界面内容呈现顺序同加载顺序保持一致；
B 特殊内容像视频等大体量的数据，请求最长时长不得超过5秒，在请求过程中需有LODING动画体现当前状态和减缓用户时间感；
案例六
有时候我们在使用一款应用程序的时候，偶尔会遇到类似这样的提示“网络超时，请重新尝试”“数据加载失败”，这些失败类的提示我们当然不愿意看到，但是大家有没有想过这些提示是在什么情况下出现的。
一般情况下，我们在打开应用程序的界面时，界面上的很多图文信息都是从服务器请求加载过来的，数据传输过程有时就会出现异常，界面就不会出现本应展示的内容，这时候，就会提示用户类似“数据加载失败”的信息，需要用户手动重新加载以再次获取信息，所以处理方式如下：
数据拉取异常
拉取数据或建立连接时，在3秒内平台可以尝试自主加载，如果超过3秒仍旧连简单内容也加载不出来，提醒用户超时和超时原因，并且提供用户手动请求数据的方法；
总结
每个人都会犯错误，程序也是一样，遇到错误，我们不能闪躲，要勇敢面对，找到合适的方法化解，这样才能不断变的完美。
爱我，请扫码
