Angela's profileAngela的交互设计之路PhotosBlogListsMore ![]() | Help |
|
|
Onion News: Apple Introduces Revolutionary New Laptop With No Keyboard--没有键盘的苹果笔记本电脑
It’s just a joke from The Onion. 淘宝又改版了已经做了半年淘宝的忠实买家,由于频繁的登陆淘宝,常常能看到淘宝的一些细微变化。 这次改的不是会让我以为是幻觉的小变化了 已买到的宝贝列表 为了辨别一件宝贝的好坏,我觉得最可信的就是已经买过这件宝贝的人的评价了,但评价一直都是以文字评论的形式显示的,我不得不在一页一页的购买记录中查看,而且很多人都不评价,即使评价了也多是一些对后来的买家没有什么价值的话。 但我还是对现在推出的评分方式有些失望 好评到底指得是什么? 淘宝的信用、评价体系还是有很大的提升空间的 从百度广告看用户研究CNNIC的数据: 农村网民规模增长迅速,网民规模达到8460万人,较2007年增长60.8%,增速远远超过城镇(35.6%)。 2008年度的新增网民中,超过4成来自农民。 CNNIC说,农民托起了中国网民的数字。 中国网民的低龄化和低质化是一个不争的事实。百度的广告说明百度对自己的目标用户群的定义非常明确。 优秀的广告在于能够要让目标受众产生情感上的共鸣。 广告一:在C2C领域,有呀是个后来者,基于电子商务本身的特殊性,有呀想让商家放弃淘宝而使用有呀是不现实。所以有呀把一部分目标用户群定义为互联网的新进入者。广告语也选的恰到好处,关键在一个“富”。 广告二:考试基本上每一个中国人心里面挥之不去的痛,尤其对于还在校的学生。“分,学生的命根”!(此处省去1000字^_^)。 结论: 1:知道您的用户是谁 2:知道您的用户想要什么 3:您自己不是用户,老板也不是 4:用户研究很重要呀 5: 以上观点都是废话,难的是把废话给做实在了。转自:http://www.abuer.com/manage/user-research-with-baidu-adv.html 吃糖果方式启发的界面交互创新设计MID:Mobile Internet Devices 移动互联网设备的英文缩写。这是2007年4月份Intel在IDF大会上提出的一个新概念,与UMPC相比,这一类产品更加强调随 时随地的互联网接入能力,同时在体积和重量上面可能会更小一些(建议屏幕尺寸也从UMPC的7英寸减少到了4.5至6英寸),在计算性能方面可以弱化一 些。另外,从目标客户群来看,UMPC更主要针对专业应用、行业用户,MID类产品更多的是针对业余用户、消费类用户。
iPhone Human Interface Guidelines for Web Applications——iPhone应用程序界面设计指南刚刚看完了iPhone Human Interface Guidelines for Web Applications,以下是我的一些摘抄。 内容比较基础,所以摘抄的东西不多,不过这个guideline 的确很值得一看。 iPhone and Its Place in the User’s World Above all, therefore, your iPhone content must be quick and extremely easy to use. You need to grab the The user interaction model also informs content design. Because there is no external physical device that The iPhone User Interaction Model
Create Custom Form Controls Create controls that are at least 29 pixels high and provide a target area that’s 44 pixels high.
If you’re developing an iPhone web application, on the other hand, you might want to go a bit further to Symbian系统中的类别横向切换的浏览方式 & 面包屑前几天弄了台诺基亚的智能手机玩了玩,给我留下比较深的印象的东西有两个:类别横向切换的浏览方式和面包屑 什么是类别横向切换的浏览方式呢,这个名字是我取的,所以很有必要解释一下 先看几个截屏: 此时用左右导航键,可以切换到菜单中的My folders, draft等类别 这时,一般都可以使用左右键看下一张或上一张图片,否则总是要在进退之间切换才能看到所有的图片 在手机上使用这种交互方式的确很不错。因为手机的屏幕大小有限,宽度更加有限,一般只有一栏,遇到数据比较多时,都会采用列表方式排列,然后通过上下导航键导航。左右导航键就空缺了出来,这时使用左右导航来进行类别之间的横向切换,简化了用户的操作,也没有增加软件的复杂度。 但有一些问题 想必只有高级用户才会使用到这个功能。初级用户继续使用退出、再进入的方式切换类别也不会受到什么影响,这应该算是交互设计的一个比较高的境界了。
在各种网页,软件,甚至是系统中,经常看到这种“路标”指示你所在的位置,以防迷路,一些专业人士称之为“面包屑”,估计这个名字来自一个童话,主人公走迷宫时在自己走过的地方洒上面包学,想回去的时候就沿着面包屑原路返回 这种面包屑在手机里比较少见,可能是因为屏幕大小的原因。但手机的层次结构更加复杂(如iphone的界面设计所倡导的,宁愿多一些导航也不要在一页显示过多的内容),很容易在软件中迷路。 symbian的文件系统里就有面包屑存在
这种面包屑在手机上价值到底有多大,还有待研究。 以用户为中心的设计——赢在用户每天,这个世界的每个地方都在召开最普通的会议。总有一类决策者聚在一起,讨论如何去设计他们企业的网站。他们让一些像您和我这样的人出席会议并提出想法和计划, 来决定如何对网站进行改进。而我们当然要大讲特讲用户需求以及如何根据网站真正的用户来作出决定。 不幸的是,这些会议并不总是顺利进行。看看下面的事情是否曾经发生在您身上。 是不是听起来很耳熟呢?这样的经历对于足够聪明、相信“以用户为中心的设计(User-Centered Design)”的人来讲,有一点痛苦。您和我都知道,当网站(或其他任何产品)的设计切实考虑到真实用户(他们的需要、他们的观点,甚至他们令人抓狂的怪癖)时,产品就会更加成功。但是有时您周围的人们不会像您一样清楚地看到这个真相。 这个小故事里的问题到底出在哪里呢?副总裁似乎在“以用户为中心的设计”典型步骤中的某个地方遇到了麻烦:
现在来找出他到底错在哪里。或者这么说,是哪个环节使得我们的主角未能成功说服副总裁呢? 第一步:商业成果取决于用户 这是做在线商务最为根本的信条。不管您的商业目标是提高收入还是降低成本,如果您拿起了这本书,那么您已经对“通过建立成功的用户体验来达到商务目标”这句话的重要性有所认识了。 我倾向于把人与网站的交互过程看成是一场对话或一次谈判。这场对话开始于用户带着某个特定的目标来访问网站的那一刻,比如:他想在您的网站上购买一台最好的电视机。凭借您的网站(和其他渠道),您给出能帮助他们快速达到目标的内容和功能,回应他们的请求。如果用户喜欢您的回应,他们将会反过来帮助您实现商业成果—在这个例子里,就是一次购买行为。 这样的对话由用户开始,并且如果通过用户喜欢的方式给予他们想要的结果,就会富有成效,这是大家很久以来就已经知道的成功商业秘诀。如果您为之工作的人还不能正确认识满足用户需求的重要性,我想您最好建议他先去参加MBA课程,或者更简单的方法:建议他阅读《 The Elements of User Experience: User-Centered Design for the Web 》(New Riders出版社,2002年出版),一本由Jesse James Garrett撰写的精彩书籍 。(顺便说一句,在这本书里我用到的术语“用户”,一般来讲,是指您网站的访问者。这些人可能包括现有和潜在的客户、企业内部员工、媒体、投资人,以及其他人。有些人反对这样划分用户,但是我却认为这有助于把所有的情况都纳入考虑范围。同时我也认为,如果我们不是像其他一些行业一样简单地把“客户(Customers)”当成“用户(Users)”的话,将会对用户有着更加积极的影响。) 第二步:您不是您的用户 当您的同事(和副总裁)相信让用户满意是至关重要的,那么下一步就是要让他们明白用户跟他们自己不一样。 前不久,我帮助一个金融服务公司为他们的财务顾问建立一个基于Web 的应用系统(Web-based Application),他们希望这个系统能简化客户开户和账户维护的过程,并最终取代在DOS上开发的、已经使用多年并日益捉襟见肘的旧系统。于是我把自己想像成一个财务顾问去分析原有系统,然后我和我的团队提出了一个我们一致认为是最好的方案,一个灵活的、功能强大的解决方案。举个例子来说,旧的DOS系统对于步骤有很严格的限制,用户只能一步一步地进行操作,而在新系统中,财务顾问可以在各个步骤之间灵活跳转,无论是他在进行账号设置或数据录入的时候。我想说,这可真是一个绝妙之极的主意。 不幸的是,我犯了一个最大的错误:真正的财务顾问和我不同。我希望有更多功能,真正的财务顾问只希望越简单越好;我希望有一个允许我以任何顺序录入数据的灵活的系统,真正的财务顾问只想要一个熟悉的、有固定步骤不至于迷路的系统;而在我津津乐道这个新系统功能多么强大的时候,他们只想快速输入数据以便继续去忙其他的工作。 在合作过的企业中,我无数次地看到这样的情况:网站设计和开发团队总是假设用户会像他们一样去思考和操作,这样的网站与其说是为用户设计的,还不如说是为他们自己设计的。找到那些曾经直接接触过用户的人(比如客服、销售、培训师等),关于用户,他们很容易就能指出一些设计和开发团队所不知道的事实。当需要往脸上泼些冷水才能跳出“为自己设计”的惯性思维时,我会暂停手上的工作, 然后反省以下事实:
所有的这些事实都是常识。不幸的是,当您置身于千头万绪的日常管理和网站改进任务时,常识很容易就飞走了。 在之前那个小小的连环画故事中,副总裁认为他自己是一个典型用户,并基于这个思路来决定设计方案。而这时,我们的主角却没有任何理由和证据来将他从这种思维方式中带出来。 第三步:通过直接接触来了解用户 如果您的同事相信用户是至关重要的,同时他们也意识到他们并不完全了解用户,那么下一步就显而易见了:他们需要去了解更多关于用户的知识。那么最有效率和效果的方式就是与用户进行直接的沟通。 在过去,腾出时间和金钱去做大量的用户研究和测试通常是比较困难的。如果您运气够好,能做一两次快速可用性测试,也就差不多了。更常见的情况是把大部分的时间都用于想像真实用户的需求是什么,而不是与他们进行面对面的讨论。 现在的情况比那时已经有了很大的改进。成功的企业正在意识到与用户(现有客户和非客户)的直接接触值得投资(一笔较小的投资)。而更多的企业已经着手在进行用户研究:
我将在本书的第二部分详细介绍这些研究方法。到时您就会明白,想找出应该重点了解的用户需求,并不需要投入大量的时间和金钱。 第四步:用户研究成果必须是可以实施的 若干年前,用户研究通常是第一个从项目计划中取消的工作,与那个时候相比,现在的情况正在好转。在这种形势下,您可以得到比以往任何时候都要多的用户数据。其中有许多极具参考价值的数据点,在几年前您只能想想而已。 负面影响?您正在史无前例的用户数据海洋中游弋。当您看着那些来自于用户访谈、调查、可用性测试、网站流量分析和客户财务数据的原始材料时,您就知道无论从哪里开始都会被压垮。您通常没有时间坐下来好好地分析一下这些数据,去找出有用的、可实现的总体主线和联系。恰恰相反的是,您总是一个猛子就扎进细节里去了。 同 时 身 为 作 家 和 编 辑 的 Norman Cousins 在 他 的 一 本 名 为 《 Human Options》(W.W.Norton & Company Ltd.,1994)的书里说了这样一段话: 这是一种倾向,即把数据错认为真理。就如同人们总是喜欢把逻辑和价值、智力和洞察力混淆一样。通往真相的自由之路能够创造无限的价值,但前提是要与欲望和能力相匹配,去找出它们的意义以及发展方向。对数据不加处理放任取用是很可怕的,它们太容易被当成既定的事实而不是亟待梳理出逻辑的最粗糙的原始材料。 当您花费时间把来自用户研究的原始数据整理成如下内容时,这些数据才是最有价值的:
连环画故事中的那个副总裁一直没有得到这样的机会。他的设计团队完成了用户研究,却没有给出令人信服、容易记忆以及可实施的结论,来与他分享从研究中得到的发现。如果不能让每个人都能用上输出的信息,研究有什么用呢?一定有一个更好的、能简单地讨论用户的方式。 这种方式—简单地说—正是人物角色所擅长的,就像您将在下一章和第二部分看到的那样。它让用户有了研究成果。它给了用户研究一张生动的面孔,从而使枯燥无味的数据转化成能改善用户体验和网站的知识。 第五步:基于用户研究成果进行决策 一旦您了解了您的用户,并以适当的可实施的方式分享了这些知识,很显然现在为用户设计比为您自己设计更容易了。我在这里所说的“设计”是广义的—通过您所了解的用户知识做出的每一个关于网站应该怎么被管理的决策。这包括以下几点: • 您建设什么。
• 它将如何运作。
• 您说了些什么。
• 它看上去是什么样子。
本书的第三部分会探讨,人物角色是如何表现真实的使用者,以及如何在设计过程的每个阶段去推动有效决策的。 现在您已经让用户回到“以用户为中心的设计”中了(同时还使您的同僚们相信这是成功的关键),现在我们来聊聊更多关于人物角色的定义和它的应用。 关于网站导航的压力测试最近读了一篇关于导航的压力测试的文章,觉得挺有帮助的,所以想把里面的一些方法推荐给大家。当一个用户到达一个页面时,经常会遇到下面的问题: –我在哪儿? 怎么样测试这个页面的导航能力呢? (1) 随机的从你的网站上选择一个页面; 让你们团队的其它成员或熟悉你网站的朋友也与你做同一试验,大家象跳伞一样的进入网站中的任意一个页面,然后把回答记在纸上,你就可以看到网站上什么是你同意的,什么是你不同意的。 问题列表: 作者提供了一些样例给大家参考:
example1-plain.gif example1-markup.gif example1.ppt 原文链接:http://instone.org/navstress,以上的文章是我翻译原文的,可能会有些用词生疏,请大家原谅! 我自已也用这种简单实用的方法测试过前一阵我所修改的淘宝礼物频道,发现了一些问题: (1)礼物频道没有“回到顶部”的链接,也就是要标识为“T”的部份;我看了许多国内的网站,包括一些国外的大型网站包括yahoo,ebay等等,都没有这样的一个“回到顶部”的链接,但是Amazon有这样的一个链接,这点值得其它网站学习,当用户浏览一些过长的页面时,为用户提供一种便捷方式,重回到顶部的全局导航位置,以让用户重新开始他的网站漫游。 (2)礼物频道的页面url太长了,真的不是一般人能记住的“http://www.taobao.com/vertical/present/index.php”,为什么不叫“http://gift.taobao.com”呢?这样方便用户对这个频道进行记忆,也方便用户将来不需要通过太多的“选择1>选择2>…”的方式进入网站,而是直接输入“http://gift.taobao.com”进入网站; 建议大家也用上面的方法对自己的网站进行测试,看看自己的每个页面到底存在着哪些导航的问题!希望能对大家的网站有所改进。 补充一下:我觉得象这样的测试,最好几个人一起做,然后按上面的问题列表去找到相应的部份,因为每个人到一个页面寻找到上面这些部份的能力与时间都不同,这样作为设计者就可以看看自己的设计有什么问题,比如:“是不是没有到首页的链接呀?”“是不是没有到顶部的链接呀?”页面的主要部份是不是不明显不够好找呀?”“各种类型的链接是不是容易找到并区分它们之间的差异呀?”等等! 转自:http://ued.taobao.com/blog/2009/01/19/navigation_pressure/ 中英文网页界面设计差异今天听说腾讯为英文版qq搭建了一个网站提供注册下载服务 对比一下中英文站点: 无论是布局还是内容方面都有不少的差别。大家都应该发现了,各大多语言网站不同语言版本绝不是仅仅翻译文字而已。 上午搜了搜中英文网页界面设计差异,发了了一篇好文章:
你有没有被客户强迫照搬英文网站的经历? 如果有的话,这篇文章也许能帮你提供一些证据,至少让你自己能明白,为什么不能照搬英文网站的设计规则。 首先我们找一个非常有名非常牛气的网站,对比一下它的英文和中文网站的区别。恕我无知,我第一个想到的就是MicroSoft了。 英文站:http://www.microsoft.com/ 你觉得怎么样?两个站点采用了完全一样的界面和布局,但你是不是仍然觉得中文站要乱那么一点点? 好,我们抱着学术研究的严谨心态来看看,究竟是哪里不一样。 首先我们对比一下菜单。
放大以后看,仍然是中文菜单比英文菜单要乱那么一点点。同时我们发现,在行数相同的情况下,中文菜单比英文菜单要长。 再放大一点,加上辅助色块对比。
看到吗?中文比英文要高(黄色VS灰色),但是行间距反而更小(红色VS黑色)。 这说明什么呢?完美的最高境界是“增一分嫌多,减一分嫌少”,适当的留白是保证整体视觉效果的重要因素。不要小看这“一点点”,正是这一点一点的空白,足以决定整个外观的成败。 接下来我要推出的观点,完全是本人在多年实践中总结出来的。关于中文字符和英文字符差异而导致的设计效果差异(希望能有机会对此进行深入研究。) 首先我们要宏观地来看一下,还是MicroSoft。 缩小一点,再缩小一点。然后我们把模糊的字符用色块覆盖。
哪个会让你觉得舒服一点? 对于菜单或列表这类的纵列排版方式,英文每个单词的长度不同,就自然而然地形成一种起伏,比如“Support”和“Knowledge Base”就相差了大约7个字符的长度。这种差值被排列成一串以后,整体便有了一种服从语言本能的节奏。我们都知道,节奏韵律是公认的审美准则之一,而天然形成的节奏更是完全契合人类心理期望的一种韵律。 而中文呢?它是方块字。每个汉字占的宽度是一样的,同时我们不知道是受什么影响(也许是成语?),常常习惯于用四个字来给菜单命名,出现著名的“4字词”现象。 MicroSoft中国这个情况还不是很严重,但仍然出现像“开发工具”、“商务管理”、“所有产品”这样的词。 随便翻一个网站,看看这个现象有多么普遍。
而这样的“无差异纵列”,很容易使本来就规整的方块字变成铁板一块。 宏观看整体,微观看细节,如果你说访问者不会像我们这样后退N步,来研究文字韵律的话,我们现在再来看一下细节。 现在对比的是MicroSoft的另一个列表菜单。
我的研究方法很简单——用色块,这样比较有效地排除掉一些干扰因素。 我按照英文的阅读习惯(按词阅读),以及中文的阅读习惯(按字阅读),来放置我的宝贝色块。
如何?英文的韵律仍然存在,如同音乐的节拍一样,“嘀~嘀~~哒,嘀嘀~~哒”,前面说了,这是一种天然的、服从语言本能的节奏,因此你永远不会觉得别扭。而中文呢? “哒!哒!哒!哒!哒!……”,它的韵律,就是刻板的、严谨的、永远不变的。 如果你没有意识到方块字的这种属性对于通过HTML来实现的设计来讲有多么重要,我们可以再看一个例子。 这次我选择新版的Yahoo EN和Yahoo韩国(为什么不选Yahoo中国?嗯……因为我写这个的时候它还没有改成新版),韩文、日文和中文都很相似,虽然不是严格的横平竖直的方块,但每个字仍然是具有固定比例的。(从这个程度上来讲,中文的情况会比韩、日文更加突出)
通过这种对比,我们还发现一个新的规律——“自动回行”。可以看到,英文的自动回行是以单词为最小单位的,前面我们说过,每个单词的长度不尽相同,所以,自然的空白出现了,整个页面清透了;方块字的自动回行以字为最小单位,所以总会在同一个地方回行,空白几乎不可能出现(除非文字不足一行),整个页面被挤得满满当当,透不过气来。 我把这个图再缩小一点,这个现象就更加明显。
我认为这就是大多数中文网站给人“挤”的感觉的原因。 可以看出韩国设计师为了适应“一统天下”的界面,作了很多努力,对比下图。
韩版网站的用色更加鲜亮,阴影去掉了,沉重的黑边也去掉了。这些微小的改动,使图标在沉重的方块堆里更突出些。想想把英文站上的图标搬过来会怎么样? 好了,我们回过头来总结一下: 1、中文的行间距太小; 结论:中文一不小心就变成铁板一块。 如何解决这个问题,设计师有的是办法,我就不一一赘述了,我这里想说的是:中文和英文由于语言属性根本上的差异,因此完全照搬英文站的设计是一种愚蠢的、教条的思路,尤其当这种设计方案需要用同一种计算机语言(XHTML+CSS)来实现的时候,细节的修改就显得更加重要。建议还是多参考亚洲同行的作品,前两年韩国和日本网站模板盛行,有它的道理,至少我很少看到他们用纯黑色——嗯,就说到这儿,不多不少刚刚好,完美! windows live messenger 2009(MSN) 用户体验测评今天无意中发现了Live messenger(MSN)出了2009,安装了后看了看,忍不住想发表点意见 1. 灰暗的图标 新版MSN的图标变成了灰绿色,放在windows XP的任务栏的托盘里毫不起眼,要知道有多少用户用这个系统,这个主题呀,那么多用户都因为你设计得不好的图标而不自觉的忽略你的Live Messenger呀 2. 电子邮件图标 很高兴能把电子邮件的图标变大了,但这个图标在我把鼠标放上去之前怎么也看不出是电子邮件的意思 3. 其他图标 从来没有哪次测评软件这么关注图标,但Live Messenger 2009(MSN)的图标设计的实在是太差了,再看下面 4. 不明白为什么要把头像放在聊天窗口的左边 我想了很长时间也没想出放左边有什么好处,但Live Messenger(MSN)的设计者们却强行扭曲了多少年来用户使用IM的习惯 5. 最新更新的切换图标的位置
于是,这一条更新就被遮了三分之一 把那两个左右切换的按钮放在消息的左右多好,又清楚又形象,更不会有这种遮住内容的stupid事发生 6. 常用联系人 里面的那个star很google,但添加方式很微软,拖动OR从列表添加。个人还是比较喜欢google的那个点亮star的方式(见下图) 7. 头像旁边的选项 而且这两个小图标占那么大的位置。还放在左边,难道不知道99%的人都是右手用鼠标吗
关于Live Messenger的东东先说到这里吧,吃饭去咯 5-Second Tests: Measuring Your Site's Content PagesOn your site, the content page is the user's most frequent final destination. This page contains the information the user came to the site to find. Sites often have hundreds, if not thousands (and in some cases, millions) of these critical pages. How can design teams be confident their content pages are understandable to users? How does a team ensure they've designed content pages that communicate the essential information effectively? Designers constantly struggle with the task of creating successful content pages. For example, RedCross.org's designers need their users to understand all the options for donations. When the world faces a major disaster like the South Asia tsunami, the designers want users to realize the flexibility they have to help. A simple usability testing technique can help design teams quickly measure how a content page performs with users. We call it the 5-Second Test. As the name suggests, the 5-Second Test involves showing users a single content page for a quick 5 seconds to gather their initial impressions. Five seconds may not seem like a lot of time, but users make important judgments in the first moments they visit a page. This technique unveils how those judgments turn out, giving the team insight into some essential information about the page. Using this technique, we've found the information we've gathered essential for making huge improvements to our clients' sites. The 5-Second Test MethodIf you've conducted a usability test in the past, it's very simple to put together a 5-Second Test. It has a similar structure to traditional usability tests—you'll have users, tasks, and the site you're testing. The difference is in the specific protocol for running the test. Most content pages have a distinct primary purpose. In the case of RedCross.org's Donation content page, the primary purpose was to communicate to users all of their contribution options. This is a high-risk page for the Red Cross. If it fails, they risked losing hundreds of thousands of dollars of essential contributions. (Figure 1 shows the Red Cross Donation page we tested.)
As we often do in other types of usability tests, we start by giving users a focused task. For the Donation page, we gave users a simple task:
Next, before we show the user our page, we tell them we'll only display it for 5 seconds. We ask them to try to remember everything they see in this short period. Once the user views the entire page for 5 seconds, we remove it by either covering it up or switching to another window. Then, we ask them to write down everything they remember about the page. When they finish jotting down their recollections, we ask two useful questions to assess whether users accomplished the task. For the Donations page, we'd ask, "What is the most important information on this page?" and "How would you go about donating to the Red Cross?" Analyzing the Results By paying careful attention to users' initial impressions, we can identify whether the content page is clear and concise. If the page is understandable, users will easily recall the critical content and accurately identify the page's main purpose. In our test of the Red Cross page, all users could tell us what content was most important—they all told us the purpose of the page was to generate donations. However, the page was surprisingly ineffective at communicating the donation options. When prompted, users told us they knew they could donate money to the Red Cross. What they didn't learn was that they could also donate stock, clothes, and airline miles. Even though this information was readily available on the content page, no user realized there were other options. We learned the content page was not doing its job communicating all of the relevant information. To succeed, the team needed to highlight the different vehicles for donation better. Recently, we repeated the test on a redesigned version of the Donation page. (Figure 2) This new page prominently lists all of the different ways of donating at the top of the screen. Testing the redesigned page, we found users readily recalled the complete set of donation options with only 5 seconds to look at the page.
The Benefits of 5-Second TestingLimiting the viewing time to 5 seconds, we get a valuable glimpse into what happens during the first moments a user sees a page. When we give users more than 5 seconds to study the page, we've found they start looking at the page more like a designer, noticing details they would normally miss or misinterpret. Frequently, we'll conduct 5-Second Tests with paper mock-ups or low-fidelity electronic prototypes, such as PDFs or Photoshop page renditions. We can test very early in the development cycle, long before the team builds a functional web site. Often, this early insight can help point out site-wide information design requirements, saving much redesign work down the road. One of the 5-Second Test's biggest advantages is how quick it is. When evaluating the Donation page, each user took only 10 minutes! Because this technique is quick and easy to implement, it is perfect to run in locations where we can gather many users at one time, such as trade shows, conferences, and the company cafeteria. We can gather large amounts of user data in a short time. 5-Second Tests Don't Tell Us EverythingWe've found this technique to be an essential part of our usability toolbox. However, it has limits to what it can tell us. We've found the technique is best when we use it on pages designed with a single primary purpose. Home pages and major navigation pages don't yield as valuable results, because they often serve many different tasks. For example, the home page for RedCross.org serves the needs of donors, sponsors, volunteers, medical professionals, victims, and the press, each with their own set of tasks. Each of these different users would probably see different things on the page, depending on their context and immediate goals. Other techniques, such as traditional usability tests and inherent value tests would be better instruments for judging the effectiveness of this page. A Quick Technique for Evaluating Content PagesWe've used 5-Second tests on any project where clients need to make quick improvements to their content pages. If you have a site or product where users tell you that the site's content pages are cluttered or confusing, this may be just the right test for you. 5-Second Testing is one more technique in our user experience toolbox that gives teams the information they need to create successful designs. Want to hear more tips and tricks from Christine Perfetti? Come see Christine present Product Usability: Survival Techniques, at this year's User Interface 12 Conference, along with the other top speakers we've invited. You can see more details on the Conference and register now at the UI12 Conference Site. Don't make the Demo look Done--不要让你的原型太完美The more "done" something appears, the more narrow and incremental the feedback 你的原型看起来越完美,得到的反馈越少
易理解性和易使用性的设计原则-The design of everyday things设计的几个基本原则: 1. 良好的概念模型:好的概念模型能让我们预测操作行为的效果 人的归因心理: 习得的的无助感: 被教出来的无助感: 如何才能做到使用户轻松确定某一产品的功能? 对产品开发过程的反思-看完《交互设计之路》之后程序员与用户的认知摩擦 交互设计的最佳时期 进行交互设计的几个重要的工具 不要给一个功能列表,然后用时间去压迫程序员,让他们去选择先完成哪些功能,他们会选择最容易实现的部分,而不是对产品来说最重要的部分 在设计时一定要做用户调查,弄清楚你的用户到底在做什么,想什么,需要什么,这一切并不是从他们口中听到的,而是你去发现的,用户不会承认自己的愚蠢,也不大清楚自己到底需要什么。而这一切都是在编程工作开始之前做的。 在设计时不要过多的考虑编程的实现难度,能否实现,尽量专注于用户的需求,体验,是否满足了他们的实际目标,个人目标。对程序员申称的不能实现持保留态度,他们所说的困难并不一定是不可逾越的。他们会因为从心底觉得这样的要求是没什么必要的,而夸大困难。 让设计师对产品的质量负责。程序员只负责解决代码中的问题;销售人员只负责签订销售合同;市场人员只负责产品包装和定位;设计师负责产品质量。不要说每个人对产品质量负责,那就是没人负责。 交互设计中人物角色(persona)你是否有过这样的体验? 在软件设计中,我们需要实际的用户,但不要让用户直接影响解决方案,这时,我们需要一个被称之为“人物角色”(persona)的虚假用户来帮助我们,人物角色(persona)是良好的交互设计的基础。 为什么我们需要用户角色? 只为一个人设计 使用人物角色(persona)同样可以避免“弹性用户”。 可用性设计中的剧情设计[转]之前参加了 中国欧盟产品可用性设计巡回讲座 上海 剧情设计是把用户研究的结果转换成设计的一种方式(当然不是唯一的,需求工程,结构化设计也是为了同一个目的) 基于剧情的设计,是根据用户使用背景来提取(预估) 系统未来使用过程,帮助确定系统和设计的需求,同时也为未来的评估提供了一个基础.剧情设计的描述是具体的,强调叙事而不是理论.关注的是特定的案例而不是宽泛的定义. 我们可以把剧情设计的步骤分成两个: jones博士拿了一个掌上游戏设备作为案例(这东西几年前被更为优秀的PSP所代替) 首先,这个东西有以下几个功能: 1,确定这玩意的典型用户是谁. 2,确定用户拿着东西来做什么 3,使用的环境 4,使用的目的 我们现在要把这些细节转化为设计 我们先要确定用户群(这和市场部门的定义有关,虽然最初定义可能会比较范,但是设计需要进行细化,找出代表性的设计目标) 现在我们来设计它的界面.. 首先要设计的是系统的按钮功能. 用户测试: 低拟真测试,使用木质模型,贴上纸界面,然后按剧情给用户测试,发现孩子们自然的把PS2的使用习惯带到了这个新东西上. 整个测试之前,小组使用问卷收集了用户的生活信息,之后也调查了满意度 这样很多的设计和测试(比如输入文字的选择,是使用单行选择,还是使用多行的矩阵),是一个迭代和细化的过程,整个设计最后产生了一本300页的说明… ps: 上面这个过程是一个迭代的过程,确定了基本的功能,开始具体的视觉操作系统的设计. 产品推出后的跟踪
这些功能的技术实现难度应该不是很大。 但仍有一些待解决的问题: 如何设计调查问卷? Prototyping-原型设计Paper prototyping(纸原型) Powerpoint prototyping(幻灯片原型) Video prototyping(录像原型) Starfire Video Prototype: "Julie was looking forward to a good day until Michael O'Connor tried to deep-six her sports car project. Now, only her team, scattered around the world, can save her..."
Technology Featured in the Scene Meeting room with telepresence for remote members Large screen for multimedia presentations Laptop computer with chorded input Wireless connectivity between laptop, library server, and the big screen Bidirectional hypertext links between database items
|
|
|