交互设计案例:突出重点一目了然,简单而不简陋(2)

http://www.itjxue.com  2015-08-07 20:54  来源:未知  点击次数: 

将功能“藏起来”

部分产品经理有一个这样的通病,他们每每作出一个新功能,就爱向用户炫耀新的工作成果。看起来,这样挺好,一来让用户知道本网站还没死,而且还在为他们不断得制作新的功能,二来辛苦开发了数天甚至数月的功能要是没人用,那该多“杯具”啊!于是乎,你就会发现,长期“坚持”下来,界面上的元素越来越多。 假设某一天,这样的产品经理全部被谷歌挖走,那么谷歌的首页将会是一个放满“杯具”的餐桌:

还有一个例子来自于某BSP,它的博客顶端存在着一个工具栏,有30个左右的链接。而这个工具栏在4年前他的用户高速增长期其实并不存在。

如果你了解20-80原则,你应该知道:80%的用户只会使用20%的功能。所以,为什么要让那些少人使用的80%的功能总是放在显眼的位置,扰乱那些只需要20%的功能的大部分用户呢?(此句有些拗口,我承认,麻烦看官们可能要反复阅读几次……)其实那些80%的功能大部分是专家用户所喜欢的,我们应当将这些功能“藏起来”,目的就是不影响新手和中间用户,并等着他们去发现,然后大叫:“哦,居然这个网站有这个功能,太棒了!”我们来看看Google Reader iPhone/Android 版本最近的小改版:

改版前:

改版后:

大家可以发现,原来占据垂直空间的New items/all items的切换、mark all as read等功能,全部藏匿在右上角的下拉按钮中。Refresh被替换成了一个可以容易理解的Refresh图标,顶端其他产品的链接也祛除了下划线。 关于将功能“藏起来”、功能肥胖症是个说不完的话题,《哈佛商业评论》早在06年的时候也详细探讨过这样的问题,这部分内容,我过段时间也整理整理,为大家奉上吧,本文中,就不作深入探讨。

关注于用户的主要任务流

关注于用户想要的,而不要强迫用户查看、理解与操作无关的事情,是关于“突出重点、一目了然”的UCD方法论的延伸。这个想法,解决了什么元素该被“突出重点”从而达到界面“一目了然”的问题。从用户角色到场景,到任务流,可以决定每个界面——也就是任务流上的节点最重要的元素是什么。加之融合商业目标,即成页面的重点。其他非重点的元素应该尽量“藏起”或是“显得暗淡”些。我们来看一个来自于Magic Ink(by Bret Victor)的例子: 这是个书籍的搜索结果页面。

我们能够发现,这个页面觉得凌乱不堪。各种大小,各种颜色,各种粗细的字体混杂在一起,眼花缭乱。就像《气球》这首歌唱的:

黑的白的红的黄的

紫的绿的蓝的灰的

你的我的他的她的

大的小的圆的扁的

好的坏的美的丑的

新的旧的各种款式各种花色任你选择

说实话这么多种气球还真不知道该选哪个。如果我们可以通过UCD(或者是其他方式)分析出,这个书籍的结果页,用户需要这些信息:

书籍内容。这本书标题是什么,是关于什么的?

书籍评价。这本书好吗?别人对它的评价如何,这些评论可信么?

根据这个目标,重新设计后的结果如下:

我们可以看到,这本书内容和评价都一目了然,信息结构利于扫描和比较。重要的信息大而具有色彩,次要信息成灰色的小字。关于这些更详细的叙述可以参见原文。

总结

本文描述了什么是“突出重点,一目了然”。如何测试页面是否“突出重点,一目了然”,以及如何达到“突出重点,一目了然”。 有句话我挺喜欢,作为结局吧。在《What’s Next in Web Design?》中说道的:

“Simplicity is when someone takes care of the details.”

“简单而不简陋!”(谢谢青云给出的翻译!)

我们所追求的界面或者功能做得简单,不是粗制滥造,而是需要把下在创造更多无用的功能的功夫转变到现有功能的细节上。做出来东西容易,但是把东西做好做精难啊!

作者:宗羲

(责任编辑:IT教学网)

更多