阳春三月的下午
好久没有动手写点儿什么了,呵呵,最大的原因是自己比较懒,二来年后很忙,没有时间把积累的东西沉淀下来。等过两个星期吧,交接完手上的东西,开始写一些总结,不能浪费了这段时间的积累。
一晃一年过去了,时间过的真快啊。回顾这一年有许多欢笑和泪水,许多过去模糊的东西渐渐清晰,过去以为对的事情其实是不全面的。希望自己在新的一年里在各个方面有长足的发展。能为自己的理想而奋斗,实现自己的目标!
也恭祝各位兔年大吉!
把被动的网站浏览者转变为主动的活跃用户其实很简单,只需要把他们的目标从浏览转变为搜索。而且搜索是人们在互联网上最基本而又最重要的任务之一。Google告诉我们,好的搜索引擎可以让人们在数秒钟之内找到任何方面的资料——没有做不到,只怕想不到。
9.1运用Pokaa-yoke机制,使用自动完成输入框
Pokaa-yoke是一个日语词汇,有“防止错误”的意思。人们通过这种机制侦测错误,或者防止错误发生。
而“自动完成”的设计思路就是Pokaa-yoke预防机制的一个例子。
“自动完成”指的是某种奇特的文本输入框。他们能够尝试猜测用户输入的文字,并且动态地搜索出适配的结果,然后推荐给用户,辅助他们完成输入。有些输入框会直接在框内显示最接近的那个词,还有些输入框则会显示一个适配的列表,用户可以在其中选择。
这两种“自动完成”输入框都能避免用户打错字,从而确保他们的搜索更有效率。
“自动完成”输入框能预防在搜索中出现一些错误。
另外,这种输入框累出的搜索结果也不会分页。因为搜索结果是随着输入的文字增加而变化的——就在当前页面中,因此完全没有必要点开“下一页”,然后在等待其他的是搜索结果。
但最重要的是大部分用户很欣赏这种“自动完成”输入框。他们说“它蛮灵的”,而且说这个功能让他们更加信任这个网站,因为开发者做出了相当的努力让事情变得确实简单了。
“自动完成”这种设计方案能带来很多非凡的好处,但它同样也有一些局限性。
9.1.1局限性
我们发现“自动完成”这一功能其实并不是在任何情况下都能提供帮助。当用户搜索一些小范围的数据时,它会很有用,但是对于在诸如Google Suggest和Yahoo Instant Search这样的网站中进行广域搜索的用户来说,并不一定如此。
换言之,与其说Google Suggest家辉了我们如何防止错误,倒不如说它在暴露“自动完成”的局限性方面做的更好。
首先,那些盯着键盘输入文字的用户通常根本就不会注意到推荐列表。虽然已经把一切都送到眼前,他们却还看不到。有些人偶尔会在打完字后抬起头才发现推荐列表,但是他们往往都是敲了回车键才抬头,所以根本就没看清楚列表里面是些什么。
其次,用户往往会因为推荐而放弃自己先前的主张,但其实他们自己想输入的文字就可能比推荐的词汇更加有效。之所以会出现这种情况,可能是由于用户认为系统推荐的词汇将会产生更有效的结果,也有可能他们认为这些搜索词汇是搜索引擎开发者希望他们使用的词汇。
第二个理由其实毫无道理。可能你我都知道,但还是有很多人一直都是这样思考的。他们认为当自己被要求或者至少是被引导去做
什么的时候,提出该要求的网站肯定比他们自己聪明,因此他们就应该服从。
无论如何,在进行没有固定范围的广域搜索时,“自动完成”功能可能会诱导用户放弃自己本来正确的想法,而去选用网站推荐的,但其实效率较低的搜索词汇。
第三,你必须时刻注意不要让推荐“抢跑”得太快。
在输入的字符数足以让推荐词有意义之前,请不要显示推荐词。当然从另一方面来说,目前也没有一个魔法数字能确切地规定到底应该在什么时候显示推荐词。因此我嗯暂且把这个界定为3-4个字符。
最后,同Ajax和DHTML开发的任何东西一样,“自动完成”在易用性方面也存在问题。
总所周知,屏幕阅读器是按照从上到下的顺序读取已载入页面的。因此,在页面载入完毕之后“变”出来的任何东西,都需要通知屏幕阅读器页面发生 了什么改变,并且在页面的这一部分给它一个快速入口,否则这些部分将无法被视力有障碍的用户“阅读”。
9.1.2好雨知时节
抛开这些局限性,我们能通过“自动完成”来帮助大部分用户更加快捷地获得信息,避免他们在搜索过程中出现失误,防止为同一数据创建多个数据库条目,同时它还能让你在用户搜寻出信息的瞬间得到他们的赞赏和感激。
7.1停止标记你的“假设”
互联网上存在着无数缺少上下文语境的输入栏、复选框和单选按钮。它们要求用户输入、选择,却不解释这些行为的含义。
检查应用程序中每一个控件的标记,并且问问自己,一个从没见过这个程序的人是否也能明白它的意思。把所有回答是“不”的项目列一个清单,要么修改这些标记使其变得通俗易懂,要么加上说明元素(文本、屏幕截图、小短片等)解释它们。
把所有回答为“是”的项目同样也列一个清单,并把这个清单给3个从没接触过这个程序的人看。根据他们看的情况,估计你还得再改几条。
总结:设计不能只基于我们自己一厢情愿的“假设”。相反,我们需要假设用户毫不了解我们的软件,随后给他们足够的信息一遍帮助他们理解。
说明性文字、What’s this(这是什么?)链接以及表意清楚的标记都能达到这一目的。
6.1为什么说欢迎辞没有用
人们通常不会在网页上阅读文字,他们只是扫描。如果是更长的介绍性文字,人们往往会直接忽略。也就是说,篇幅短的文字才有可能吸引一部分注意力(假设它真的有用),从而有助于用户理解他们正在看什么。
在大信息量的站点里我们会专注与阅读,然而当探索一个新的web应用程序时则与之相反。我们会寻找那些显著的线索,目的是为了了解这个网站是干什么的,它是如何运转的,以及弄明白要想使用它,我们需要做什么事情。换句话说,我们考虑的是做,而不是读。我们希望将事情搞定,因此采取的每一个步骤都是为了完成某件事情,不管这件事情是什么。
6.2为扫描而设计
你阅读欢迎辞时所有的内容大概与此非常相似。我们更感兴趣的是要完成什么事情,而不是阅读一段毫无目的、对达成目标毫无帮助的文字。
第一个问题就出在这段文字的标题是“欢迎”,这就好像公司在某个节假日派对上打开办公室的大门迎接客人。但是这里不是个节假日排队,而是个网站。浏览者们也并不是客人,而是有好多工作要 忙的人。他们为了完成公司规定的安全课程终端自己的正常生活,或者为了获得升职的机会而被迫学习某项新技术。
他们并不关心自己是否受欢迎,他们关心的是找到某个课程。
“赶快行动”词组
“赶快行动”词组是用来激发人们做某些行为的一组字词。它近似于一中命令。
它们还易于扫描。因为使用动宾词组能够准确的告诉用户即将发生什么,同事还能让他们感到自己才是软件的指挥者。
总结:对用户来说,一个简短的句子远比一大段文字来的有意义。即使这段文字的文笔很好。重要的并不是我们提供的信息量有多大,而是我们能否给他们提供真正需要的信息。
什么是标签云?
标签云是一种链接列表,显示在一个区域中,并且按照热门程度(或者其他标准)来加重显示其中的某些标签。最后的结果看上去就像一片链接的“云层”。
5.1你的创新是否有效
5.1.1什么时候该说不
很有趣的是,标签云和之前“环境的提示”的概念有一点点背离。单纯从技术上来说,他们起到的功能是一样。如果真正想从标签云中获得方便,就需要先弄明白为什么有些链接比其他的要大,或者比其它的颜色深。而这些问题就颇值得商榷了。
我观察过的绝大部分用户在碰到标签云的时候,都不明白为什么有些链接比其它的要大。只有极少数的人才会去猜它的原因,而其中又只有更少的一部分人真正在乎这一点。而即使单机了某个标签也无法增进他们的理解。
这个事实意味着你完全可以抛弃标签云的形式。毕竟,用户也确实没有必要理解它蕴含的逻辑意义。
以上所有这些事实告诉我们,几乎没有多少人能真正明白标签云的含义。
5.1.2如果你不是解决方案的一部分……
创造良好的第一印象还需要时刻知道什么该展现,什么又不该展现,要有取舍。当时那个博客标签云就是由于我自己所导致的失误,而它对今天的用户可能仍旧有影响,不过,尽管这件事情让我很难受,但我意识到一个人是不可能知道所有事情的。设计是一个永无止境的学习过程——总有更多的东西得去认识——而且不管我们有多么渊博,有时难免仍会误入歧途。
最重要的是我们需要不断地自我检验做事情的方式,尽可能确保所做的设计正逐步向自己的预期靠拢。
设计绝不包含任何运气成分。一个网站的外观、版式布局、导航结构、传达个性的元素,这其中的任何一项,乃至颜色和字体的使用方式,对于第一印象(以及随后的效果)而言都至关重要、它们都需要我们有明确的目标,进行针对性的设计,才能传达正确的信息,而用户才会信任我们的网站和产品。
在怎样强调都输不过分的。设计中不要留任何漏洞。
每件事都很重要。
无论你习惯于在哪儿个网站浏览新闻,比如BBC新闻网、CNN、Yahoo,或者其他什么网站,你都会面对各种各样的链接。这些链接会按照时间、相关度、点击率以及其他种种顺序排列。这是件好事,因为它使得找寻信息相对来说更为容易。
4.1让环境提示成为引导的线索
用环境作提示这个想法引起了我的兴趣,因为它表示当用户在网站上完成某项任务时,很可能是一种无意识的的举动。在这个企业内部网上,最有帮助的事情莫过于让互用很容易地找到正确信息。“于是我尝试把环境提示这一概念用到链接列表中。
我舍弃了给链接列表前面加编号,同事根据文章发布的时间顺序改变了每一个链接的字体大小。最新发布的链接字体最大,下联的链接字体依此变小,以此表现列表中的文章越来越陈旧,其重要成都也越来越低。这样一来,事情发生了很大变化。较大的字从较小的文字中凸显出来,使得列表中第一个链接的重要性一目了然。
另一方面,更大的字体显得更为沉重,颜色也更深,这使得它们的表现力更为突出。”最终的调整创造出一种效果,即从最新的链接开始逐渐逐渐向下淡化,而这也使得表意更为清晰:第一条链接最重要,从它开始,链接的重要程度逐条递减。
这个环境提示在最终的网页中是不是真的起到了明显的作用?或许并没有。会不会有人因为列表最后的链接字体太小而烦恼?有可能,但是因为浏览器字体的大小可调,所以这种情况也不太会发生。我是不是在劝说你应当立刻把这一招用在自己的网页上?
环境提示这一概念在互联网上并没有完全推广开来,而现实中却存在着各种各样的应用方法。你应当开阔事业,看看身边有什么能够激发灵感,提升自己的设计。如果能够雪中送炭地帮助用户找到所需的信息,那你简直太棒了。
不用强迫自己这么做,但是请时刻留意去寻找机会,同时也要留意去发现灵感,哪怕它们看上去和你所做的事毫不相干。天知道它们什么时候就会让你灵光一闪,找到一种更新颖、更有效的设计思路。
在你第一次使用某个web应用产品时,熟悉它的关键在于是否能理解整个站点的内部结构。而最初的几个瞬间对于是否能形成美好的第一印象至关重要。
令人迷惑的术语和拙劣的结构组织,将会在几秒内把我们从满怀希望和兴致勃勃带到灰心、失败和挫折。所以能很快在网站中找到方向的重要性是毋庸置疑的。
我们是先浏览页面的各主要区域,找出相关的部分,然后在这些部分里的项目中找出关联性更强的,并且希望最终能发现那些我们确实一直在寻找的内容。
3.1告诉软件该做什么
3.1.1每个人都想当指挥
软件并不是为了我们能单击那些按钮而存在。它是为了我们能完成任务而存在。这样我们才能做事情。
所以导航栏不应该是陈列在一排按钮上的一串名词,而应该帮助我们感觉自己正在做一些事情,让我们找到当司机的感觉。
我们人类不喜欢感觉到自己正按软件的要求去做事情。在决定采取某个行为的瞬间,我们希望由自己控制软件,由自己告诉它应该做些什么,而不是相反。任何违反这一意愿的软件都会让人感到愚蠢而糟糕,结果会敬而远之。
看看你的身边,你会发现很多软件的导航都设计成让用户感觉自己才是主人。从微软的Word到Adobe的Illstrator,它们的菜单所包含的选项都是为了用户去做某件事情,例如Edit(编辑)和View(查看)。
这些菜单不是基于对象而是基于任务的。这才是它们应该有的样子。“我关注并重组了菜单中的对象,但其实我应该关注这个程序中所需要完成的任务类型。为了做到这一点,那些术语应当显示为动宾词组,而不仅仅只是又丑又过时的名词”
所谓动宾词组就是动词—–名词的简单组合,以动词开头并以名词结尾。通过这种形式构成的词语,我们就能告诉软件我们希望做哪儿些动作,以及这个动作,以及这个动作多针对的对象是什么。这让我们感觉自己正在指挥软件:我们是领导者,而不是被领导者。
如果没有动词,菜单就很愚蠢而糟糕。
3.1.2避免Login综合症
Login这个词的用法是错误的。Login不是一个动作,就好像“鞋”不是一个动作一样。它是一个名词,意思是the Login Interface(登录的界面)。
你不会想要用户去Login,那样根本毫无道理。你想要的是让他们去Log In(登录)。在产品界面中使用login一词表现得很不专业,说明开发者没有尽到责任——-在程序中有一些内容没有经过仔细考虑,没有确保所有的设计都是精心而为的。
Login——->>sign In(注册)
3.1.3我来说,你来做
对于用户来说,他们对站点保持兴趣的关键在于能否获得方向感、能否得到所需的信息,以及能否完成任务。清晰的导航结构不仅有助于用户了解网站能做些什么,还能知道如何去做。
运用动宾词组,按钮和链接就能有效地告诉用户能做什么。同时也使得用户感到自己是指挥者:是用户告诉应用程序去做什么,而不是反过来。
创建产品导航时,请确保你是以用户为出发点,而不是以系统为出发点。用户不是工具,系统才是。