五 首页设计第四步：设计总结
这个网站的设计我们在这里不作讨论，这个是一个交互方面的比较大的课题。至此通过概念设计，迭代设计，可用性测试，我们已经拥有了一个优秀的完全为用户打造的首页了，我们可以说整个网站我们几乎完成了最难的部分。在这个部分的结束前，我们需要设计总结，目的是为了得出：
1. 这个网站的整体设计原则。我们将可以通过首页设计中保存下来的大量珍贵数据得到我们的网站特征和必须遵守的规则。
2. 信息构架总结。我们通过首页设计可以明确一点，什么是功能中优先等级中最高的，什么是必要的，什么是可有可无的。了解了这点我们可以在以后的整站建设中调配资源，将优势资源集中到优先等级高的功能上去，节省开发成本的同时，为今后的网站改版指明方向。
3.交互设计总结。我们通过多次的焦点小组中，可以得到一个关键的系数：用户喜欢什么样的交互体验。在硬件瓶颈逐渐失去意义的同时，我们欣然的看到交互的空间扩大了，IPOD的成功充分了验证这个观点。至此，网站首页设计顺利完成，当然在随后的整站设计中还有更多的迭代设计，焦点小组以及可用性测试，硬件测试等等。但是首页设计是其中最难也是最重要的一个部分，科学的首页设计将会减低其它页面设计的压力。接下来的一章我们将详细介绍本文中的难点：可用性测试。
第三章：基于用户体验标准的设计的评估流程
在首页设计中，在通常情况下都会存在大量的可用性问题，直接影响了网站的用户体验。界面专家认为，在界面测试中进行大样本定量分析并不能准确得出问题数据，而进行定性分析的首页原型可用性测试是一个比较好的解决方案，这里大概描述一下如何进行可用性测试设计。我们从了解一下为什么可用性测试是最好的设计评估解决方案开始。
一：简述可用性测试：
1. 什么是可用性测试？
可用性测试是指，让一群有代表性的用户尝试对产品进行典型操作，同时观察员和开发人员在一旁观察，聆听，做记录。该产品可能是一个网站，软件，或者其他任何产品，它可能尚未成型。测试可以是早期的纸上原型测试，也可以是后期成品的测试。
2. 你能从可用性测试获得什么？
在每一轮的可用性测试中，你都应该先明确具体的测试问题和目标，针对这些目标进行测试。举例来说，项目刚刚起步，你可以对定量的指标（如时间，错误率和满意度）进行测试，为日后修改网站提供参照。再例如，如果你已经设定了可测量的可用性目标，你可以看看你的产品是否切合这些目标。
对于一个典型的可用性测试，你可以：
o 找出该产品的任何的可用性问题
o 从测试参与者的表现收集定量数据
o 确定该产品的用户满意度
3. 可用性测试和以用户为中心的设计的关系？
可用性测试是以用户为中心的设计的一个重要组成部分。用户为本的设计过程本身就应该包括对性能和偏好进行评价的一系列测试。
4. 什么时候该做可用性测试？
尽早做，经常做。可用性测试可以让设计师和开发团队在产品成形之前尽早发现问题。 问题越早发现和弥补，所造成的损失就越低。这些问题是找到并固定好，越昂贵的补丁程序。随着项目的进展，对设计主体进行改动会变得越来越困难和昂贵。你测试的越多，并就相应测试进行改进，你就可以更加确信你的网站没有偏轨，确信它是符合您的目标和用户的需要的。 一般情况下我们会把可用性测试放在迭代设计之后有了具体的设计的时候。
迭代开发过程——开发原型，测试用户，分析结果，随之修改原型，然后再重复测试、分析、修改周期——是开发一个成功的网站或软件的最好方式。
5. 通过可用性测试你能学到什么？
通过一个典型的可用性测试，你可能找到这些问题的答案：
o 测试参与者能成功完成任务吗？
o 在成功完成的任务中，每项任务能做的多快？
o 在成功完成的任务中，每项任务要多少页（或者点击多少次）才能完成？
o 测试参与者的表现是否满足可用性目标？
o 测试参与者对网站的满意度如何？
o 做出什么改变才能确保更多用户能够完成地更顺利？
可能还有更具体的问题。举例来说，如果这一轮测试主要关注的是搜索功能，你可能会关注这些问题：
o 测试参与者会在页面上浏览还是直接使用搜索？
o 他们搜索时最常用的关键字是什么？
o 搜索框是否足够大，能呈现大部分的搜索关键字？它的位置是否合理？
o 搜索结果是否能引导用户的快速找到答案？
o 如果搜索结果恰好包含用户想要的答案，这些答案是否经常显示在第一页？
o 搜索是否能检测到拼写错误并帮助纠正？
6. 可用性测试中你该注意什么？
必须牢记以下四点：
o 1. 你测试的是产品，而不是使用者。
o 2. 更多地依靠用户的表现，而不是他们的偏好。
o 3. 把你掌握的测试结果应用起来。
o 4. 基于真实的用户体验，找出问题的最佳解决方法。
A. 你测试的是产品，而不是使用者。
对一些用户而言， "测试"有负面的涵义。我们要努力确保他们不认为测试是针对他们。我们要让他们明白，他们正在帮助我们测试原型或网站。事实上，我们可以不使用“测试”这个术语。相反，我们是邀请参加者为我们提供帮助， "勇于尝试原型" 。
当用户难以完成任务时，我们应该改变网站，而不是改变用户。同时我们还应该思考该网站能在多大程度上符合那些典型用户的的目标，而不是关注用户在这个任务做的多好。
B．更多地依靠用户的表现，而不是他们的偏好。
通过测试我们可以测量到用户的表现，以及他们的偏好。用户的表现包括是否成功完成，所用时间，产生的错误等等。偏好包括用户自我报告的满意度和舒适度。一些设计人员认为，如果他们的设计能迎合用户的喜好，用户在该网站上就会有良好的表现。但证据并不支持这一点。事实上，用户的表现以及他们对产品的偏好并非一一对应。一项研究发现，约有百分之七十的用户同意表现和喜好有联系。也就是说，他们在喜爱的网站上表现良好，在不喜欢的网站上表现欠佳。
然而，还有相对比较大比例的人（ 30 ％ ）认为，用户的表现以及他们对产品的偏好并非一一对应。他们在不喜爱的网站上可能表现良好，在喜欢的网站上也可能表现不佳。
关于人们为什么会对自己表现欠佳的网站给出较高的评价有多种解释。他们可能会把表现不佳归结到自己，而不是网站。或者说，他们可能担心给一个较低的评价会伤害网站设计者，也就是我们的感情。或者说，他们可能并没有完成任务，却自认为成功完成了，他们并没有意识到问题所在。基于所有这些理由，我们建议你：更多地依靠用户的表现，而不是他们的偏好。
C． 把你掌握的测试结果应用起来。
可用性测试不仅仅是用于核对项目进度的一个里程碑，你要知道，当最后一个参与者完成任务的时候，可用性测试还没有结束。整个团队必须仔细研究结果，设定优先次序，基于结果对或者网站原型进行修改。
D． 基于真实的用户体验，找出问题的最佳解决方法。
制造任何产品，包括大部分网站和软件，需要考虑许多不同的用户的工作方式、体验、问题以及需要。大多数项目，包括设计或修改网站，都要处理时间、预算和资源等方面的限制。平衡各个方面对大部分项目来说都是一个重大的挑战。
在你权衡利弊时，最好优先开发那些能使最多用户完成任务的网站或软件。有研究表明，产品推出后，用于支持失败客户的花费远远高于开发时对产品修正所付出的花费。你需要认真考虑假定用户、使用场景以及可用性测试的结果，试图找出针对不同客户需求的理想解决方法。找不到最好的解决方法，用户就不能够顺畅地完成任务。有证据表明，即使用户延长使用时间在一个不太完美的产品界面完成任务，也远不及在一个更好的产品界面带来的成功感。
7. 你是否需要一个实验室做可用性测试？
用不着，无论使用正式的或非正式的设备你都可以做可用性测试。使用任何类型的设备，你都可以采用各种正式或非正式的方法。
使用下述任何一种设置，你都可以进行有效的可用性测试：
o 两室或三室的固定实验室，配备视听设备
o 会议室，用户的家或工作室，配备便携式录音设备
o 会议室，用户的家或工作室，没有录音设备也可以用人眼观察和笔记来代替
o 当用户在不同地点可以远程控制
因此，即使你没有或没法找到一个固定的实验室，你也应该进行可用性测试。不要说，“因为我们没有一个可用性实验室，所以我们没法做可用性测试。" 只要去做！在任何空间你都可以完成。
7. 你是否需要一个实验室做可用性测试？
用不着，无论使用正式的或非正式的设备你都可以做可用性测试。使用任何类型的设备，你都可以采用各种正式或非正式的方法。
使用下述任何一种设置，你都可以进行有效的可用性测试：
o 两室或三室的固定实验室，配备视听设备
o 会议室，用户的家或工作室，配备便携式录音设备
o 会议室，用户的家或工作室，没有录音设备也可以用人眼观察和笔记来代替
o 当用户在不同地点可以远程控制
因此，即使你没有或没法找到一个固定的实验室，你也应该进行可用性测试。不要说，“因为我们没有一个可用性实验室，所以我们没法做可用性测试。" 只要去做！在任何空间你都可以完成。
8. 可用性测试需要多少人参与？
看情况。一个典型的测试需要8至16个人（每个用户组）。如果每个用户将花费一小时，就意味着每个用户组的测试需要一到两个工作日。
当你的项目处在：
o 纸上原型或早期开发阶段
o 计划通过几轮测试整个开发
o 有相当一致的用户群
如果只要人帮忙找出严重问题，你可能只需要4到6人。
o 如果您有不同的潜在用户群组（例如医生、病人、研究人员），你需要所有这些群体的用户代表。如果你对用户的电脑操作或网络经验有要求，还需要包括经验较少的和经验较多的用户。
o 如果你要对你的产品或系统进行正式的定量测试，你将需要更多的人以获得统计上有意义的结果。对于诊断型的可用性测试，6至8个用户通常是不足以揭露产品的大部分问题的。
o如果在网站开发过程中你一直在做迭代（重复）的可用性测试，就会有许多用户参加其中一个或另一个版本的网站测试。因此，尽管每个可用性测试只有少于10名的测试参予者，但在网站推出前你可能需要15到30人参加测试。
9. 做可用性测试需要多少费用？
成本要看网站的大小，你的测试量，预期的用户类型数目，以及你期望这个测试正规到什么程度。如果你已经有一个标准的测试程序和可用的材料设备，可用性测试将进行地很快很便宜。如果你或你的用户招聘公司拥有一个用户数据库，用于招募的时间就可以大量节约，因此，花费会更少。
在对可用性测试进行预算时应该考虑这些因素：
o 计划所用的时间：确定测试的主要问题，需要测试的用户类型，招聘的用户的筛选问卷以及测试场景。
o招聘的花费：公司人员的时间，给招聘公司（通常是一个很好的选择）的花费，可用性专家需要花时间熟悉网站及其制作团队，设计相应的测试场景，如果你需要录制测试过程，还需要花费实验室或便携式摄录设备的租金。
o 团队观察用户（进行测试）花费的时间
o 付给测试参与者的报酬或礼物
o 分析视听资料，查找存在的问题以及推荐解决办法所用的时间
o 和开发人员讨论变动和修改方案，撰写调查结果和建议报告所用的时间。
记住，预算分析要包含多个可用性测试。打造一个网站（或产品）的可用性是一个反复迭代的过程。你会发现，用在在开发过程中几个小测试的预算比起在项目末期只做一个大型测试要有价值的多。
二：普遍的可用性测试流程：
首先，可用性专家需要了解项目背景，获得项目背景。我们在概念设计之前进行的调研就必须让可用性专家参与进来，加入设计评估的可用性专家最佳选择为开展项目分析初期就已经加入的专家，其次为新加入的但是熟悉项目背景的可用性专家。
其次，了解目的，定义用户组和位置: 基于角色和用户情况，熟悉技术环境: 熟悉网站，应用或者产品，从而定义可用性问题的标准，研究任何过去的可用性数据 ，例如报告，市场研究，活动信息，从而定义用户测试任务。
第三，决定测试和测试格式。在进行可用性测试时，必须进行本地测试或者远程测试准备，如制定招募标准招募可用性测试参与者（被测试者），并安排计划测试。在测试过程中收集可用性测试中用户操作存在的问题，并根据问题的优先级顺序写入测试报告，最后生成问题报告和专家建议。在常规的可用性测试中，每个用户组一般为10人。根据专家研究表明，10个用户的可用性测试可以找到不低于80%的可用性问题。因为网页设计的快速成型的特征可以在发现问题后进行快速的设计改进，在设计改进后建议再进行可用性测试，这样就可以保证可用性问题在一个较低的频率出现。但是同时可能会出现的偏差如用户选择偏差，环境因素等，这些偏差都会对可用性测试的结构有很大的误导，所以我们的可用性测试原则是：招募参与者必须符合产品使用人群和潜在使用人群的标准，必要时候还需要将两者分开。
第四，主持人和记录者。在可用性测试中，主持人和记录者的素质决定了测试本身的信度和效度。主持人对产品的态度可能误导参与者，同时主持人基于发现设计问题的目标可能暗示参与者的主观态度，所以优秀的主持人需要经验的积累。同时，参与者使用时的记录和评估也至关重要。一个优秀的记录者能把握重要信息的细节，并过滤不重要的部分。而同时，记录者在记录过程中，用户提出的建设性意见可以保留但不可以重点，因为用户是发现设计问题的角色，而解决问题的角色是设计者，专业的分工有助于问题的最优解。
可用性测试并不一定是一次完成的，尤其是对于网页设计来说。因为网页设计具有易改性，所以界面专家建议可用性测试在概念设计中最好以迭代的方式进行。也就是说，在每次页面优化后都及时的可用性测试。界面专家认为在多次迭代的设计过程中，设计错误将以每次80%的速度减少，最优的方案在整个设计周期完成后呈现的概率非常高。
三：将可用性测试的结果运用在设计上：
可用性测试的结果运用和焦点小组类似，我们都把设计中提取的痛点和机会点改进后呈现在界面设计中。由于网页设计的快速成型性，我们的设计稿更新将会同时呈现几个方面，交互，构架，信息。但是我们再运用可用性测试提炼点的时候，还需要充分的考虑到数据库压力和硬件压力。很多机会点都是基于难以实现的硬件功能的，对于这个部分我们还需要做通过大脑风暴等集合解决的办法。所以在这里可用性测试得到的结果并非完全是安全的，我们在运用的时候特别需要注意。
总结
曾经有人这样比喻过网站： 任何产品的作用都是要帮助用户完成他们的任务需求，网站也不例外；每一个需求就是一个任务，每个任务都有N多流程，每个流程都有N多界面；每个界面可以比作一个点，N个点组成线(流程)，N根线搓成绳（任务），每个用户需求就是一根绳。把所有的绳子头顺直绑到一起就是网站的首页；所有这些就是一个网站。对网站来说，首页的重要度相当于大脑对人的重要度，我们根据数据比较和数据观察也得出了同样的结论。
在我的整个研究中，主要关注两点内容：怎么做和为什么这样做。总体概括为两个个点：
第一，网站的首页设计是网站设计的一个部分而且是最主要的部分，首页体现了网站的内容，信息构架，定位与设计格调，用户体验，其直接影响到了企业的经济效益。我们经过这些因素的仔细分析，总结出了首页设计的标准和方法论：以用户为中心的设计。
第二，以中心的设计如何进行更是网页设计的难点。那么什么是以用户为中心的设计和怎样进行设计操作呢？经过查阅大量的书籍，在此方面国内外专家都达成一个共识——以用户为中心的设计要一切以科学实验为基准。它体现为几个点：以科学的用户研究方法制定设计标准，以科学的信息挖掘方法设计面向使用的功能体系，以目标用户的认知标准和使用习惯来进行设计评估并进行设计改良，经过回溯和重设计过程，并最终形成具有目标用户偏好特征的设计。
另外在这个设计过程中，特别需要注意的有几个关键：首先，用户研究是否科学有很大的人的因素，如果不是有经验的专家主导进行，研究结果会存在较大的差异性。其次，研究方法也非常重要。英美国家用户体验研究技术和知识成果领先国内约15年，研究对照表明运用较为先进的研究方法往往可以得到更具有可参考性的研究结论。再次，设计师的个人因素也占重要部分。因为设计师强调的是具有创造性，而创造性的产品总是挑战用户体验的，当然有很多产品非常有创造性而且用户体验很好，但是同时也存在大量的不具有易用性的产品，而这些都很大程度上取决于设计师，这也是设计评估的原因。所以设计中坚持以用户为中心的设计师一般可以降低产品开发成本，包括了网站的开发。
参考文献
1、Eric Schaffer.《Institutionalization of Usability》.Pearson Education 2004年版
2、Nielsen J.《Usability Engineering》.机械工业出版社2004年版
3、Nielsen J.《Designing Wed Usability 》.人民邮电出版社2000年版
4、（美）Jesse James Garrett. 《用户体验要素》. 机械工业出版社
5、（美）库珀《软件观念革命》.电子工业出版社
6、（美）普里斯.《Interaction Design Beyond Human-Computer Interaction》.电子工业出版社
7、（美）普里斯.《交互设计之路》.电子工业出版社
8、（美）海姆. 《和谐界面——交互设计基础》电子工业出版社
9、傅利民 （美）沙尔文迪 董建明. 《人机交互——以用户为中心的设计和评估》清华大学出版社
10、（英）Alan Dix. 《Human-Computer Interaction》电子工业出版社
11、（美）施奈德曼. 《用户界面设计：有效的人机交互策略》电子工业出版社
12、（美）霍兰兹 （美）威肯斯. 《工程心理学与人的作业》华东师大出版社
13、李乐山. 《人机界面设计》科学出版社
14、Eric Butow. 《User Interface Design for Mere Mortals》机械工业出版社
15. Cuicui Li 用户体验76个价值点
作者：罗旭祥 可用性专家协会UPA中国成员
标签： 网站建设
还木有评论哦，快来抢沙发吧~