时间: 2021-08-03 09:31:51 人气: 12 评论: 0
游击式可用性测试以多种形式出现,这门艺术没有完美之处,这是无耻和毫无歉意的即兴。当你走的时候,考虑制定自己的方法:边做边学。
游击式可用性测试是一项强大的技术。设计师马丁·贝拉姆(Martin Belam)将其描述为:
“在咖啡馆和公共场所突袭孤独的人,然后在他们使用网站几分钟时快速拍摄他们的艺术。”
让我们跳过突袭部分,转而关注它的微妙之处,包括如何获得并与我们的团队共享反馈。
我最近参与了一个快速启动项目,在这个项目中,我的团队被要求在短时间内建立一个响应式网站。我们没有多少时间来编写代码(更不用说进行研究),而是通过采用游击式可用性测试来收集有关品牌位置的反馈。最终,我们将设计与客户期望和业务目标结合起来。
在整个项目中,我们每周都要测试不同类型的原型,以将业务的想法变为现实。例如:在开发中期,我们在索引卡上绘制了一个移动版本的站点,并进行了快速评估。这揭示了导航方面的问题(引导我们重新思考客户旅程中的一个关键点),甚至最终形成了一些品牌的媒体素材。更重要的是,游击式可用性测试打开了我们利益相关者的眼睛,以便他们挑战他们自己对“用户”的固有假设。
Chris Cheshire的草图
我们使用低保真技术(如:纸张原型)迭代我们的设计理念。
底线?游击式可用性测试呈现了作为用于改善用户体验的一种易于执行的技术,它帮助我们快速且低成本的验证(和废除)关键假设。
很难看到游击式可用性测试提供的魔力,而不是想要采取行为,对吗?以下是开始之前要考虑的一些基本问题:
关于这种测试最好的一部分是他几乎可以做任何事。从草稿纸上绘制概念图到功能齐全的原型图。史蒂夫·克鲁格(Steve Krug)建议测试事情要早于我们的思考和**同——尽可能快的离开大楼。
测试产品的什么就可以塑造出产品这部分的形态应该是什么样的,甚至随手地确定UI草图也是评估未来产品的好方法。实际上,最近的研究表明,低保真原型在高级和低级用户的交互方面可能更有价值。
在哪里测试**影响我们执行和记录工作的方式。如果我们为零售连锁店测试一个新的移动应用程序,我们可能**去自己商店走过走道; 如果我们正在研究“通用型”办公软件,我们可以在办公室的不同部分与同事一起测试等等。
关键点是:让情景来推动工作。
在为大众市场设计时,尽量寻找看起来友善的陌生人提出测试邀请,如果他们有几分钟的闲暇时间一般都**轻松接受。公共场合和购物中心是提供询问的最佳场所,这里有足够的人流量(以及让人轻松的环境)。但是,对于更具体的用户群体,根据上下文(见上文)和人口统计特征来定位主题是有用的。
如今,你可以通过利用红迪网(Reddit),美版知乎(Quora)或领英小组(LinkedIn Groups)等公共论坛来招募特殊用户群,进行远程游击式可用性测试。在论坛中尝试寻找合适的人,或通过表述你的意图和回馈,并他们撰写成简单的帖子,来招募特殊用户群。
咖啡店是个好场所,你不难找到来自不同文化背景和不同年龄段的测试对象。
测试非常简单:在任务过程中,让参与者像在演讲台上一样大声说话。使用出声思考法则(think-aloud protocol)来测试整体产品理解而不是简单的完成任务。关键在于观察用户使用产品的过程,并默默评估其可用性。
正如沙拉·哈瑞森(Sarah Harrison)解释的那样:
“观察用户就像使用牙线 – 人们知道他们应该每天都使用,但他们不没有。所以大胆的做吧,然后一切**顺其自然。”
总是从开放式的,非主导的问题开始,比如:
通过回答这些问题, 参与者讲述了一个松散的故事, 他们解释了他们是如何看待产品的。在这一过程中, 我们可以为如何在下一次迭代中改进事物创造思路。
采用该技术:
游击式可用性测试非常适合于这种情况。也就是说,以下是一些我认为在不同国际背景下都能持续发挥作用的有用提示:
分享反馈:
当然,进行测试只不过是战斗的一半。为了从游击式可用性测试中得到令人信服的相关结果,设计者需要从战略上决定我们如何与同事分享我们的发现。
在分析和准备捕捉到的反馈时,一定要考虑到你的听众。最好的反馈是那种理解利益相关者并启动他们之间重要对话的反馈。例如:需要评估bug的开发人员,将与希望优先考虑新特性的管理人员有不同的需求。
游击测试:
最后,游击式可用性测试以多种形式出现,这门艺术没有完美之处,这是无耻和毫无歉意的即兴。当你走的时候,考虑制定自己的方法:边做边学。
注:感谢安德鲁·迈尔(AndrewMaier)对本文早期草稿提供反馈,感谢格雷格·伯恩斯坦(GreggBernstein)鼓励对远程游击式可用性测试进行更新。
原文作者:David Peter Simon
原文链接:http://www.uxbooth.com/articles/the-art-of-guerrilla-usability-testing/
本文由 @兔子翻译组 翻译发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议