## 产品设计体会(三七)——可用性测试
可用性测试也是用户研究/需求采集的一个常用方法,从理念上讲就是:让产品的最终使用者尽可能多的参与到产品设计各个环节中去,深入一点就很2.0了——“用户创造内容”(这也不是什么新概念,传统行业的宜家IKEA好像早在50年前就有所行动,让用户参与到产品的设计),把用户参与扩展开,还可以包括前期调研、demo评审等等。
可用性测试的效果往往无法量化,所以经常因为项目时间过紧被略过,好不容易前段时间这次有了一些空闲,正好系统的部分模块是给阿里内部人员使用的,所以就很低成本的执行了一次可用性测试。最最轻量级的,表现为:一个人,半个小时,在我的座位上,结果提出了15个左右的问题,效率很高。
讲几点要注意的地方。
可用性测试开始之前,要邀请用户来做tester,不要给tester看到“可用性测试”的术语,而是说“来试用一下我们的新产品,提点意见”,一定不要让用户误以为是我们拿着新产品测试他,而是我们和他一起测试新产品。告知大概持续的时间,给一点产品的背景知识,测试内容是做哪些事情完成哪些任务,让tester心中有数。
做测试的过程中千万不要引导,而只是观察和记录,用户行为和预想的不一样的时候,提问,进行不下去的时候,给与提示。记住一切的错都是产品和我们的错,用户绝对没有错。如果真觉得用户错了,那也是你找错人了,不是这个人错了,:)
结束之后,如有可能应该送个小礼品,但这次内部的就免了呵呵。尽快的总结,发给tester,一方面让tester感到他起到了作用,另一方面也是表示感谢,建立长期和谐的“用户参与产品设计”的氛围。最重要的,这分总结要用于指导产品改进,这才是可用性测试的根本目的。
有兴趣的继续去搜搜:《进行可用性测试的8个指南》、译言的《了解可用性测试》。
- 前言
- (一)——变态吧,开始帖周报了
- (二)——数据分析
- (三)——性价比:做不做?
- (四)——需求管理
- (五)——有关流程
- (六)——再谈流程
- (七)——需求探针
- (八)——产品与项目
- (九)——关于学习
- (十)——团队合作
- (十一)——市场扫描
- (十二)——少而精
- (十三)——再说需求分析
- (十四)——做过的几个项目
- (十五)——PM、PD、UE与UI
- (十六)——Feature List
- (十七)——PD的几种文档
- (十八)——概念设计
- (十九)——UPA年会的流水账
- (二十)——有关改版
- (二二)——封闭开发
- (二三)——用户研究
- (二五)——当交互设计遇到敏捷开发
- (二六)——PD就是出来卖的
- (二七)——大产品设计
- (二八)——细节之文案
- (二九)——产品设计的五个层次
- (三十)——“体会”导读的思维导图
- (三二)——零散的体会
- (三三)——用户大会
- (三四)——土老板破冰必杀技
- (三五)——QA与测试
- (三六)——再理解“敏捷”
- (三七)——可用性测试
- (三八)——项目外包!=开发外包
- (三九)——CSDN专访精编版
- (四十)——销售渠道
- (四一)——用户创意无限
- (四二)——又是零散体会
- (四三)——说说评审会
- (四四)——项目外包不适合“敏捷”?
- (四五)——外行眼中的技术分工
- (四六)——UML学习摘录(上)
- (四七)——UML学习摘录(下)
- (四八)——资源战争与BRD
- (四九)——产品市场化
- (五十)——终点:Matrix
- (五一)——敏捷的估计与规划
- (五二)——MS Office使用心得
- (五三)——产品文档与规范
- (五四)——PD招聘广告词
- (五五)——项目Kick Off
- (五六)——《需求工程》培训记录
- (五八)——《项目化管理》培训记录