新产品的第一次可用性测试管理

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

新产品的第一次可用性测试管理
当你梦想中的产品终于以一种可见可感受的形态出现的时候,你是不是就可松口气给自己放一个大假了呢?毕竟从用户调研到最终确定视觉方案,这条路跌跌撞撞走过来已经耗费了太多的心力。

但是且慢!事情还远远没有结束,你现在所处的,是产品设计过程中最容易节外生枝的阶段——实施阶段,你现在要关注的,是如何让参与实施的每一个环节都按照你设计好的方向进行。

所以你还是先拿凉水冲冲脸,接着进行下一步工作吧。

在真正进入实施之前,你要做的事情之一就是进行一次可用性测试,以了解用户对这个新产品的反应,同时发现一些你所忽略的、使用上的问题。

在之前的设计过程中,我们完成了各种各样的可交付的文档,现在是检验你的准备工作是否完善的时候了。

首先,我们完成了用户调研,并基于所了解的用户分类设计了几个人物角色。

那么,你现在要做的,是根据人物角色的属性,找一定数量(通常是每种人物角色找5~7个)的用户过来进行产品的可用性测试和简单的访谈,以了解不同类型的用户在使用这个新产品时,有可能产生的障碍和疑问。

一说到可用性测试,有人脑海里总会浮现出一面单向透明的镜子,摄像机、价格昂贵的眼动仪等等高级设备。

如果你还这么想,你已经落伍了,可用性测试早就跳楼大减价,变成一种再平常不过的UCD方法了。

你要做的,除了找对合适的用户以外,再做这两件事就好:
1、完成高保真原型。

你在交互设计阶段完成了线框图,也就是我们常说的低保真原型(别告诉我你没有做),而前不久,你们刚刚确定了一套大家都满意的视觉方案。

那么现在,你可以和UI Coding、视觉设计师一起,把这两样东西结合起来,做一套最完整的高保原型。

最好不要拿低保真原型给用户做测试。

虽然UCD方法并不排斥低保真原型(甚至纸面原型)的可用性测试,但是这会大大增加用户认知和理解的负担,也从一定程度上加大了你和用户沟通的成本,你会发现你总在解释:“这个地方将来可能是这样、这样、这样……”,而测试结论也因而大大地打了折扣。

也不要等产品开发完成以后才找用户做测试。

这个道理大家都知道,我就不啰嗦了。

总之,高保真原型是开发成本最低,时间最快的产物(当然,这建立在你的前期工作准备得够完善的基础之上),也是进行可用性测试的最佳产物。

2、设定测试任务。

传统意义上的可用性测试,是观察用户使用产品的、最自然的状态。

换句话说,就是把用户扔进可用性实验室,然后你藏到一边去偷看用户怎么折腾你的宝贝产品的全过程。

如果Web产品的可用性测试你还这么做,你会发现你的用户总是在漫无目的地随手乱点。

你希望用户在打开注册界面时的第一反应是输入用户名和密码,他却鼠标轻轻一点从导航就离开了这个页面。

你应该因为这个结论而去掉注册界面的导航吗?显然不是。

被召募过来参加可用性测试的用户,尽管有可能是你的老用户,但他们测试时的心理状态和期望值,与他们平时使用你的产品时完全不一样。

用户会揣摹你的心思:这帮产品人员想让我测试什么呢?你想让他在详细信息页面看到“注册”时去点击它,他却认为你想让他在这个页面发表一个评论,结果就是你暗暗咬着牙祈祷他早点发现注册按钮,他却在满头大汗地切换输入法。

你要怎么做才能避免这个情况呢?
之前,我们针对每一个人物角色的目标完成了任务分解,这其中包括任务的重要程度和优先级别。

而参与测试的用户,是按照人物角色的属性来召募的。

顺理成章地,就应该让这些用户试着在你的新产品上完成他们这类用户最主要、优先级最高的任务,这样你才可能发现他们在完成任务的过程中有可能出现的问题。

你的测试计划可以像这样:
- 用户类型:刘贝贝(关注细节的浏览型用户)
- 测试产品:新版详情页Beta1.2.07高保真原型
- 测试目的:了解用户对新版详情页的适应时间和主要操作
- 测试任务:
1.查看详细信息(任务编号A001);
2.分享(任务编号A002);
3.评论(任务编号A015)。

很简单吧?做Web产品的可用性测试,你只需要做三件事:
- 找到合适的用户
- 准备好高保真原型
- 确定要测试的任务
如果你还有时间和资金,也可以准备下面这些:
- 一个录制屏幕的软件
- 录音笔
最后,也是最重要的,你需要准备一双敏锐的眼睛。

辅助记录的工具固然重要,但是再强大的工具都无法代替你的思考。

你最了解你的产品,你经历了整个设计过程,所以你最清楚用户在哪个地方和你的设计的差距最大。

睁大眼睛去观察用户的行为吧,看到有疑问的地方一定要第一时间提出来:“你在找什么?”,事后再询问恐怕谁也不记得当时是什么情形。

唯一需要注意的是,别问“为什么这么做”,只问“正在做什么”。

最后(一不小心说了两个“最后”,原谅我的啰嗦),在下结论的时候,尽量保持客观、中立的语气:“用户在搜索时没有选择下拉菜单的选项,输入关键词后直接回车。

”而不应该这么总结:“用户不习惯在在搜索时点击下拉菜单。

”或“用户没有注意到搜索中的下拉菜单。

”除非这是用户自己说出来的话。

出师表
两汉:诸葛亮
先帝创业未半而中道崩殂,今天下三分,益州疲弊,此诚危急存亡之秋也。

然侍卫之臣不懈于内,忠志之士忘身于外者,盖追先帝之殊遇,欲报之于陛下也。

诚宜开张圣听,以光先帝遗德,恢弘志士之气,不宜妄自菲薄,引喻失义,以塞忠谏之路也。

宫中府中,俱为一体;陟罚臧否,不宜异同。

若有作奸犯科及为忠善者,宜付有司论其刑赏,以昭陛下平明之理;不宜偏私,使内外异法也。

侍中、侍郎郭攸之、费祎、董允等,此皆良实,志虑忠纯,是以先帝简拔以遗陛下:愚以为宫中之事,事无大小,悉以咨之,然后施行,必能裨补阙漏,有所广益。

将军向宠,性行淑均,晓畅军事,试用于昔日,先帝称之曰“能”,是以众议举宠为督:愚以为营中之事,悉以咨之,必能使行阵和睦,优劣得所。

亲贤臣,远小人,此先汉所以兴隆也;亲小人,远贤臣,此后汉所以倾颓也。

先帝在时,每与臣论此事,未尝不叹息痛恨于桓、灵也。

侍中、尚书、长史、参军,此悉贞良死节之臣,愿陛下亲之、信之,则汉室之隆,可计日而待也。

臣本布衣,躬耕于南阳,苟全性命于乱世,不求闻达于诸侯。

先帝不以臣卑鄙,猥自枉屈,三顾臣于草庐之中,咨臣以当世之事,由是感激,遂许先帝以驱驰。

后值倾覆,受任于败军之际,奉命于危难之间,尔来二十有一年矣。

先帝知臣谨慎,故临崩寄臣以大事也。

受命以来,夙夜忧叹,恐托付不效,以伤先帝之明;故五月渡泸,深入不毛。

今南方已定,兵甲已足,当奖率三军,北定中原,庶竭驽钝,攘除奸凶,兴复汉室,还于旧都。

此臣所以报先帝而忠陛下之职分也。

至于斟酌损益,进尽忠言,则攸之、祎、允之任也。

愿陛下托臣以讨贼兴复之效,不效,则治臣之罪,以告先帝之灵。

若无兴德之言,则责攸之、祎、允等之慢,以彰其咎;陛下亦宜自谋,以咨诹善道,察纳雅言,深追先帝遗诏。

臣不胜受恩感激。

今当远离,临表涕零,不知所言。

相关文档
最新文档