来源：希赛网
     　　读过《don’t make me think》的人肯定记得，作者在其中提到了简单的可用性测试。不过用个摄像机什么的，似乎不太适合我们这边的情况，在国内的中小型企业，实际的尝试和运用中，还是需要不少变通的。今天就来谈谈我在实践中得出的一些经验。
     　　如果：
     　　你所在的公司刚开始推行ucd，一切都刚起步;
     　　没有固定的人手，没有很多的资源，测试研究的时间和经济成本非常局限;
     　　你看了不少有关的书和文章，但实际开始做的时候还是觉得有不少困惑
     　　那么，希望这篇文章可以帮助你。
     　　时间
     　　测试的时机
     　　理想地说，可用性测试尽早开始越好，也应该是产品开发的一环，可以有一个迭代的过程。但是对于初次的尝试来说，不一定能够做到：也许你的boss不希望把“半成品”拿出来给人看，也许你们的开发进度紧迫插不进这样的时间，但是也不必放弃，晚测试总比不测试好，实在不行就把发现的问题放到下个版本去修改。亡羊补牢，为时未晚。
     　　当你的同事和上司看到了可用性测试的价值后，你做测试也慢慢上手了，就能争取到加入开发环节的机会、迭代测试和开发的机会。或者你的产品频繁有少量改动的更新，这样子测试问题也不大。
     　　你需要的，只是抽出下面提到的一些时间。
     　　准备时间
     　　测试前，你可能需要在一两周的工作时间穿插可用性测试的准备工作。若是刚开始在公司尝试可用性测试，你应该写一份简单的测试计划——告诉你的boss你要做什么事情、也帮助自己规划做测试的一系列工作。
     　　然后也许你需要申请一些资源，空间、硬件、人员协助等等～
     　　check一下这次要测试的功能，设计一下测试的任务。如果是第一次测试，心里过一下整个测试的过程，开始-测试时的引导-结束，有机会做次导测的话会让你更有信心。
     　　还有就是招募受测。这个根据你招募的方法需要的时间不同，具体的招募请见下面的部分。
     　　测试时间
     　　准备好了，和受测也约好时间，就可以开始测试了。
     　　你的受测很可能是上班族，这也就意味着测试会安排在非工作时间，比如晚上、周末。就算你很经济，用的是同事，也可能因为他们工作繁忙需要一起占用午休时间或者下班后多留一会儿。>__。你可以请和产品的设计开发无关的，比如行政部门的美眉、新来的同事、另外一个产品项目的成员等等，不单解决了费用和保密的问题，而且受测招募也很快捷，不过记得要和同事还有上司沟通好哦。
     　　测试招募真正的用户当然最好了。这里有一些很经济的方法:
     　　去问问客服，有没有一些可以来参加测试的用户?或者请他们在最近接触用户时邀请他们来参加测试;
     　　你可以靠平时累积一些受测用户的资料，比如抽奖等推广活动等等，去问问相关的同事吧;
     　　还有，就是发动同事们，大家把可以作为受测的亲朋好友们推荐给你～
     　　关于受测的人数，根据测试的产品变化：只是增加几个功能的小版本，3～5人; 全新的版本，可能5～8人，简单的可用性测试，控制在10人以下。关于这个，经典的理论：5个受测发现80%的可用性问题
     　　地点
     　　简单的房间即可
     　　既然是说简单经济的、初次尝试的可用性测试，当然不会有单向玻璃之类高级的东西～你需要的只是一间不受打扰的房间，可以用产品的电脑。可以临时占用间会议室，有条件的话就找个固定的地方，建一个简易的lab。我们公司的lab，小小一间里摆着电脑桌和沙发茶几，平时不做测试的时候做小会议室、中午时候是休息室、有人面试时是接待室，超级多用哦～够经济实惠吧～
     　　移动的lab
     　　若你的产品可以单机运行，或者是个没什么带宽要求的互联网产品，那么还可以带上你的笔记本电脑，把受测请到一茶一坐之类可以上网的安静茶坊里，一样可以坐下来测试。请你的用户喝一杯茶/咖啡，就可以了解他使用产品的情况。这个方法，同样使用于做访谈。
     　　可用性测试并不是件难事，用angela的话说，可用性测试早就跳楼大减价啦～ 成本可以降低，门槛也可以降低，尝试一两次简单经济的可用性测试，会是在公司中推行ucd很好的起步。关键是去尝试、根据自己所在企业的情况灵活应变。同样的，你也可以尝试其他的一些方法，或是访谈、或只是在平时注意观察他人的使用、询问他们的意见。
     　　合适的才是最好的，当你找到了适合的产品的方法和方式，一定能帮助你改善产品的用户体验。

注:IT公司速查网所有信息来自互联网