实际可用性：软件外观

实际可用性：软件外观2012-01-09 MSDN Charles B. Kreitzberg欢迎阅读“实际可用性”。本文是系列专栏文章的第一篇，该系列重点介绍用户体验（UX）的设计。过去，在大多数开发项目中，都不会优先考虑用户体验，但现在不同了。现在，最终用户有丰富的使用 Web 和软件的体验，他们希望设计易学易用并适合工作流程。本专栏将向您介绍如何做出此类设计。

虽然 UX 设计这一领域的发展势头很好，但是 UX 设计与开发过程的集成却停滞不前。UX 本身是一个极具迭代和敏捷特点的过程，因此，出现这种情况有点出人意料。但是，随着开发社区的不断加入，我们预计开发框架会将更多的注意力转向 UX 设计及其关键触点上。

本文作者是我们两位 — Charlie 和 Ambrose，我们都是用户体验设计人员，但却是通过不同的途径达到这一领域的。Charlie 是通过参加认知心理学的培训，而 Ambrose 先前是开发人员。我们都热衷于 UX，但我们对其展开研究的切入点是不同的。我们的共同目标是研究出一种设计方法，该方法完全适合开发过程，并且将好的 UX 视为创建成功的交互式产品的重要因素。

那么，什么是用户体验？

“用户体验”这一术语指用户个体与产品进行交互时，用户获得的主观体验。我们经常会谈论某家餐厅的服务很好或电影院的环境很糟糕等，这些都是一些关于可用性的非正式讨论。当设计或评估某一交互式产品的用户体验时，我们需要以条理更加清晰的方式来了解该产品和对其进行讨论。

对于 UX 设计人员来说，成功意味着创建实用、可用和用户所需的产品。产品必须能够为用户提供价值，才可以称为实用产品。用开发术语来讲，就是该产品必须实现相应的功能。可用产品指易学易用的产品。用户所需产品指用户渴望获得的产品。用户对某一产品的需求程度越大，用户自愿在其上花费的时间和精力就越多。热情的用户是产品的最佳推广者。

不仅仅是美化的外观

人们通常将 UX 误认为视觉设计，将它与颜色、字体和美学联系起来。当然，图形设计是用户体验的一部分，但 UX 设计过程远远不止这些。从 UX 的核心来讲，UX 指通过用户与系统之间的交互实现功能的效果。

功能规范始终是开发的一部分。人们对传统设计的看法过于简单（这一点不可否认），即业务分析师提出一系列要求，这些要求随后会转达给开发人员。然后，开发人员确定如何实现这些要求并生产出最终产品。但是，传统的开发方法通常忽略了对任务流的分析。

业务分析师往往关心产品的功能，而 UX 设计人员却比较关注如何通过 UI 来呈现功能自身。由于用户的技能和需求是不同的，因此 UX 设计人员确定需要支持哪些用户人群。设计人员将收集有关这些用户人群的数据，并创建角色（基于真实用户数据的虚构用户人物），以帮助在设计过程中有重点地阐述。通过会面和观察，UX 设计人员将了解到用户执行的任务、用户执行任务的方式以及他们描述这些任务时使用的词语。可以将这些数据总结为方案、用户案例或情节提要。

记录下用户人群和任务流后，UX 设计人员便可以开始进行设计了。设计通常是一个极具迭代特点的过程，刚开始只是一个高度概念化的构想，然后在设计过程中不断改进。

可用性测试是一种设计质量保证（QA）方法，用于确定设计概念的问题。通常，参与人员是从标识的用户人群中挑选出来的，按请求执行特定任务。在早期阶段，可能只是在纸上简单绘制一下 UI，然后参与人员指着各个控件，介绍如何执行任务。在后期阶段，会经常用到高保真原型。