浅谈游击式可用性测试

  游击式可用性测试是一项非常有效的技术。设计师马丁•贝朗曾经这么说:“这是一门艺术,就像是在一家咖啡馆或公共场所随机搭讪一位落单的人,在他浏览网页时,可以拍摄一段几分钟的视频。”现在我们就是直接跳过搭讪,直接到达它的精妙之处,还有怎么获取,然后和团队分享反馈。

  我最近参与了一个快速启动的项目,要求我的团队在很短的时间内完成一个响应式网站。给我们开发的时间是很短的,用户研究更不用说了。但是得益于游击式可用性测试,我们获取了关于品牌定位的用户反馈。最后我们的设计不仅满足用户预期还达到了商业目标。

  项目过程中,我们每周都会测试一次不同类型的原型,将商业创意变为现实。比如,在开发中途,我们在索引卡上绘制了随身携带的原型,并快速进行测评。评测暴露了导航的问题(这将指导我们重新思考用户在浏览全站时的核心点),甚至中止了一些品牌媒体化素材的塑造。此外,测试还让项目关注人颠覆了他们本能理解中的“用户”,大开眼界。

  游击式可用性测试本质是什么?测试本质需要便于操作。它可以帮助我们用低廉的成本和最快的速度,来证实(或证伪)核心假设。

  分解

  是不是难以明白游击式可用性测试如何神奇,不知如何操作了?开始之前,先思考几个基本问题:

  我们要测试什么?

  我们在哪里测试?

  我们要测试什么人?

  我们如何测试?

  我们要测试什么?

  这类测试中最好一点是它不限形式,从纸巾背后的手绘原型到功能开发完备的原型皆宜。我非常认同斯蒂芬•克鲁格的建议,在我们觉得我们该做测试之前就开始动手,重要的是尽快走出去。

  测我们能测的产品的样子,以此来决定产品应该做成什么样。即使零星定义的UI草图都是评估未来产品不错的方法。事实上,最近的研究表明低保真原型能更好地赢得高级和初级用户的合作。

  我们在哪里测试?

  在哪里展开测试将影响我们如何操作和记录。比如,如果我们要测试一款新的零售链条的手机应用,我们不妨就去卖场,在走道上徘徊;如果我们做的是“常规的”办公软件,我们不妨测试在不同办公区域的工作人员,等等。原则是:由需要的场景决定如何开展。

  我们要测试什么人?

  当为大型超市做设计时,比较简单的方式是询问那些看起来友善的陌生人是否有几分钟空余时间。公共场所和购物中心内人流密集的地方以及休憩区都是不错的选择。不管如何,根据用户所处情境进行测试是非常有用的,正如上文提及:一个涵盖多种环境与行为的情境下。

  咖啡店是不错的选择,因为你经常能发现不同文化背景和年龄阶段的目标测试用户。

  我们如何测试?

  测试的方式相当直截了当:让测试者在执行任务时发声思考。利用发声思考的方法测试产品的整体理解好过简单地关注任务是否完成。原则是观察用户如何摆弄产品,默默地评价它的可用性。正如沙拉•哈里森所说,“观察用户就像剔牙——大家明知到他们应该每天去做,但他们并做不到。就这么干吧,没什么大不了的。”

  总是从开放型,无引导的问题开始:

  你是怎么理解它的?

  你现在要做什么?

  你会怎么操作呢?

  透过这些问题,被试用户会把他们对产品的理解描述个七七八八的。就这样,我们可以对下一阶段如何改进设计形成一些概念了。

  使用技术

  游击式可用性测试深受情境的影响。即便如此,在我长期国际范围的实践中仍得出了一些有用的心得:

  留意隐式偏见。 在咖啡馆找到测试用户时,注意那些对我们的产品反复提及偏见的人。对隐式偏见单纯地保持觉醒,可以帮助设计师保持主观中立,并细数个体差异。记住寻求被试在性别上均等。

  解释原委。设计师应该如实介绍自己,测试原因以及期待得到那一类的反馈。通常,最好能发放表格,以便被试充分理解他们参与的含义——如研究将仅在国内对国际会议上做分享。这些表格,尽管随身携带有些无聊,但能帮助建立信任。

  符合道德。当然,诚实并不意味着我们要变得透明。有时,回避一些信息会更好,比如你正要测试的产品是我们设计的。相反,关于研究目标我们可以撒一下善意的谎言。我们只需要保证每一轮最后能告知实情:信任是成功合作的必要条件。

  保持随意。发起测试的方式可以是为被试买一杯咖啡或是一餐饭,作为报偿。排队或点餐过程中,可以借机询问被试的生活状态,介绍一番测试的进行方式。

  保持参与感。通过让用户参与进来去消除沟通障碍:让被试尝试在纸巾或笔记本上画出流程中第三或第四个界面的样子。没必要让被试绘制出完备的界面,只需要他们能表达出脑海中初略的概念即可。你永远都想不到你将从具有启发的想象力中学到什么。

  不要引导参与者。当你感到不解时,询问用户是怎么想的。像“我不太明白。你是怎么考虑的?”这样的问题可以打开用户的话匣。用户在测试的情景下常感受到他们正在被测试,所以询问最好以抱歉开始,以免用户抵触。

  用心观察。概述稍瞬即逝的念头,留待后续分析非常重要。民族志观察记录可以为你回顾测试中思考的内容提供有效帮助。不要念念不忘工整的注释,大部分情况下你潦潦几笔也能起到相当的作用。它只需要用于激发回忆,而不是在学术会议上展示。

  捕捉反馈。任何测试的核心工作在于捕捉到收获。虽然这完全是个人选择,但推荐一些可用的工具:Silverback APP或UX Recorder 在记录激活视图时被试用户的脸部反应。另一些研究员自研了Mobile rigs的工具。记得利用工具,以便满足未来分享所需。

  控制时间。记住,这不是可用性实验室里的付费测试。留意每一位被试用户所花费的时间,并提醒他们随时都可以离开。你一定不希望脾气乖戾的用户歪曲对你的反馈吧。

  分享反馈

  操作完测试还只完成了战役的一半。为呈现一份引人入胜,意义重大的游击式可用性测试报告结果,设计师需要有策略地决定跟同事如何分享我们的发现。

  当分析和准备反馈时,首先考虑到你的听众。最好的反馈要能理解项目关注人和发起人之间的重要谈话。例如,开发需要评估新需求会带来的bug ,而负责人希望优先新需求。

  再者,当递交反馈时,对齐你的听众的预期。尝试编辑iMovie的视频或PPT幻灯片。你的合作伙伴很可能跟你一样忙碌,所以编辑一段“预告片”,提炼重大结论或重点概括用户强有力的原话,都可以让你的听众保持关注。

  请尝试游击式可用性测试吧

  至今,游击式可用性测试形式各异。这项艺术还有待完善。它是一种厚着脸皮的即兴演说。记住建立你自己的方法:在实践中学习。

时间: 2025-01-31 07:58:25

浅谈游击式可用性测试的相关文章

游击式可用性测试的艺术

  游击式可用性测试是一项非常有效的技术.设计师马丁•贝朗这样描述:"这是一门艺术,好比在一家咖啡馆或公共场所随机搭讪一位落单的人,在他浏览网页时,快速拍摄一段几分钟的视频."我们现在跳过随机搭讪技巧的部分,而直达它的精妙之处,包括如何获取并与团队分享反馈. 我最近参与了一个快速启动的项目,要求我的团队在极短的时间内完成一个响应式网站.给予我们开发的时间已经很少,更别提做用户研究了.然而,得益于游击式可用性测试,我们获取了关于品牌定位的用户反馈.最终,我们的设计既满足用户预期又达到了商

浅谈通过缺陷分析进行项目质量分析

本篇文章浅谈如何进行测试缺陷分析和质量报告分析. 背景 如同代码是程序员的成果之一,测试报告和质量报告是测试人员的主要成果之一.对于一个测试,在测试项目结束时需要对测试过程中的典型bug.常出现bug进行bugreview:对bug修复周期.bug趋势进行总结分析:通过以上bug的分析以及测试过程中出现的任何问题进行总结形成质量报告,不仅仅对过去项目产品质量进行准确的评估,还需要对未来项目在质量方面的改进点和方向提出建议,以对产品质量进行不断改进和完善 缺陷分析 1.bugreview:代码引入

用户体验设计:浅谈可用性测试中沟通的技巧

文章描述:如何快速解除用户防备?--浅谈可用性测试中沟通的技巧.   一般来说,在产品的设计和开发过程中,不同阶段会使用到不同的用户研究方法.比如,在产品正式发布之前,通常会进行可用性测试.可用性测试,是指让一群有代表性的用户尝试对产品进行典型操作,同时观察员和开发人员在一旁观察.聆听.记录.该产品可能是一个网站.软件,或其他任何产品,它可能已经做好,也可能尚未成型. 对于一个典型的可用行测试,我们可以:1. 通过观察用户在使用产品过程中出现的一些问题,发现产品的可用性问题2. 从测试参与者的表

浅谈软件项目管理之测试

笔者从事软件行业相关工作将近十年,其中与测试相关时间有7年之久,现浅谈软件项目管理中测试的必要性,供大家参考. 一.测试的必要性 为什么需要测试,那是因为由于分工的精细化,软件开发必须经历客户.需求.设计.开发多个环节.为了保证最终的结果符合要求,上下游是需要确认的. 用户告诉我们:我需要什么?软件企业需要在理解正确.表达正确的情况下完成需求规则说明书,把客户的原始需求转变为IT需求,表达出能够提供什么 需求的下一环节是设计,设计主要是要要说清楚:我要让软件做什么.需要与前一环节确认理解正确了.

游戏云间之浅谈游戏运维

浅谈游戏运维--游戏云间系列三 一款游戏产品上线,仅仅从技术角度来讲,分为软件层次的游戏代码研发,及硬件层次的代码部署上线.劈开代码研发方面不讲,游戏的部署上线,成为我们一个很头疼的问题.为什么头疼?从一些报告显示,大部分的游戏生命周期仅有3个月.按照正规的上线流程,从买服务器,装环境,进IDC机房这么下来,刚把游戏上线,可是游戏却不给力.这样折腾下来,浪费了多少我们的青春?浪费了多少我们的血汗钱? 一般游戏的部署有以下几种方式: 1.托管IDC机房部署. 2.代理商部署. 3.租用vps环境部

图标字体化浅谈[转]

在做手机端Web App项目中,经常会遇到小图标在手机上显示比较模糊的问题,经过实践发现了一种比较好的解决方案,图标字体化.在微社区项目中,有很多小的Icon(图 标),如分享.回复.赞.返回.话题.访问.箭头等,这些Icon(图标)一般都是纯色的.开始制作时考虑用双倍大小的Sprite图,通过CSS样式设 置只显示二分之一尺寸,这样在Retina屏上显示的大小是正常的,一旦放大屏幕后图标又变得模糊不清,测试的效果不是很理想,后来又考虑多套图标适配方 案.SVG矢量图等,都因为种种原因放弃掉了(

浅谈交互设计师要知道的「数据分析」两三事

  数据分析,不仅仅是产品或运营的"专利",作为交互设计师也需要掌握这方面的技能,来帮助我们做更好的设计.如果你是没有关注过数据分析的交互设计师,下面这三点你可能需要知道. 数据分析的作用 1.发现问题 分析数据发现某个功能的转化率/留存率低,作为设计师如何提升这些指标呢?可以从自身专业角度的分析.也可以通过可用性测试去挖掘,再针对性的做改进.调整. 2.对比改版前后的效果 某个改进后的设计方案上线后,需要对比改进前后的效果,验证此次改进是否有效,根据结果做下一步的行动指导. 关注哪些

浅谈关于JavaScript API设计的一些建议和准则

  这篇文章主要介绍了浅谈关于JavaScript API设计的一些建议和准则,文中列举了许多知名的JS API进行辅助说明,极力推荐!需要的朋友可以参考下 设计是一个很普遍的概念,一般是可以理解为为即将做的某件事先形成一个计划或框架. (牛津英语词典)中,设计是一种将艺术,体系,硬件或者更多的东西编织到一块的主线.软件设计,特别是作为软件设计的次类的API设计,也是一样的.但是API设计常常很少关注软件发展,因为为其他程序员写代码的重要性要次于应用UI设计和最终用户体验. 但是API设计,作为

浅谈ASP.NET MVC 3中如何使用Model

昨天博客发了新文章,讲一下我对如何使用MVC中的Model的看法,不是什么大技术,当是一个技术讨论^^ 原文地址:http://www.youguanbumen.net/Article.aspx?id=79 原文: 前两天写了个文章ASP.NET MVC 3 -- Model远程验证,主要记录了一下ASP.NET MVC 3中新增的RemoteAttribute类的使用,得益于这个类,我们可以在模型中为属性配置客户端远程校验的业务,文章中给了出一个简单的实体类MyUser_Add,举了一个最常见