日期:2013-09-18 浏览次数:20600 次
通常,一个全新的设计将会是一个蹩脚的设计,仅仅是由于全新的设计打破了用户的预期。更好的策略是从用户熟悉的设计出发,基于用户对系统如何运作的理解来改进设计。
你日复一日地盯着这些事情。当然你会对这个UI审美疲劳了。算算你在你的设计上花费了多少“接触小时数”。如果你在一个设计团队呆了几年,你可能曾经看了几千个小时了。
相反,你的典型用户大概在过去的几年里只在你的设计上花了几个小时。记得Jakob的互联网用户体验准绳么?“用户把绝大部分时间花费在其他网站上。”
人们浏览一个网站普通不过超过2-3分钟,因此哪怕用户每天都访问你的网站,在两年内,他们也只会积累30个“接触小时数”。而普通情况是,甚至那些忠实的用户每年也不会超过5个小时。这么短暂的时间,用户不会这么快对网站疲劳的。
最重要的缘由是什么?用户不在乎那些“为他们做的”设计;他们只是需求把本人的事情搞定并且离开。普通人不会喜欢长时间坐在电脑前,他们更喜欢去看看球赛,溜溜狗——随便什么其他事情。使用电脑大概和倒垃圾的优先级差不多。
当人们访问网站或者使用软件的时候,他们不情愿花费他们的时间分析或者欣赏设计。他们集中留意力在他们的任务,内容,和他们本人的数据和文档上。
因此,人们喜欢的设计是那种他们熟悉它的功用,并且能让他们立即找到需求的那个功用。他们喜爱熟悉的设计。
理想上,不管什么时候你发布一个重新设计的版本,都要预备好应付用户洪水般涌来的愤怒的邮件。用户讨厌改变是一个自然规律,他们将抱怨你移除任何东西,或是让他们不能做那些他们不断在做的事情。
(收到用户对新设计的抱怨并不意味着设计是蹩脚的,如果一个新的设计理想上提供了更好的可用性,人们将渐渐喜欢上它。客户抱怨不是取消所有重新设计计划的理由;只是不要只是纯粹为了“保持新颖”就改变设计。)
如果你运营一个企业内部网,开发使用程序,或者有一个非常受欢迎的网站,用户可能理想上每周会有几分钟或者更多的时间接触你的UI。在这种情况下,你可能认为客户会期待一个全新的设计,但并不是这样的。
那些有规律地使用UI的人会变成熟练用户,并且他们的用户体验被他们的熟悉程度所影响。针对 初级用户或专家用户 的设计方法是不同的,一些关键可用性属性的重要程度不同,例如易学性和效率。
人们越熟悉你的系统,他们就更依托日常性的自动化动作。因此,高频率使用的用户也喜欢熟悉的设计。
最终,设计团队与用户之间的差异可以归结为 观察与使用 。你一遍又一遍地观察你的设计,不断地争论那些最小的元素。客户可能不断反复使用相反的功用,但他们其实专注在他们的任务上,而不是你的界面。由于用户留意的是你的设计之外的一些东西,所以设计在他们眼里没那么醒目。
普通来讲,最好是让UI逐渐进化,而不是提供一个全部更新的设计。我强烈推荐在项目最开始的时候让基础设计正确,这样他能够通过小的升级存活数年。在你发布任何东西之前,使用如快速迭代和纸面原形等方法彻底地探索设计空间,并且让设计变得优雅。
绝对于这种方法,另一种做法是把所有东西“扔在墙上”,看看是不是靠谱。理想上,有些人主张只需求找到一个最好的猜测,然后发布它,由于网络的优点在于当你错了的时候,可以随时更改。没错,是这样的,但你将变得不再受欢迎,由于
普通来说,把东西做到位,然后慢慢地改变。不过,在两种情况下,较彻底的重新设计是恰当的:
作为第二点的例子,让我们来看看微软Office。这个软件套件在1989年推出,把那些以前单独出售的软件,如Word(1983)和Excel(1984)打包到了一同。到2000年,那些基础的用户界面架构曾经17岁了,MS Office已然处在崩溃的边缘。我经常抱怨说,这套老东西就是一大堆拼凑在一同的功用——而且越来越复杂的菜单和对话框,让用户基本找不到想要的功用。
虽然我批评微软Office日益增长的可用性问题,我也说过,如果我是比尔盖茨,我不一定会去彻底的重新设计。我的想法是,虽然新的设计可能对用户来说是件好事情,可能在商业上就是个坏事情:出售一个增补升级包比出售一个全新的用户界面更容易。果然,Office 2003 继续沿用那个有20年历史的UI,稍微改了改就上市了。
但是,老的设计真的太老了,并且产生了大量功用性的需求,这都要求一个完全重新设计的用户体验。最后,Office 2007终于迈出了这一步。如今,新UI经过2年的使用,我曾经没法回去使用Office2003和它之前的版本。新的设计更优越。当它更发布的时候,也收到了许多赞扬:用户不喜欢变化,一个新的用户界面需求时间去顺应。
所以,除非你现有的设计是一大堆拼凑在一同的功用,杂草丛生,迫切需求一个新的架构;否则最好还是留在用户所喜欢的熟悉的设计,避免那些只要你欣赏的新颖设计诱惑。