2008年10月22日

精简版 可用性测试:远离书本

原文链接:http://www.tongshilu.com/link.php?url=d3d3LnVpZS5jb20vYXJ0aWNsZXMvdXNhYmlsaXR5dGVzdGluZ19kYy8%3D

作者:Dana Chisnell 译者:UCD翻译小组 笑炊

人们经常对我说,"我想在公司里做可用性测试,但是没有足够的时间按照您书中描述的正规步骤来执行。所以,既然我们不能把它"做正确",干脆就一点也没做",接下来他们通常会说明这种情况是多么令人沮丧。他们很困惑。 他们提到的那本书是《可用性测试手册》第二版,由我和Jeff Rubin协作完成,威莱出版社2008年4月出版。正如你预想地,这是本关于怎样计划,设计,执行有效的可用性测试的操作指南,有350多页。

同样地,就像每一位高中代数老师所做的,Jeff和我先是让读者"走了很长的路"。这个观念是,在学习了标准的方法以后,他们能找出对他们有用的捷径和变通方法,并且得出了同样"正确"的结果。我们期待,在学习了标准的方法以后,他们能够因地制宜地简化和变通这个流程,并且获得"正确"的结果。只要可用性测试只要能够帮助改进他们的设计,就足够了。

不用照搬书上的流程,你也能得到有用的数据,但是这样得到的数据和正统的方法得到的数据是不同的。你必须选择一个折衷的方案。你一定要清楚这些数据从何而来,意味着什么。你可以进行快捷,廉价的可用性测试,获得关于你的用户和你能处理的设计的所有认知。 因此,我建议我的读者摆脱这本书(在他们购买,并读完之后),做适合他们自身情况的相应水平的可用性测试。我刚刚提到了折衷方案,下面我们来看看下面三种方案各有什么取舍:不做测试, 照搬书本做测试,和恰到好处的测试。

不做测试:意见纷争
当我听到有团队不做可用性测试时,就很好奇他们做设计的基础是什么。而当我去询问时,常常得到一大堆混乱的答案,从"CEO希望这样"到"市场调研告诉我们"到"我们在团队会议上头脑风暴过",他们给我的感觉是:他们是在猜测答案。多数的市场调研过程中,一些团队可能在并没有客户数据,当然也没有网页分析数据的情况下,开发出了新产品。新兴小公司开发新产品常常走这样的路子。就我对新兴小公司的了解,他们的设计决定通常取决于谁拥有最强有力的观点,最大的影响力,或者这两者的结合体。

一些团队可能做了市场调研。另一些也可能有可用的用户访问记录,也许还有些网页分析数据。我遇见过这样的一些团队,他们的设计依赖于首席工程师或者产品经理的孩子,母亲,叔叔,上一任老板,竞争对手的眼光。 如果一个团队设计的产品只是给产品经理的叔叔的上一任老板用的,没问题,他们凭这个来做设计就够了。但是,就算刚刚说的数据(市场调研,用户访问记录,网页分析-数据和大叔大伯们的观点)都凑在一起,也不够他们弄清楚一个真正的用户如何在真正的环境中解决真正的问题。

如何解决互相矛盾的观点,并弥合差距?去观察用户如何使用你的设计!

照搬书本做测试:详细数据来自于缜密的研究

为了远离意见纷争与猜测,最好的团队使用数据作为设计的基础。一种可行方法是通过标准的可用性测试进行彻底而缜密的调查。 现在你想象有这样一间实验室,到处是录像装置,一个类似实验的测试稳定产品的环境,研究员机械地执行任务并收集数据。其实,就算是真正严谨的可用性测试也不会是这样 。 Jeff和我使可用性测试看上去就像在我们书里进行,而事实也是如此。

在某些背景下,为了更广泛的发现需求,满足管理期望,同时确保可靠性,执行这些步骤是必要的,你可能也在想,我根本没有时间去做那些。我们还要交付产品!那么先听下这一点:你没必要完全按书里讲的流程来做。

恰到好处的测试:快速洞察力

即使是团队不做标准的可用性测试,他们仍然需要为做出设计决定进行观察。进行简单的可用性测试的秘诀是,你可以遵照最基本的方法进行,只是有些不太正式。姑且叫精简版可用性测试:坐在某些人旁边,观察他们如何使用你的设计。 这样做测试的团队并不需要实验室。

他们通常也不记录任何东西。但是他们保证团队里每位成员都在场,而且在每段时间里,至少有一位成员和用户交谈。他们把场景选在咖啡馆,商场,展览会,街道集市,甚至他们自己的接待区----用户可能在的任何一个地方----尝试在几分钟令人愉快的询问过程中,获取新鲜的东西。 这是快捷的,廉价的,和富有洞察力的时间。因为这些聪明的团队能够在几天,而不是几星期内获得一定的观察结果,只要在能力范围之内他们就会进行新一轮测试。他们重复这些步骤直到发现某些问题的苗头,然后在这些问题再次或多次出现时做出修改决定。

关于最好的团队的思考是,有了一些观点总不会比一无所有要糟糕吧?至少他们走出了办公室,也许还对设计中的小问题进行了实地检查,并 开始坚持和用户保持更多的联系。对我来说,这听起来要比意见纷争好地多。

2008年10月20日

译文:keynote at the User Interface 13 conference

Article copyright by April Dunford
April Dunford版权所有
原作者:UI13 译者:UCD翻译小组, 笑炊
原文链接:http://www.uie.com/events/uiconf/2008/tuesday/

10月14号,星期二,是我们的“采样天”,当天我们的与会演讲者将给出演讲主题信息,两人一组,在90分钟的报告时间里完成。注意一些演讲者提出了不同于他们在全天研讨小组阶段探讨的话题。
对这些重要的报告来说,排名不分先后。每个阶段的演讲者被限制在一个时间段内完成。星期二也包括了午餐时间和Jared M. Spool发表的令人愉快(也充满争议)的主题演讲。还有,别忘了参加我们在下午5:30——7:30举行的晚宴招待会。

8:30 a.m. - 10:00 a.m.
The Quick, the Cheap, and the Insightful: Conducting Usability Tests in the Wild
快捷,廉价而富有洞见:在自然状态下进行可用性测试

Dana Chisnell, UsabilityWorks
在可用性领域,“快速而随性”什么时候成为一个贬义词并不明确。总有那么一些人坚信测试必须是科学严谨的,需要时间和资金投入。然而,对很多开发项目来说,奢华地投入资金所获得的效果并不总是那么好。
不过还好,有时我们并不需要那样去做。通过在一些非正式的场合,如咖啡馆,行业内部预映,公司聚餐,和参与者交谈,并深入地观察,我们就能得出有用的观点。抛弃传统的耗费时间与资金的测试方式,我们也有可能得出符合逻辑的、有用的结果。
在这个报告里,可用性测试专家Dana Chisnell打破以往的收集用户研究数据的过程,探讨测试时必备的,最好能做到的,和可以抛弃的方式方法。你将学习到如何使用MacGyver引以为豪的方法,回答基本的设计问题。
这个报告对于那些从未执行过可用性测试的人员来说是完美的。另外,如果你也想过自己的“快速而随性”的技术,准备分享你的经验吧。

16 Challenging Steps to Becoming an Experience-Driven Organization
16个富有挑战性的的步骤:成为以体验为驱动力的组织
Peter Merholz, Adaptive Path

对于有能力的设计师来说,设计出良好的用户体验通常并非难事。至关重要的是,把良好的用户体验带到现实世界中来。在这个报告里,我将探讨成为以体验为驱动力的组织的16个步骤。一些步骤很简单,另一些则惊人地困难。如果你能成功地执行这些步骤,你就会成功。在接下来的2——3年内,这个报告可以作为参考指南。

10:15 a.m. - 11:45 a.m.
Serious Design Considerations When Using AJAX
使用AJAX进行设计需要考虑的因素

Jeremy Keith, Clearleft

日常生活中,以浏览器为基础的应用感觉起来,越来越像精细的,我们熟知与喜爱的桌面应用。然而,所有这些精细应用是有代价的:执行复杂性。在浏览器和平台执行,服务器连通可靠性之间,有些微妙的差别,所谓的应用约束,通过创建Ajax应用,仅仅几个好事儿的开发者就能轻松跳过。
然而,全世界的开发者正在设计交互,把之前被认为在浏览器中是不可实现的,带到现实中来。近些年来,我们已经看到了令人难以置信的,流畅图形操作、动态清单更新、植入性多媒体视觉,还有非常使用的文本处理,电子数据表,和图形编辑应用。
现在,对每一位设计师来说,理解应用这项新技术能做什么,至为关键。我们应该理解,怎样执行是最简单的,如何减少因为平台和执行问题带来的下游质量问题的风险。
Jeremy Keith 是一位Ajax执行的著名权威专家。在这个报告里,他将帮助我们理解今天的界限在哪里,怎样去避免可以迅速地降低用户体验的陷阱与错误。

Content Page Design Best Practices
内容页的设计实践

Luke Wroblewski, Yahoo! and LukeW Interface Designs

在今天的社会化、分布式、搜索引擎驱动的互联网上,顾客正在寻找他们的方式,通过快速增长的,截然不同的体验来到达内容页。但是,当他们到达大多数的网页时,并没有得到已经为上下文优化过的体验。相反地,多数内容页与该内容页的上下文,而不是用户的上下文相关。这些页面依旧主要保持了从一个网站首页通道进入的效果,也有的是经过认真地考虑,从网站信息架构中来。
为了解决这一问题,Luke Wroblewski概要地提出了关于内容页的最佳设计,关注最合适的内容展示、背景、功能调用。更明确点说:当用户从各种途径到达内容页以后,怎样对内容页做优化,才能满足用户期望?表达合适内容的最小集是什么?怎样配置相关的功能调用以满足用户预约心理。应用这些考量因素,你能为用户设计出令人惊奇的内容页体验。

12:00 p.m. - 2:00 p.m.
Lunch and Keynote: Journey to the Center of Design
午餐与要点:通向设计中心之路

Jared M. Spool, User Interface Engineering
以用户为中心的设计起始于1980年代,当时的世界到处充斥着昙花一现的录像机和电脑指令带来的挫败感。从那个时候开始,开发人员关注怎样使设备工作,而对设备如何工作听取了微不足道的建议。类似“用户友好界面”和“易用性”等术语在UCD运动中流行开来,很快普及到对洗衣店里的肥皂进行“更新和改进”的地步。
25年很快过去,现在看来,以用户为中心设计的基础正在破裂,不少社会成功人士提出以用户为中心的设计实践操作繁琐,而价值甚微。将投入一定资源进行用户研究从必需的设计流程中去掉,这种声音渐渐大了起来。以前一些基础的技术,比如可用性测试和人物角色开发,现在已经经常被攻击。而且,我们不要忘记了今天的互联网明星,比如Google,Facebook,twitter,和Ipod,并没有以用户为中心进行设计实践,却各自走向的成功。
以用户为中心的设计现在是否要演变成其他东西?或者,在为用户体验而设计的领域发生了什么变化,已经使以用户为中心的设计过时了?是否有其他东西要占领设计的中心?
上面这些正是Jared Spool尝试去回答的问题,我们最好不要错过这样的行程。

2:15 p.m. - 3:45 p.m.
Where Usability Meets Desirability: Visual Design with Personas and Goals
让可用性满足期望:以人物角色和目标为指导进行视觉设计

Kim Goodwin, Cooper

视觉设计对可用性产生重要的影响。它使得页面元素的等级和相互联系变地更清楚,更具可读性,显示屏看上去也不那么零乱。视觉设计通过诉诸于我们的审美情感体验,同样增强了用户期望。然而,尽管视觉设计是如此重要,却鲜有团队掌握了把视觉设计融入设计流程的工具,并帮助相关人员以不带偏见的标准进行评估。
在这个报告里,来自Cooper公司的Kim Goodwin将论述领域研究,人物角色,需求如何为实现这些提供了卓有成效的方法,她将主要论述:
1 为什么理想的情况是,使团队成员专注于交互设计与视觉设计
2 对交互设计人物角色的一个微小调整是怎样帮助设计人员指引,评估,与传达视觉设计和品牌选择
3 使用用户研究与人物角色建立一整套视觉设计需求,可以给设计人员和相关人员更多的公正评判标准,并帮助他们达成一致意见
4 视觉设计需求如何帮助设计人员进行视觉风格研究,并指引相关人员选择出合适的方向

The Essentials of Agile Development
灵活开发流程的要点

Jeff Patton, AgileProductDesign.Com
乍看上去,通过去除用户研究,设计,测试,引入开发人员和信息不足的相关人员控制流程,灵活开发流程似乎亵渎了缜密的用户体验设计实践。然而,灵活开发流程并没有给用户体验设计从业者带来严峻的挑战。很多组织采用灵活开发流程,团队里的用户体验从业者也接受并适应了。而且,在这一过程中,他们开发出了富有革新精神和更具影响力的用户体验实践。我们经常听到这些用户体验从业者说:“做灵活设计让我很开心”,还有,“我更喜欢这样的工作方式”。
在他的报告里,Jeff Patton 将论述灵活开发流程的要点,用户体验从业者在流程中通常会犯的错误,对成功的灵活体验设计团队来说最紧急与最好的设计实践。
这一部分介绍灵活设计的入门知识,如果你将参加Jeff的全天研讨班,我们也推荐你听听这个报告,先掌握一下关于灵活设计流程的基本点。

4:00 p.m. - 5:30 p.m.
Design Games for Gathering Customer Insights
为收集用户观点进行游戏设计
Donna (Maurer) Spencer, Maadmob

想使你的设计团队更好地合作么?你期望通过焦点小组与用户访谈,获得更多有价值的观点吗?
游戏设计是一种有趣的,技术中性的方式,可以帮助你为项目开发收集设计观点。在这个报告里,信息架构专家Donna (Maurer) Spencer将向你展示如何在场景中利用游戏设计,针对各种各样类型的人,包括:
1 设计你想象中的游戏页面和人物角色:促进产生观点和创意的头脑风暴
2 切割硬币:为站点的人物角色区分优先级
3 修正卡片收集法:帮助你创建内容分类与相应的专门术语

Why Designers Fail and What to Do About It
设计人员缘何失败,我们该怎样做?

Scott Berkun, scottberkun.Com
所有的设计人员,从交互设计师,到可用性工程师,信息架构师,在试图将好的设计带入现实世界中来时,成为同一种挑战的牺牲品。从意见纷争,到骄傲自大,最后完全不胜任,通过反省,仔细检查失败的原因,我们能从中学到什么?
Scott Berkun认为我们能学到一切东西,比从我们的成功中学到的要多。这个有趣的,交互式的对话,探究了设计人员是如何失败的。面对这些情况,设计人员应如何从中学习克服并最终获得成功,Scott Berkun给出了自己的建议。