gtxyzz

网络故障场景下的设计总结

gtxyzz 运维技术 2022-11-10 430浏览 0

当你正在用微信跟朋友胡侃,在b站看纪录片,逛虎扑怼skr。这时网络突然断掉,我们应该给用户什么样的提示呢?最近因为自己也在梳理类似的场景,所以这篇文章就来跟大家分享交流一下在网络故障场景下如何给予用户合适的提示。

所有的报错提示/反馈都可以拆解为两个部分:报错现象和解决方案。因此网络发生故障时我们首先应该告诉用户您当前的网络状态异常,让用户感知到这个事实,然后再提供解决方案。

目前来说,常见的报错样式有toast、snackbar、对话框、通告栏、界面内嵌与空页面。最近看了一下自己之前的文章,发现都是基于组件来阐述适用场景。这种解构方式有个问题,那就是现实情况中,产品或者交互设计师都是基于场景去确定合适的组件。因此为了更方便大家理解,这里我不具体介绍每个组件的用法,而是以场景来定义来组件。

网络故障场景下的设计总结

不提示

首先我们需要明确一个事实:不是每一种网络故障都需要提示用户。这里的“不提示”其实是一个相对的说法,并不是真的不给用户提示,而是只有用户执行了请求数据的操作才告知用户网络发生故障。支付宝就是一个典型的例子,即使断网了,用户基本也感知不到。只有用户请求了新数据,才会以toast通知用户网络异常。

网络故障场景下的设计总结

支付宝这种高冷也是有底气的,因为其多数页面都有缓存机制,用户不用每次进入这个页面都要去服务端请求一遍数据。类似的还有QQ音乐、咕咚,对于这些产品来说断网并不会带来灾难性的影响。因为断网不影响我去听缓存或下载好的歌曲,也不会影响记录运动数据。所以对于此类应用来说,当网络报错的时候,只要用户没有触发请求数据的操作,没有必要提示用户。

网络故障场景下的设计总结

当然我们需要给缓存数据设置一个有效期,如果过了那个有效期,网络还是没有恢复正常,应该及时提示用户网络故障。

无缓存

当然并不是每一个页面都有缓存,对于没有缓存数据的页面,我们有两种方案。一种是展示空页面,另一种是展示骨架屏(Skeleton Screen)。

网络故障场景下的设计总结

骨架屏顾名思义就是展示页面的框架,当数据请求完成时再渲染页面。这种先占好位置再加载数据的模式也被称之为占位符,都是一个意思。

***再说空页面,其实空页面的展示方案也可以分为两种:

  • 提供“刷新页面”按钮;
  • 提供“解决方案”按钮;

网络故障场景下的设计总结

两种方案都有自己的道理,我个人更倾向于把两种方案进行融合。展示“刷新页面”的按钮,如果用户点击了还是没有办法请求到数据,这时以snackbar的形式提供解决方案。其实解决方案都是引导用户去系统设置里检查/开通网络权限。

持续性提示

有缓存数据的页面,支付宝可以不提示用户,但是对于QQ和微信这类即时通讯类的应用来说,给予用户网络故障的反馈是非常有必要的。因为如果不给提示,我不知道对方突然不回我信息是我惹对方生气了还是我网络故障收不到。QQ和微信这里统一采用的是通告栏,用户点击之后进入一个展示网络故障解决方案的页面。这里可能会有人问,为什么不使用对话框,对话框也可以完成跳转动作啊。

网络故障场景下的设计总结

我尝试着来分析一下,如果使用对话框,那么对话框的触发机制有两种:

  • 只要检测出网络不通畅,立即弹出对话框通知用户;
  • 检测出网络不通畅,立即弹出对话框通知用户,不做二次提示;

***种触发机制明显不合理,因为用户使用微信并不一定非要网络通畅,有的用户就是想翻看一下聊天记录。你这边只要检测出网络故障就会弹出一个对话框,会对用户造成很大的干扰。

第二种也不合理,如果用户所处的网络环境不稳定,时断时续,那么一旦你***次点击关闭了弹出框,用户就无法感知到后续网络的异常。

所以微信用户对于网络故障提示的要求是在给予用户持续性的提示前提下,还不能干扰用户正常操作。好了好了,这个问题我知道了,但是我不需要立即去处理。

网络故障场景下的设计总结

可以满足上面这个条件的控件有两个:snackbar和通告栏,微信用的是通告栏,京东用的是snackbar。以京东为例,用户在使用京东过程中如果网络突然发生故障,那么会从界面顶部弹出一个snackbar来通知用户,用户点击之后会进入一个页面,展示一些解决方案。其实在上面我也提到过,所谓的解决方案就是让用户去系统设置页检查/开通网络权限,我们可以像网易云音乐一样直接提供一个跳转链接,节省用户操作步骤。

网络故障场景下的设计总结

snackbar和通告栏的区别在于snackbar的位置是固定的,只要你的网络不畅通,那么它一直会出现在界面顶部。这是因为京东对于网络的诉求比微信要更强,没有网络微信用户还可以翻看聊天记录,京东用户没有网络还能干什么?没有办法浏览商品,更不用说剁手了,京东比微信更需要用户去解决网络故障的问题。

网络切换

除了断网与弱网情况,另一个需要考虑的问题是网络切换。当网络从4g切换至wifi,我们用toast来提示用户没有任何问题,甚至不提示也没事,不会对用户产生太大的影响。但是反过来说,wifi突然断掉,切换至4g网络,我们还能如此淡定吗?

当我用wifi观看视频,突然wifi断掉,会自动切换至4G网络。为了避免让用户在不知情的情况下耗费大量的流量,我们应该给用户一个网络变更的提示,用户确认之后才可以继续观看。提示的方式目前来说主要界面内嵌和对话框,哔哩哔哩和网易云音乐这里用的都是界面内嵌。

网络故障场景下的设计总结

有意思的是在网易云音乐中,如果你听歌过程中wifi突然断掉,那么4G网络会继续缓存歌曲,而QQ音乐是不会继续缓存的。仅从这点上来说,我个人觉得腾讯做的更贴心。

网络故障场景下的设计总结

***插一句:网络状态由wifi切换至4G绝对不可以使用toast!因为安卓的某些机型中,用户在系统设置中关闭推送会把toast也给禁用掉。对于这些用户来说,他们是收不到提示的,很容易造成流量的损失。所以优先级高的反馈我们都只考虑使用对话框,因为对话框所承载的信息用户100%会看到。

继续浏览有关 网络运维 的文章
发表评论