减少流畅,用户体验也需要摩擦力

2 评论 8942 浏览 44 收藏 14 分钟

本文将分三点来阐述 UX设计中,需要「摩擦力」的状况,以及相应的设计方法。一起来看看~

经常有人问我:「物理和用户体验设计有什么关联?」

我是一个有着多学科知识背景的设计师,这个问题引起了我很多联想。的确,学科之间的交叉影响,使得我们可以从不同的视角上看待用户体验的时候,能够感知到截然不同的东西,概念之间穿插所呈现出来的隐喻非常具有启发性。

物理学当中的「摩擦」的概念,在用户体验设计中,也同样存在,并且是一个非常微妙和有趣的概念。

在力学当中,阻碍物体相对运动或者相对运动趋势的力,是摩擦力。在数字产品当中,「摩擦力」同样存在,当用户面对一个界面,需要完成某个任务的时候,阻碍他完成的那种「力」,不就和「摩擦力」带来的感知差不多么?

当用户需要花费气力、耗费精神来完成某个操作的时候,他们就遭遇了用户体验「摩擦力」了。用户体验「摩擦力」燃烧着用户的卡路里,让用户在执行操作的时候更加用力。

我想,每个用户体验设计师都读过 Steve Krug 的《Don’t Make Me Think》,这本书当中通过各种网页设计实例来阐述了可用性设计的原则,在 Krug 看来,设计师应该尽量让用户感到轻松,更为轻松直接地完成任务。

对于用户而言,「不要让我思考」意味着不需要查看说明就可以同 UI 进行交互,尽量少地做复杂决策,不会有太大的认知压力。对于绝大多数人而言,在健身房中燃烧卡路里流汗就行,但是让大脑燃烧卡路里会头疼。

但是,在设计领域,在实际生活中,很多问题并不能一刀切。在涉及到复杂系统和关键性操作的时候,快速、简单和标准化的处理方式,对于用户而言,并不是最好的方式。

没有摩擦力的体验固然很顺利,可是在需要用户停下来审视、仔细决策的时候,没有摩擦力来帮他们刹住车,是会有问题的。

请记住,在绝大多数的情形下,我们确实沿用「Don’t Make Me Think」的方式来进行设计,但是作为专业的 UX设计师,我们还有责任用摩擦力,让用户在关键的时刻停下来,处理重要的、特殊的状况。

接下来, 我将分三点来阐述 UX设计中,需要「摩擦力」的状况,以及相应的设计方法。

帮助用户理解信息

传统的 UX设计当中,设计师需要通过各种设计手法,减少用户的视觉负荷。但是,依然存在特殊的状况,设计师需要添加文本,增加视觉元素,甚至功能性的模块,来让整个功能显得更加清晰,能被理解,甚至是让它复杂的功能显得更加简单。

举个例子:在一个管理系统当中,有这么一个很少会被用到的功能,这个功能只有管理员亚当能操作,而这个功能的使用条件和操作手法又很复杂,每个条件都涉及到系统的不同的方面和功能,非常敏感,非常棘手。

根据我的调研,很多系统当中都存在类似的功能模块,一年都用不上一次,规则和条件之多,经验丰富的管理员都无法记住。

因此,我们需要在这个操作相关的 UI界面当中,详细现实相关的所有规则,每个规则的帮助文本链接都要附带在这个页面当中。当管理员需要查看具体规则内容的时候,需要点击到帮助文本链接当中,因为更深层的内联条目都放置在其中,或者指向完整的说明文档,这些会影响到相关的操作。

在这样的特殊情形之下,需要管理员和用户理解相应的规则,即使是以增加视觉负荷和信息量为代价,也需要这样设计,安全操作才是第一位。

通过反复确认来确保安全

在传统的用户体验设计当中,尽量减少环节,不去浪费用户的时间,是第一要务。让用户通过尽可能少的点击和步骤来完成它们的任务。

但是在某些情况下, 我们可以以更好的方式,加入更多的步骤,来相对平缓地处理敏感的操作——让用户再次确认。这样的设计能够给用户提供相应的安全感和控制感。

为了更好的演示,我们还是引用上一节所提到的案例。请记住,案例中的操作涉及到的规则将会影响到整个程序的运行,所以这个操作是关键性的,且足够敏感,还需要有最高的权限才能运行。

这次的案例中,珍妮是亚当的顶头上司,系统管理员亚当只有被珍妮授予最高的权限之后,才能按照要求重新调整编辑这个敏感的规则。这次设置规则包含两个步骤,第一步,是需要让规则系统处于激活状态(非激活和激活状态之间的切换),第二步才是对其中的具体规则进行编辑。

作为这个项目的 UX设计师,我负责和亚当、珍妮进行沟通,并且按照他们的要求来实现这个部分的功能。

亚当:「我希望这个活动状态的切换可以一键完成,这样我就可以更快地进行规则的编辑,这个按钮最好放在主屏幕上。」

听了亚当的需求说明之后,我开始钻研这个事情。随后,我发现在整个系统当中,会用到这一模块的用户并不只有他一个,而是牵涉到多个不同权限的用户群,并且各自都有各自的路径、目标和功能,这下情况就比较复杂了。

这个时候珍妮开始和我进行沟通。当珍妮知道亚当的想法之后,说道:「如果亚当可以如此方便的调用最高权限来调整这个规则,我们都会感到不安的,这个规则非常敏感,操作需要非常谨慎,他还想在主界面一键切换?!这不可能。」

有意思。

接下来,珍妮继续补充道:「我希望这个关键性的操作必须得是在我们批准之后才能授权操作。没办法,快速便捷的操作可能会给我们带来巨大的损失,这个责任亚当担不起,我也担不起。」

珍妮深思熟虑之后,希望我给这个关键操作增加一些「摩擦力」,这会让珍妮感到控制感。我们给整个界面增加了一个弹出框,在切换活动状态的时候,用户不会在主界面上和其他普通权限的模块一起操作,并且这个状态切换除了需要进行单独保存,绝对不会自动保存,此后还需要进行二次确认,并且每次打开这个弹出框的时候,都会看到说明,告知操作者这个操作带来的结果,提高警惕。

多个步骤确保了用户不会误触,在情况说明和相对繁复的操作过程中,用户会逐渐警醒起来,不会随便操作。

根据敏感级别调整「摩擦力」

通常而言,无论是进行产品设计还是服务设计的时候,设计师会借助模板和模式化的设计,来确保整个体验的统一性,培养用户的使用习惯,让用户更好地使用系统。但是,在处理产品中敏感度不同的对象和元素的时候,我们应当进行适当的修改和调整,确保高敏感度的操作和对象不会被用户「顺手」执行了,甚至「自动运行」。

我们不妨设置三个对象:

  1. 对象A——不敏感的
  2. 对象B——中等敏感度的
  3. 对象C——最敏感的

这些对象的敏感度不同,重要性不同,相应的在上下文中的影响也不同,因此我们在对它们执行「删除」操作的时候,就不能完全一样了:

  • 对象A:「删除」按钮可以显示在主界面当中,其中包含所有的A类对象,由于删除是常见的操作,因此这些条目的删除不会对项目本身造成损害。
  • 对象B:想要删除 B类对象是一个相对关键的操作,可能会给项目带来伤害,因此不希望任何人在不做任何准备的情况下删除 B类对象,B类对象的删除操作只能通过UI的子菜单来执行,或者通过其他的方式触发之后才能执行。
  • 对象C:绝对不希望任何人错误的删除 C类对象,通常草率删除 C类对象会导致系统崩溃、进程停止或者其他灾难级的问题。因此,在主视图的任何地方都找不到删除 C类对象的功能,只有获得权限之后,在 C对象的详情页面下才能进行相关的操作。

相同的操作,在面对不同敏感度不同级别的元素的时候,应当是不同的,用户面对的「摩擦力」级别也不相同,逻辑上来说,用户当前的操作越是关键,越是会遭遇更大的摩擦力。

很多时候,一致性并不是全部的规则,涉及到安全性和可靠性的设计,一致性需要靠边。需要通过「摩擦力」来强化这些关键而重要的组成部分。

结语

在我们进行 UX 设计的时候,在总体上是要让大家生活更加方便快捷,更加简单地完成任务。但是事情有轻重缓急,对于重要而敏感的部分,始终还是要审慎。UX设计和很多领域都是交叉互通的,重要的概念和处理事情的方法也是共通的。合理的利用「摩擦力」,确实可以降低出事情的机率。

 

原文作者:Marvily Meirav Har-Paz

原文链接:Marvily Meirav Har-Paz

译者:陈子木

译文链接:https://www.uisdc.com/friction-as-a-function

本文由 @陈子木 授权发布于人人都是产品经理,未经作者许可,禁止转载

题图来自Unsplash,基于CCO协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 老实说,主题很新颖,内容很失望,没有说到点子上。那三条根本就不算是摩擦力。

    来自湖北 回复