去年秋天,Luke Wroblewski发了一篇名为“Requiring Less Taps in Mobile UI”的文章,并在其中提出了“流体点击手势”的概念,旨在减少用户在特定操作过程中需要执行的点击次数。
他提出的新概念挺有意思;对于“如何控制点击次数”这一问题万分关切的设计师显然也不止Luke一人。
不过我(英文原文作者)个人觉得“更少的点击次数”并不能算是一个很得当的设计目标。在UX设计的过程中,将过多的注意力聚焦在一个特定的点上,相应的风险就是对其他痛点和问题的失控。我们更应该着眼全局,并思考“怎样使这些界面用起来更容易些”。
还有哪些是需要控制的?
如果说点击次数是我们需要关注的痛点之一,那么还有哪些是我们需要从整体的角度加以控制和优化的?
Apple在自家产品及其app设计规范当中始终强调一点 - 缺乏一致性的设计会给用户带来疲劳感。虽然并不是指会令用户放下手机打个盹的那种疲劳,但比喻的说法是正确的。缺乏一致性的设计,也是我们需要控制的痛点之一。
另一方面,以注重产品性能和效率而闻名的Google则强调“如果界面加载时间超过1秒,用户的使用流程就会被中断。”
所以我们在设计和开发流程当中要加以控制的痛点其实有很多,这些都是需要我们综合考虑进来的;将过多资源聚焦在其中的一点,很可能导致其他方面问题的爆发。
降低使用负荷
上面提到的这些痛点,例如过多的点击次数,缺乏一致性的界面,较长的加载时间等等,都可以看做是软件工具强加给用户的负荷。我们真正的目标是从整体上减轻这些负荷,使用户更流畅更高效的使用产品提供的功能来完成目标。
你甚至可以试着通过量化的方式来评估产品的使用负荷,数数看在整个流程中存在多少“负荷点”,例如:
界面加载过程中的每一秒都算作一个负荷点。 每次点击算作一个负荷点。 用户为了寻找那些默认隐藏起来的导航或CTA(Call To Action)而花费的每一秒都算作一个负荷点。 在所有这些之前,用户为了使用产品而必须将手机从口袋中掏出来的整个过程算作至少一个负荷点。(Hello Apple Watch!)
着眼于整体体验
要全面的进行量化评估,应该从哪里开始计算呢?完整的流程起始于用户产生了使用产品完成特定目标的动机的那一时刻。
以天气类app为例,用户的使用动机多种多样,我们不妨聚焦于最简单最基本的那一种需求 - “外面天气如何?”
通常,你需要拿出手机,解锁,找到你想要使用的天气app,打开并等待界面与信息加载,查看信息。大体是这样,从使用负荷的角度来讲不算太坏,我们长久以来也就是这样做的。
不过也请试想一下:
抬起手腕看看你的Apple Watch,当前的天气信息直接显示在表盘四周的“复杂功能”区域当中。 如果你的Android手机就在身边,你可以直接提问“OK Google Now:What’s it like outside?”,然后手机将天气情况朗读出来。