设计师们,停止不必要的UI动效设计吧!

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

这篇短文将会探讨UI设计中动画的过度使用,并将其与早期的视觉设计进行对比,提出一些对于有效的GUI动效设计的建议。我们将在下文中,简单探讨如何改善下面的这个交互。

shejishi'

这个反面案例并非假设,而是来自近期的真实客户案例。

设计师们,停止不必要的UI动效设计吧!

UI动效设计的反面案例(线上Demo

自从 70、80 年代首个光栅图像在CRT屏幕出现以来,人们对于(数字)视觉设计的态度一直在不断进化。与其他艺术领域不同,在数字设计领域显露的趋势,与使用设备的发展史紧密相关。

设备能力的提升有目共睹,显示器技术使分辨率从CGA320*200,到VGA的640*480,然后到SVGA的800*600,到现在已快速提升至4k及以上。

类比视觉设计发展历程

动效设计正在经历成长的疼痛,正如在当年90年代和21世纪初的视觉设计。追溯视觉设计进化发展的过程,有助于我们去理解现阶段的动效设计。

设计师们,停止不必要的UI动效设计吧!

(21世纪初期的网页设计)

在更精妙的设计语言出现之前,设计师们在初期阶段容易滥用新功能,这是正常的。90年代末和21世纪初的界面设计师,应该还记得以阴影、斜角、高光,无留白这特征的过度设计。

当设计师们着迷于新媒体,并陶醉于像素的奇妙时,这一结果再自然不过了。

扁平化设计

设计师们,停止不必要的UI动效设计吧!

(扁平化设计示例)

不管你喜欢与否,扁平化设计在设计圈中已成为主流思想。所有的主要系统平台(Android、iOS、OSX、Windows、Windows phone)都已经开始拥抱这种极简设计语言。同时,它还主宰着高速发展的网页设计。

扁平化设计是视觉设计思考成熟的体现。它是一个自然的进程,一方面是被潮流和时尚驱使,另一方面折射出业内人士终于逐渐掌握了数字媒体 。

动效设计

现阶段的动效设计,可以类比视觉设计史的“阴影阶段”。

网页动效能力有了显著提升,得益于CSS中的过渡属性(transition)和被硬件加速支持的变形属性(transform),以及正在发展的标准,如JS动效(JS Web Animations)。

另外,现在的移动设备由于其不断精进的性能,以及多核、多存储、高dpi等优越的特性,可以流畅地输出60fps动画效果。

设计师们,停止不必要的UI动效设计吧!

让所有东西都动起来!这样的动效仿佛让人回到了1999年。

考虑到现在是UI动效的早期设计阶段,设计师试图通过增加动效来增强视觉亮点,和曾经的阴影和斜角没什么不同。

但是我很确信,与视觉设计不同,动效设计的成熟不需要耗时15年。

过度的动效使用

无意义的动效随处可见,它们也不仅出自业余设计师之手。

作为用户,我们可以很轻易地发现这种妨碍着你的动画,它阻隔着你和你的目标,令你困扰皱眉。作为设计师,你需要意识到你的UI设计并非什么娱乐。没有人只为看着酷炫的动效爽,就使用你的app或者网页。

UI动画的使用反例

OS X的全屏动画

桌面端和移动端都有无数的糟糕UI动画示例,其中之一,就是OS X的窗口切换到全屏模式的过渡动画。因为它来自因前沿的设计感著称的苹果公司,且是旗舰产品的主要特点,所以格外令人困惑。

这个UI动画有以下几个问题:

  • 缓慢
  • 非必要
  • 不可设置(除非通过命令行修改)

如何知道你的UI动效使人厌烦?人们会在博客上写文抱怨。无数探讨如何加速或禁用动效的博文和论坛问题帖,都很有力地说明这个转场动效除了让用户烦恼,毫无作用,这是UI动效设计的一个大忌。

动效设计案例研究

我们使用一个简单设计做示例,它来自我最近为客户进行的工作。这个交互包含了一些糟糕的设计决策。

设计师们,停止不必要的UI动效设计吧!

UI动效设计的反面案例(线上demo

这个设计包括如下问题

  • 遮挡了界面的蒙层
  • 缺少后台正在执行操作的指示
  • 动画缓慢
  • 动画非必要

这个动画最烦人的一点,是在耗时间的网络请求完成后,这个动画才发生,导致增加用户额外的等待时间。

动画是否必要?

首要问题理应为:这个动画提升了用户体验吗?

上述交互案例中,出现了正确使用UI动画的绝佳时机。考虑到这一交互需要一个耗时100-500毫秒的网络请求,这是个利用动画来掩盖请求耗时的绝好机会。

设计改进

设计师们,停止不必要的UI动效设计吧!

改进1(线上Demo

这是很小的一个改进,增加一个加载指示器,告诉用户正在等待额外的数据。然而,弹出动画是多余的,减缓了用户流程。

设计师们,停止不必要的UI动效设计吧!

改进2(线上Demo

删减了不必要的滑出动画,使用户在操作后即可看到所需数据。蒙层的使用阻挡了用户视图,是多余的打扰。

动画——障眼法

延迟,即使是网络应用的延迟,通过缓存和预读取资源,也可以减少甚至消除。然而这种方式也有其问题。使用流量有限的移动网络的用户,并不愿意应用预读取大量可能根本不不需要的数据。

考虑到延迟并不总能完全避免,我们可以使用动画制造更利落的错觉。这种情况下,使用分层动画尤其有效。

设计师们,停止不必要的UI动效设计吧!

改进3(线上Demo

改进如下:

  • 使用了不遮挡界面的加载指示。
  • 重叠的动画分散了用户对数据读取延迟的注意力。

渐进式加载

渐进式加载可用来进一步减少可感知的数据加载时间。用户基本不可能立刻用到应用展示的所有数据。通过分块下载、数据可用后再显示信息的方法,用户会产生应用比实际上响应更及时的错觉。

设计师们,停止不必要的UI动效设计吧!

改进4(线上Demo)

很多留言的人,包括来自用户体验社区的Isak Falch,推荐我使用“扩展式卡片”,这个方法最切实的好处是保持了用户对上下文环境的感知。

作为另一种备选方案,也已经实现如下:

设计师们,停止不必要的UI动效设计吧!

改进5(线上Demo

感谢大家的建设性意见!

结论

我们要注意,不要重复过去形式超越功能的错误。动画可以且应该应用于加强网站或应用的用户体验,而纯装饰性的动画效果,不太可能有助于产品变得更好。

长时间的网络请求,是使用动画障眼法,缩短等待时间感知的好机会。

注:如果你对这篇文章感兴趣的话,你应该也会对《有效的原型设计》感兴趣。

 

译文来自:Stop Gratuitous UI Animation 。百度MUX的译文仅作学习用途

本文系人人都是产品经理团队@百度MUX  翻译发布,未经许可,不得转载。

您的赞赏,是对我创作的最大鼓励。
2人打赏

评论( 9

登录后参与评论
  1. 简单而不简单才是设计的最高境界。

    app开发公司http://www.mingzhiapp.com,找明智科技

    回复
  2. 这很百度。

    回复
    1. 回复

      看了你的回复才去看作者。。。真的很百度。。。

  3. 看到大家都在鄙视我就放心了 :oops:

    回复
  4. 看到改进方案的我直接放弃了阅读,loading现在给人最直观的感受就是慢,慢,慢,用从下往上的弹出动效有何不可,这也算慢的话,我更愿意看这样的动效,而不是先loading再出现弹窗,因为一出现loading个人感觉就是网络是不是出现问题了,玛德网速怎么这么差,或许因为这种多次加载的动效怀疑到应用本身的问题,对比可得,这样的改进动效有何意义?

    回复
    1. 回复

      同意。首先,结合上下文,1. 动画信息非必要显示。2.在加载动画中放图标,这是可点还是不可点?点了怎么处理?3.为了解决一个加载等待的小问题,过度设计了一个大版面,大交互。
      还不如就做个简单有趣的小动画呢。

  5. 干货?

    回复
    1. 回复

      这是水货

  6. 这个动效用什么工具制作的啊?

    回复
加载中