神刀安全网

[掘金翻译计划]为什么有些设计初衷很好,结果却很糟糕

按: 本文由 掘金翻译计划  翻译自《 Deconstructing the Poor Design of a Well-Intentioned Microinteraction 》,原作者  Jared M. Spool ,译者  L9m ,校对者: shenxn Hugo Xie

[掘金翻译计划]为什么有些设计初衷很好,结果却很糟糕

美航的一位正乘客愣愣地盯着屏幕上 突然出现的提示: 你的会话已过期 。她对此不知所措。

刚刚,在她意识到自己已经买好机票之后,她又打开了另一个标签页,预定这次旅行的酒店房间,还租了一辆车。随后返回到美国航空的标签页获取她的确认编号,同时记录在她的日历上。

取确认编号代之的是过期提示。 所有已确认事务都已保存,但你需要重新开启检索或者未完成的订单 。她很确定自己买了票,票被确认了吗?她不知道接下来该做什么。

一种典型的安全性设计模式

美国航空的设计者们有很多理由添加一个 会话过期 提示。如果用户不确定航班(或是最终从其他渠道购买),就可能会留下一个未完成的预定。而美国航空的设计者希望将这些未完成的预定返回到库存中,使其他用户可以预订这些座位。

同样,如果某人在用户订票完成但没关闭浏览器的情况下使用机器,他就有可能获取用户不愿意公开的详细资料和使用账号的功能。有 会话过期 就可以防止混乱。

不只有美国航空会使用 会话过期 。银行网站、业务工具和其他应用也是如此,如果某人花太长时间或长时间未活动,将会被强制下线。

网站常常使用你的会话已过期的设计模式来处理会话过期。 这个消息会在任意时间弹出。对大多数用户来说,这通常意味着没什么好事发生。要么就是某重要功能中断,要么就是其他糟糕的状况。

初衷很好但交互性差

你的会话已过期设计模式是一个微交互,微交互指的是设计中一些微小的功能性交互。微交互构成了所有的设计但却遭到设计团队的轻视。这个设计模式也不例外。

[掘金翻译计划]为什么有些设计初衷很好,结果却很糟糕

美国航空的设计者们有一个很高尚的目标:保护他们的客户不被坏人和黄牛侵犯利益。

然而,他们似乎并没有注意到突然过期的会话给用户带去了糟糕的用户体验。当用户面对这个消息(错误信息的一种形式),他们并不知道应该如何继续。

会话过期 在真实世界不会常常发生。当你在杂货店购物时,你的购物车不会因为你长时间未添加东西而突然清空。当你绕街区走了很长一段路后,不会自动被锁在你房子外面。你的电视不会每过 15 分钟就检查一次你是否还在房间里。

会话过期随处可见,可见我们的真实世界和数字世界是多么不协调。如果你的笔记本能准确知道是什么人坐在它面前,我们就能更好地从坏人手中保护用户。

保护业务需求这个初衷是好的。

设计就是我们在真实世界中呈现我们想法的方式。美国航空的 会话过期 使它的用户感到困扰,这些并不是美国航空网站设计者们的初衷。我们能如何改善呢?

用微交互框架改进设计

近几年,Dan Saffer 致力于研究微交互的设计并写了一本叫《微交互》的书。Dan 把微交互分解成四个构成因素: 反馈模式和循环触发器 以及 规则 。我们能从这四个构成因素着手改进美国航空网站 会话过期 的微交互。

反馈  是用户怎样去了解这个微交互。在这里,一个对话框提示用户会话已过期,但是没有告诉用户意味着什么。他确实解释了“确认的交易已保存”,但是没有解释确认的交易是什么或保存的是什么。一个已经预定的航班是一个确认的交易吗?

使用用户熟悉的语言会更有帮助吗?(一条像“ 你飞往皮奥里亚的航班已出票,确认邮件已发至您的邮箱 ” 这样的信息是不是好很多?)

按钮上唯一标签标示回到首页。回到首页后用户要干嘛呢?下一步可能的操作是什么?对话框能否列出一些用户下面该做的事(然后要他们重新认证,确保是同一用户)?

模式  是系统如何决定用户可以访问哪些内容。在美国航空的网站上,他们看起来使用一种二元验证— 用户有权使用或无权。当会话过期,系统会从验证状态变成未验证状态。

根据下一步可能的操作,设计者是否应该考虑不仅仅使用二元验证的模式?

触发器  决定何时触发微交互。 看起来美国航空的会话过期触发器会在最后一个页面加载出来15分钟之后触发。

使用页面加载作为计时器的起点合适吗?如果用户用键盘或鼠标改变焦点,应重启计时吗?

为什么是15分钟?为什么不是20或40分钟?15分钟的依据在哪里,什么研究表明它是最佳时间?

航班预订成功后,与机票预定成功之前应该使用相同的过期时间吗?毕竟,一个未预定的航班可能供不应求,但在被预定之后不再可订。

触发器 应该完全基于时间吗?有没有更好的方法能确定用户已经对网页没有兴趣了或是已经离开了(即产生了一个安全威胁)?

如果触发器是基于下一个操作的呢? 如果屏幕不动,微交互不会触发。但是如果用户试图在会话过期后做点什么,是否可以通过微交互告知用户需要重新认证或是重新确认库存?

规则  指导微交互的行为。会话过期的规则是为了防止进一步访问,从验证状态变成未验证状态,并给用户反馈。

我们需要告诉用户他们的会话已过期吗?毕竟,根据这个消息他们也做不了什么。反之,如果没有提示,用户做任何试图需要身份验证的访问时,我们可以触发登录的微交互吗?

有意设计的微交互体验

像安全执行、存量管理这样的业务需求总是在牺牲用户体验?会话过期的确解决了一些问题,但这种设计是最好的吗?

许多微交互——错误信息和警报,都是无意之中为之。通常,一个开发者急于求成,不会考虑在边缘状况时用户的体验。

注重这些小细节并提出问题会创造一个更好的体验。Dan 的微交互框架会帮助我们发现其中的问题,进而指导我们拿出更好的设计。

微交互对构建优秀的用户体验是至关重要的,我们邀请 Dan Saffer 组织了一次名为[使用微交互设计关键的细节]的研讨会。它是 4 月 18-20 日在加利福尼亚的圣迭戈 UX Immersion 的一部分。Dan 的研讨会有充实的数据、精彩的观点、设计出彩的做法以及有效的微交互。不要错过!你可以在他的网站 [uxi16.com] 了解更多信息!

本文由  掘金翻译计划  的译者   L9m  翻译, 掘金 是中国高质量的技术分享社区,邀请 Co-Editor 来分享优质的互联网技术资源。从前端到后端开发,从设计到产品,让每一个掘金用户都能挖掘到有价值的干货。掘金翻译计划主要翻译掘金应用上优质的互联网技术文章。

转载本站任何文章请注明:转载至神刀安全网,谢谢神刀安全网 » [掘金翻译计划]为什么有些设计初衷很好,结果却很糟糕

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
分享按钮