可用性测试也是用户研究/需求采集的一个常用方法，从理念上讲就是：让产品的最终使用者尽可能多的参与到产品设计各个环节中去，深入一点就很2.0了——“用户创造内容”（这也不是什么新概念，传统行业的宜家IKEA好像早在50年前就有所行动，让用户参与到产品的设计），把用户参与扩展开，还可以包括前期调研、demo评审等等。

可用性测试的效果往往无法量化，所以经常因为项目时间过紧被略过，好不容易前段时间这次有了一些空闲，正好系统的部分模块是给阿里内部人员使用的，所以就很低成本的执行了一次可用性测试。最最轻量级的，表现为：一个人，半个小时，在我的座位上，结果提出了15个左右的问题，效率很高。

讲几点要注意的地方。

可用性测试开始之前，要邀请用户来做tester，不要给tester看到“可用性测试”的术语，而是说“来试用一下我们的新产品，提点意见”，一定不要让用户误以为是我们拿着新产品测试他，而是我们和他一起测试新产品。告知大概持续的时间，给一点产品的背景知识，测试内容是做哪些事情完成哪些任务，让tester心中有数。

做测试的过程中千万不要引导，而只是观察和记录，用户行为和预想的不一样的时候，提问，进行不下去的时候，给与提示。记住一切的错都是产品和我们的错，用户绝对没有错。如果真觉得用户错了，那也是你找错人了，不是这个人错了，：）

结束之后，如有可能应该送个小礼品，但这次内部的就免了呵呵。尽快的总结，发给tester，一方面让tester感到他起到了作用，另一方面也是表示感谢，建立长期和谐的“用户参与产品设计”的氛围。最重要的，这分总结要用于指导产品改进，这才是可用性测试的根本目的。

有兴趣的继续去搜搜：《进行可用性测试的8个指南》、译言的《了解可用性测试》。