3.针对使用者进行实际的调查（fieldstudy），彻底了解他们工作环境的状况。这个步骤对于专门支持员工或是企业伙伴的企业内部网站或是企业间网站而言尤其重要。你会发现到调查结果和经理人片面告诉你的往往总是会有些出入。不相信吗？想想呆伯特吧。

4.建立几个不同的设计模型，为了在最短的时间之内测试各种可能性，这些设计应该交由不同的团队来同步进行。并且针对几位使用者进行调查，从中找出最适合你的新设计。

5.挑出最适合的设计之后，即可进一步开发，先以HTML作出几个雏型页面，即可邀请更多的使用者来进行测试，找出这个设计的美中不足之处。

6.如果预算许可的话，反复多试几次：修补从测试当中发现的问题，进一步开发原型之后再进行测试。你每作一次，网站平均的可用性就可以增加38%。追求尽善尽美的过程是永无止尽的﹔我所有研究过的个案，早在达到完美的使用者接口之前，就已烧光了所有的预算。

7.当网站建构得差不多，已经具备关键页面以及导航时，可以再做一次最后的测试，藉以调整商标、找出错误的讯息、以及调整互动功能的细项问题。虽然在最后的测试阶段已经无法针对最基本的问题进行改变，但是依然可以大幅提升网站的可用性。

8.推出你刚设计好的网站。与其办个庆功派对，你不如花点心思开始规划下一次改造的设计。搜集使用者意见，分析记录文件，并且搜集其它新设计可用性有关的资料。请记住，网站永远有改善的空间，就算是新的设计也不过是下个设计的原型罢了。

使用者测试

网站可用性的改造工程通常都有使用者测试这一环，进一步的改造工程则有其它的方法可用，让我在此大胆的推荐各位参考我写的『网站可用性改造工程』(UsabilityEngineering)一书，里头会针对这些方法作更深层的探讨。至于消费者调查则会在接下来的专题当中加以讨论。

基本的使用者测试其实很简单。只要记住三件事件：

1.测试的对象必须具有代表性，能够反映出你目标观众的看法。除非是企业内部网络，你才可以同侪作为测试对象，否则不要用你的同事或是任何了解这项项目的人。不过就算是企业内部网络，也应该避免以项目团队的成员作为测试对象。

2.测试的时候，不要只是玩一玩网站接口而已，使用者应该实际执行某些工作：网站上到处点一点当然很简单，真正的考验在于网站是否能够协助使用者解决某些特定的问题。所测试的工作也必须具有代表性。

3.避免出面干涉，让测试者自行感受，并且畅所欲言。测试的目的并非展现你有多聪明，也不是要协助使用者加速达成任务，而是希望从使用者解决问题的实际体验当中获得宝贵的意见。请记住，使用者从家里或是室造访你的网站时，可没有专家坐在旁边。你必须知道在实际状况下，使用者是如何使用你的网站：这表示测试者必须自行体验才行。

如果想要进行更进一步的测试，则可以采取专业的可用性实验室、在国外进行测试管理、或是眼球追踪（eye-tracking）等不同的方法。不过基本的测试方法实在很简单：也就是让具有代表性的测试人员实际处理工作，并且让这些使用者畅所欲言，发表他们实际使用的心得。

这是大家都能够作得到的测试方法，而且大家都应该这么做。如果你漏掉这个重要的步骤就匆匆推出网站，那么根本就是浪费预算，要不了多久你还是得重新设计一遍。

上一页  [1] [2]