网站首页 > 博客文章 正文
数十万互联网从业者的共同关注!
作者:孟大伟,目前任职于微信电影票——产品经理。
作者原创并授权早读课发表,转载请联系作者。
微信号: 317885992
前段时间写过一篇『Google Photos 的几点交互』,当时也觉得全屏浏览时,右下角那个蓝色的Search按钮(FAB Button)有点喧宾夺主,碍眼,明明只是位于浏览之后的次级操作却占据着重要的位置,碰巧在Medium 上读到一篇关于FAB 的文章,翻译后与大家分享下(英文水平有限,有兴趣同学可阅读英文原文)。
下面进入译文:
谷歌于一年前推出了全新的设计语言MaterialDesign,旨在为手机、平板电脑、台式机和『其他平台』提供更一致、更广泛的『外观和感觉』。
重要功能包括系统字体Roboto的升级版本,同时颜色更鲜艳,支持各种新动画效果,还具有内置的实时UI阴影,打造出Android平台出色的用户体验(如Google App 在iOS 上的表现)。
关于Material Design,自从其去年发布后有一件事一直困扰着我:浮动操作按钮(Floating Action Button)。
什么是 FAB ?
FAB 全称:Floating Action Button,是浮动操作按钮,一般作为进阶操作的开关,在用户界面中通常是一个漂浮的小圆圈,它有自身独特的动态效果,比如变形、弹出、位移等等,代表着在当前页面上用户的特定的操作。
由于Material Design 大胆的视觉风格,FABs非常难以忽视和突出——而这正是问题所在。
看上去FABs好像提供了理想的条件及好的用户体验,但在实际使用中,广泛使用的FABs可能对应用的整体体验有所影响,这里有一些原因:
它影响了沉浸式的用户体验
FABs 视觉突出——它确确实实在其它所有UI 原素的上方,例如,添加一个FAB按钮尤其会影响到那些旨在提供的沉浸式体验的应用程序(或屏幕)。
Google Photos 就是其中一个例子。
在Gallery 视图中,有提供浮动Search 按钮,但问题是:当我打开照片应用时,我只是想…浏览我的照片。
浮动Search按钮就这样打断了用户沉浸式的体验,变成了app的主要操作目的,诚然,智能搜索是GooglePhotos 提供的独特的功能,但这就意味着需要给它一个顶级的、持续出现的理由吗?(我以为不是的)
有趣的是,Google 与我的意见一致,在 Material Design的设计指南中关于FABs ,Google 是这样说的:
『并不是每一个屏幕都需要浮动操作按钮』,接着说:『一个浮动操作按钮应该能够代表这个App 中的主要操作,左边主要是相册集和打开的图片,并不需要浮动按钮,而在右侧,主要的动作是添加内容,所以添加浮动操作按钮是合理的。』
Oops…
它们站出来,站在路上
就好像一枚硬币的另一面,可能更重要的是,FAB 妨碍着正常操作,它占领了屏幕上的一块区域,有效的阻止了内容。
但,嘿,FAB 只不过是一个小的圆形按钮,对吗?能有多少内容会被挡住呢?
如果你看看Photos的截图(紧凑视图下),会意识到右下角那个Search浮动按钮会占据缩略图50% 的空间,很显然已经大到足以覆盖掉照片中一张甚至两张脸。
当你想看看屏幕上最后一行第四个缩略图时,还需要额外的滚动,这甚至不是最坏的情况。
用户dumazy遇到了一个问题,FAB 按钮掩盖了Favourite按钮以及屏幕上的时间戳,这说明了一个所有App在列表页面都会遇到的问题,当列表中的最后一项不能在进行进一步滚动时,则更加是一个问题。
这意味着一整列的宽度必须做出牺牲(或通过重新定位Favourite按钮),以提供更好易用性,虽然可能不是看上去这样,但FAB按钮占据了比按钮本身还要大的空间。
进阶操作可能不经常使用
在做UX设计时,一定要记住80/20法则非常有用,其中指出,用户80%的时间将会使用20%的功能,换句话说,我们应该不遗余力的去设计那些用户大部分时间使用的几个重要功能。
FAB 实际上做到了这一点——理论上来讲。但是,如果『进阶操作』没有被用户经常使用呢?
以Google的Gmail 应用为例:
Gmail应用的FAB是写邮件按钮,这表明主要操作是创建一封电子邮件。
但是,这是真的吗?
多项研究表明,在移动设备上,至少50%的用户是读邮件,撰写邮件方面,小到没有数据表明。换句话说,作为我们的日常经验也会证实,大多数用户倾向于使用他们的电子邮件 App 来阅读电子邮件。
也许有少量的用户会在移动设备上回复邮件,但这也仅发生在打开邮件之后(注意,这意味着他们将绕过首页的 FAB按钮)。
这种用户行为,有可能是由于虚拟键盘和自动更正的不完善的输入机制造成的(这句话翻译的可能不对),也就是说用户的主要操作实际上是阅读(和回复)的电子邮件,而不是撰写一封新的邮件。
那么,『撰写邮件』FAB 到底做了什么?
在极少的情况下会使用户感到爽,就是当用户在路上打开App后可以马上撰写邮件。但是更多时候,它只是占用屏幕空间,挡住星形按钮和时间戳,并持续不断的用醒目的红色来使用户分心。
我们需要 FABs 吗?仔细想想——我们真的想要 FABs 吗?
当然,并不是所有采用Material Design 的应用中的FAB都降低了体验,一些使用了FAB 的出色应用令人印象深刻,也因此提升了使用体验。
Google Maps 是一个很棒的例子,用户在地图上的主要动作是获得方向,FAB 这样做非常有意义,做了它该做的事。
但考虑使用地图时的场景下,用户的注意力总是会落到屏幕的中间,但在大多数应用中,不管是网格视图或列表视图,用户会与屏幕上任何位置的内容发生交互,包括FAB按钮处于的位置。
上面的截图也只说明了一部分:在实际使用过程中,FABs 会待在那里不动甚至当用户滚动屏幕时(大多数情况下);Google 多次强调在 Material Design中动效设计与UI 设计一样重要;缺少动效,截图并不能很好的展示出在上下文环境中的内容优先级。(这句话翻译的可能不对)
当优秀的FAB实现寥寥无几时,这就引出一个问题:我们需要FABs吗?
当我们看到使用FAB的应用存在一些缺点时,我们简单的归结为:用户在App上不只是执行操作,他们会阅读内容(如果时间不多时)。
FAB 在 Material Design 中设计的假设是基于用户会经常操作某个操作,因此将它做为一个可持续出现的高级按钮,但是大多数应用中,用户会专注在内容上的消费:在 Photos 中,用户想『查看』照片;在Gmail中,用户想要『阅读』他们的电子邮件;在 Facebook App中,用户想『看』朋友们的状态。
因此,FAB 是种设计理念(或至少,是设计上的一种选择)使得最佳内容让位于操作,我们需要自问:这是折衷的需要吗?事实上,是一种折衷的做法吗?
FABs 在大部分时间降低了用户体验,我们也很难定义出在一个App中最常用的操作,还需去探索更加有效的方法(比如滑动屏幕时,隐藏FAB按钮,或者在不同位置展示元素),我想说,答案是一个响亮的:不。
Google Material Design是一个很好的,很棒的具有统一性、原则性的设计语言,至于FAB,嗯,不是极好的(原文最后一句为:just isn’t that fab. )
原文链接地址:
https://medium.com/tech-in-asia/material-design-why-the-floating-action-button-is-bad-ux-design-acd5b32c5ef
早读课投稿:mm@zaodula.com
互联网早读课,每天八点,风雨无阻
专注产品、设计、交互、运营
加群密码:职位-地区-昵称
互联网早读课是WeMedia自媒体成员之一,
WeMedia是自媒体第一联盟,覆盖3000万人群
- 上一篇: 6款高颜值 Vue3 PC端UI组件库
- 下一篇: B端表单|实战篇:表单的具体设计方法解析
猜你喜欢
- 2025-05-27 腾讯设计云产品亮相2021腾讯设计周_深圳新闻网
- 2025-05-27 B端表单|实战篇:表单的具体设计方法解析
- 2025-05-27 6款高颜值 Vue3 PC端UI组件库
- 2025-05-27 西门子明导首席研发工程师黄宇:AI芯片的可测试性设计
- 2025-05-27 创意无限:用Midjourney设计你的独特T恤艺术之旅
- 2025-05-27 开源!腾讯 TDesignFlutter 组件库
- 2025-05-27 硬件工程师现在为什么不吃香了?
- 2025-05-27 基于TDesign风格的Blazor企业级UI组件库
- 2025-05-27 如何做好 Web 自定义排序产品设计?
- 2025-05-27 腾讯系推出的UI组件库 TDesign
你 发表评论:
欢迎- 05-30springboot 集成redisson 以及分布式锁的使用
- 05-30去哪儿技术面:10亿数据如何最快速插入MySQL?
- 05-30redis介绍
- 05-30redission YYDS
- 05-30手把手教你springboot集成mybatis
- 05-30mybatis根据表逆向自动化生成代码:自动生成实体类、mapper文件
- 05-30越来越大的微信小程序
- 05-30SpringBoot之数据访问——访问SQL数据库!
- 398℃手把手教程「JavaWeb」优雅的SpringMvc+Mybatis整合之路
- 397℃用AI Agent治理微服务的复杂性问题|QCon
- 382℃IT全明星|IntelliJ IDEA学习笔记(四、idea中怎么创建maven项目)
- 381℃初次使用IntelliJ IDEA新建Maven项目
- 374℃Maven技术方案最全手册(mavena)
- 373℃IntelliJ IDEA 2018版本和2022版本创建 Maven 项目对比
- 371℃InfoQ 2024 年趋势报告:架构篇(infoq+2024+年趋势报告:架构篇分析)
- 367℃从头搭建 IntelliJ IDEA 环境(intellij idea建包)
- 最近发表
- 标签列表
-
- powershellfor (55)
- messagesource (56)
- aspose.pdf破解版 (56)
- promise.race (63)
- 2019cad序列号和密钥激活码 (62)
- window.performance (66)
- qt删除文件夹 (72)
- mysqlcaching_sha2_password (64)
- ubuntu升级gcc (58)
- nacos启动失败 (64)
- ssh-add (70)
- jwt漏洞 (58)
- macos14下载 (58)
- yarnnode (62)
- abstractqueuedsynchronizer (64)
- source~/.bashrc没有那个文件或目录 (65)
- springboot整合activiti工作流 (70)
- jmeter插件下载 (61)
- 抓包分析 (60)
- idea创建mavenweb项目 (65)
- vue回到顶部 (57)
- qcombobox样式表 (68)
- vue数组concat (56)
- tomcatundertow (58)
- pastemac (61)
本文暂时没有评论,来添加一个吧(●'◡'●)