50个小时的可用性测试带给我的启示

标签: 可用性 测试 启示 | 发表时间:2012-12-30 18:24 | 作者:
出处:http://news.cnblogs.com/

今天下了好大的雪。上海这地方要积雪不是很容易,印象里只有 2008 年初的那次;更多时候即使漫天飞扬着雪花,最终还是好像下了场雨一样的到处是水。

所以每到冬天的这种时日,就会想到小时候在北方的样子。高三那年入冬之后,喜欢在每个周六的晚上花一个小时左右的时间在外面骑车或是溜达,而且每逢这种时候只听枪花的 Use Your Illustion 1,最后在听到 Dead Horse 或是 Coma 的时候回到家;若是遇到雪天,则必定是 Metallica 的黑专辑。走在积雪上面,路上没什么人和车,夜晚很黑,但雪被路灯映照的很白很亮,那样的情景在当时觉得好像做梦一样,如今回想起来却好像可以伸手抓住一样,有种温暖的感觉。

说着说着还有点入神了;此时此刻是现实当中上海的晚间,外面依旧飘着雪,落在地上蛮尴尬的化去了。打住叭,来看这周的译文。原文作者总结了过去一年当中在一些项目的可用性测试里得到的经验收获,虽然有些东西看上去像是老生常谈,但经过实践检验之后所提炼出的要点也许正是我们平时自认为精通但很容易忽略掉的;至少我自己是这样的赶脚。走着叭。

2012 年里,我(英文原文作者)在 TH_NK 里大约花费了 50 个小时用于可用性测试,其余的时间则主要用来进行实际的设计工作,或是与客户、开发者、分析人员等进行沟通。在这些可用性测试当中,经过对被测者行为的观察以及与他们面对面的交流,我对一些一直以来虽有所了解、但在实际工作中却时常会忽视掉的设计原则有了更加贴近实践的认知,另外也发现了一些从前没有想到过的问题。时值岁末,我将这些经过实践验证的设计要点作以小结并分享给各位,希望能够为大伙来年的工作带来一定参考和借鉴的价值。

1. 你不是你的用户

扪心自问,我们真的很容易忘记一件重要的事情:用户并不会按照我们设想的方式去行事。作为产品和设计方面的从业者,我们对自己的产品和服务太了如指掌了,对产品的功能逻辑及设计方案太心知肚明了;即使是作为第三方咨询顾问一类的角色,你也很容易把事情考虑的过于理所当然,认为“外界”的人能非常清楚的理解你所要表达的东西。

而事实上,多数用户在实际上手使用之前,并没有和产品产生长久的关联;对于我们来说很显而易见的东西在用户看来很可能需要一定的辅助才能理解并正确操作。交互模式是否符合直觉,是否能够保持足够的一致性以符合用户逐渐建立起来的心智模型,用户界面是否会在必要的环节提供足够有效的辅助引导,这些都是我们在为核心功能打造设计方案的同时必须考虑到的问题。

2. 导航至首页

在很多场可用性测试当中,我们都观察到,其实会通过点击页头 logo 回到首页的被测者很少;多数人都试图通过点击浏览器上的后退按钮来实现这个目标。虽然对于设计师来说,将 logo 链接至网站首页的做法是一种早已被普遍接受的规范,但事实上普通用户对这一点的认知似乎并不是那么的根深蒂固。

3. 通过下拉列表选择国家

我们曾经对一个面向全球的在线零售网站的支付环节进行过可用性测试,从中我们发现,在选择国家的时候,很少有用户懂得通过首字母快捷键来快速定位国家选项在下拉列表当中的位置,然后通过上下箭头按键进行调整并敲击回车或空格键来完成选择。绝大多数的用户仍然是使用鼠标将列表点开,上下寻找并点击选取。

其实下拉列表易用性的问题(特别是那些所包含的选项超过了 7 个的列表)早就引发过广泛的争论,使用快捷键进行操作的方案也是为了解决这方面的问题而孕育而生的,但在现实当中我们仍然发现有那么多的用户实际上并不了解这种重要的导航操作。

01-form-selection-drop-list-usability-test-user-experience-design.jpg

Christian Holst 在 重新设计国家列表一文中介绍过一种蛮有意思的解决方案,虽然我们还没有对这种方案进行过量化的测试,不过至少它看上去确实比传统的下拉列表方式要好用。

4. 拖放

虽然对于我们这些“专家级”的用户来说,拖放是一种很直白、很酷的交互方式,但在可用性测试当中我们发现,很多人根本无法意识到这种操作方法的存在。如果你的产品核心功能在很大程度上依赖于这类操作方式,那么所面对的风险也许会很大。

如果确实要采用这样的交互模式来实现功能互动,那么要确保在界面当中为用户提供足够明显和易懂的操作提示,另外最好考虑提供某种相对传统替代方案,使用户在没有意识到拖拽方式的情况下依旧可以通过他所能了解的操作方法完成目标。

依赖于某种“高级”操作方法才能实现重要功能的产品,总会在某种程度上将一部分用户拒之门外。追求更酷更出彩的交互设计模式,还是追求产品功能的易懂易用,很多时候这是个需要根据实际目标进行权衡的问题。

02-google-drag-drop-usability-test-user-experience-design.jpg

5. 安全性

在之前提到的对某在线零售网站进行的可用性测试当中,我们发现用户对于“安全性”的态度是有所不同的。某些被测者愿意提交任何信息,而另外一些则非常谨慎,他们必须在充分相信该网站之后才会提交个人信息。所以,在网站的全局体验,特别是支付环节当中充分体现服务的安全可信是非常重要的。

在这方面,亚马逊有一些非常经典的实践方法,例如登录按钮上的“使用安全服务器登录”文案。这些小细节可以潜移默化的提升产品在可信度方面的表现,使服务更加符合用户对于安全性的期望。

其实安全性的重要程度是不言而喻的,我们在测试中体会最深的实际上是这类细节元素对于增强用户安全感所起到的作用。

03-security-amazone-sign-in-server-usability-test-user-experience-design.jpg

6. 使用合理的默认值

与用户输入息息相关的表单是提升转化率的重要交互元素。在很多时候,表单对于产品整体体验的提升也是非常关键的:完成目标的过程当中所需要的用户输入越少,体验越流畅。所以,在必须由用户完成输入的环节当中提供足够合理的默认值就变的非常重要了。

另外,使用提示文案作为文本框的默认占位文字也是一种不错的实践方式。传统的标题 label 虽然在可读性方面没什么问题,但毕竟还是需要用户首先阅读它,然后再到相应的文本框当中进行输入;而这种方法可以让用户只聚焦于一个对象。

7. 基础

多数测试流程都表现出了一个共同之处,那就是用户会在简单和基础的操作当中产生愉悦的感受。确实,如果连最基本的可用性易用性都没法保证,那么片面追求炫酷复杂的交互模式显然是南辕北辙的。

我们这些业内人士花了太多时间来研究和使用各种网站服务,我们过于精通那些相对高级的交互方式了,以至于忘记了其实对于多数普通用户来说,很多操作方法并没那么简单;在他们看来,网站和移动应用仍然是一类能够带来迷惑的东西。如果你的目标用户当中确实包括这类人群,那么最稳妥的方式就是使用那些能够让多数人立刻上手的、已经经过时间验证的基础设计模式,以增大他们完成目标任务的几率,提升产品的体验满意度。

8. 设计你的内容

对于某些类型的网站和应用来说,内容就是用户前来访问的关键目的所在。这里所说的内容包括文字、媒体文件以及任何可以支撑起核心任务的信息构成。要打造引人入胜的产品体验,内容本身同样是需要精心设计的。

同样的内容,输出到不同的页面框架当中,最终的视觉效果也会具有很大的差异,也许有些页面看上去非常精干,而另外一些则显得缺乏凝聚力。在设计内容时,要确保其自身具有良好的语义化结构,标题清晰,段落明确,层次分明,只有在这个基础上才能有效的根据整体页面环境设计出更易读、更具适应性的内容。

Gather Content 是一款很棒的内容编辑工具,你可以参考他们在信息管理、组织和呈现方面的一些做法。

04-content-information-gather-content-cms-usability-test-user-experience-design.jpg

9. 最小化的思想

试着在单位时间周期当中尽力做好一件事,而不是面面俱到。将全部力量集中在足够验证你们想法的最小产品形态上,排斥掉有可能产生杂音或牵扯团队精力的非重要元素。

就像我们前面提到的拖放操作的例子,如果你在可用性测试当中发现多数用户根本不了解某种类型的操作方式,而这种方式又不是完成目标任务所真正必须的,那么不妨砍掉它。与其在这些方面花费设计与开发的资源,还不如把精力放在更加重要的事情上,让产品对目标用户当中的大多数更易用。

10. 正确的工具,正确的方向

作为 UX 圈子里的人,我们当中的多数都很着迷于各种设计工具及新技术。你时常可以看到一些设计师纯粹只是为了用一种工具而用用一种工具。学习新技术与新工具是需要花费很多时间与精力的,我个人认为,当你准备尝试某种新东西之前,至少要确保自己不是为了用它而用它。

我们的工作归根结底不是为了制作交付物,而是作为产品流程的一个环节尽力将项目朝着目标方向去推动。问问自己“我们现在做的事情对整个产品和业务来说能带来怎样的价值?”,如果没法准确的回答,那么也许应该停下来思考一下了。

坦诚的讲,其实 50 个小时的可用性测试并不算很多,不过即使时间再少、量再小,它能给产品人员及设计师们带来的意义和价值也是不容低估的。尽量抽些时间,向一些目标用户展示你们当前的产出,听听他们对你们的产品概念及设计方案的想法和反应,看看你们当前在做的事情是否在正确的轨道上——你往往可以从可用性测试当中了解到很多之前没有发现的潜在问题,或是挖掘出之前根本无法意料到的重要需求。

本文链接



相关 [可用性 测试 启示] 推荐:

50个小时的可用性测试带给我的启示

- - 博客园_新闻
上海这地方要积雪不是很容易,印象里只有 2008 年初的那次;更多时候即使漫天飞扬着雪花,最终还是好像下了场雨一样的到处是水. 所以每到冬天的这种时日,就会想到小时候在北方的样子. 高三那年入冬之后,喜欢在每个周六的晚上花一个小时左右的时间在外面骑车或是溜达,而且每逢这种时候只听枪花的 Use Your Illustion 1,最后在听到 Dead Horse 或是 Coma 的时候回到家;若是遇到雪天,则必定是 Metallica 的黑专辑.

简单快速的可用性测试

- 画笔(PG) - 网易用户体验设计中心
可用性测试是改善产品的最佳方式之一,这一点,在内部已经是不争的共识. 只是由于用研人手总是不足,所以为了能让各个部门的同事能更快速地展开一些研究和测试的工作,我们陆续整理了一些简单的文档和教程,并计划通过集中的培训来普及一些用户体验的方法. 因此,要特别强调的是,本文所介绍的测试方法是简单,非正式的,小样本的,以发现严重问题为目的的.

可用性测试的权衡之道

- - 博客 - 伯乐在线
对于可用性测试,业内人士存在一些普遍认可的原则. 它们神圣地如同自然科学里的理论,似乎我们只能对其言听计从、俯首称臣才能践行出“好的可用性测试”. 其实,即便是科学,它的一个特征也是“可证伪性”——理论的正确性总是存在前提条件的. 可用性测试中的原则同样如此,需要根据目的、资源、环境的不同,灵活把握、权衡取舍,而非一味恪守某一个或某几个原则,也许这才是可用性从业人员经验重要性的体现.

[译]低保真的可用性测试

- - 呦呦鹿鸣
牛人,给你来个突击测验: 你怎么知道你的应用程序能够正常工作. 也许它还成功通过了QA的严酷考验. 也许它被成功部署到了一个正式的服务器,或者被打包成了一个安装程序. 也许连Beta测试人员都签字认可了. 然而,所有这些都不能说明你的程序能够正常工作. 用户真的能理解你的应用程序吗. 他们能够使用你的程序去完成他们的工作吗.

可用性测试中的任务设计方法

- 嘉慧 - 网易用户体验设计中心博客
可用性是用来衡量产品质量的重要指标,从用户角度来判断产品的有效性、学习性、记忆性、使用效率、容错程度和令人满意的程度. 可用性测试是在迭代设计中不断获得用户反馈,根据用户反馈不断优化产品设计的一种方法. 其目的是是建立评价标准,尽可能多的发现可用性问题,并指导产品界面的设计和改进,尽可能地提高产品的可用性质量.

可用性测试的权衡之道(二)

- 翔 - 所有文章 - UCD大社区
继续讨论可用性测试中各种原则的灵活运用和注意事项. 五.发现问题:真的 VS 假的. 判断发现问题的真假,初看上去似乎不是个困难. 多数或全部参与者都遇到的问题毫无疑问是明显的可用性问题. 或许有人会建议,根据参与者中发现该问题的人数比例来判断:比例高是真问题,比例低是假问题. 前半句话可以接受,后半句话则有待商榷.

移动应用可用性测试的实践经验总结

- - 互联网的一些事-关注互联网产品管理,交流产品设计、用户体验心得
  如果你不大熟悉移动应用的可用性测试,没关系,这事儿没你想象的那么困难;不过移动应用与传统网站产品在可用性测试方面确实有一些关键的区别需要我们注意.   过去的几年当中,我(英文原文作者)为不少移动产品做过测试,从戒烟应用到移动版的车辆保险网站,其中既包括在实验室使用复杂设备进行的测试,也包括在各种实境化的条件下进行的非正式测试.

产品经理干货:可用性测试的那些事

- - 人人都是产品经理
可用性测试是指通过对典型用户实施测试来对产品或服务做出评价. 在一次典型的测试中,用户要完成一系列典型任务. 与此同时,观察者会在一旁观察、倾听、做笔记. 可用性测试的目的就是为了发现可用性问题,收集定性和定量的数据,并评估用户对产品的满意度. 可用性测试有助于设计和研发团队在产品成型之前发现问题.

可用性测试好助手——Morae软件的应用

- - Taobao UED Team
    在用户研究部门的日常项目中,可用性测试是常用的研究方法之一.     通过可用性测试,研究员可以梳理出产品存在的一些问题,有助于需求方对产品进行相应的改进. 而需求方则可以直接体会到用户的困境,从而找出解决方案. 因此,可用性测试不论对研究员发现问题还是需求方改进产品都是非常有价值的. 但是在测试过程中,一些“其他”因素却可能让我们的测试效果打了折扣.