《用户体验的要素》（二）以用户为中心的设计思想要素或层面

以用户为中心的设计（UCD：User Centered Design）被定义为 “创建高效且引人入胜用户体验的方法” 在前面一篇文章里我们将其设计思想归结为一句简单而朴素的语言即：在开发产品的每一个步骤中，都把用户列入考虑范围。 但这个简单思想之下的含义却出乎意料的复杂，究竟该遵循什么步骤或方法，如何才能实现以用户为中心的设计成为又一个问题……

我自己在没有看过《The Elements of User Experience》之前对于这个思想的感觉是相当含糊的，虽然知道应该“以用户为中心”设计用户体验但究竟具体该如何实现，如何在自己的作品和设计中融入这种思想？我从 JJG 的书中我得到了一些启发，一个“以用户为中心”的设计流程模型保证了一些做法不是随机决定的。考虑用户的体验并把它分解成各个组成要素或层面，然后从不同的角度来了解它，通过这些流程和模型才能确保你控制了决策所造成的全部结果……

这里引用 JJG 的模型（点击这里下载）把设计及用户体验的工作分解成各个组成要素，以帮助我们更好地了解整个问题：

从模型上看，作者将网站大体分为两大类（Web as Software Interface && Web as Hypertext System）即软件型网站和文本型网站，其实也就是我们常说的 功能型网站 及 资讯类网站 但其实很少有网站仅仅属于这两类其中的某一类，大多数网站都习惯于靠海量的资讯吸引用户，靠一些个性的功能方便的服务留住客户，下面将分别针对这两种类型对模型做一个简单说明，模型自上而下分别为：

表现层（surface）：表现层所关注的唯一一点就是视觉设计（Visual Design）即最终网站产品的外观，用户所看到的直接外观呈现；

框架层（skeleton）：框架层被分为三个部分包括两种网站共用的信息设计（Information Design）即信息表达方式，及软件型网站的界面设计（Interface Design）即界面元素的位置安排，及文本型网站的导航设计（Navigation Design）即用户如何在海量的资讯内容中穿行；

结构层（structure）：结构层需要定义软件型网站的交互设计（Interaction Design）即如何响应用户的请求，及文本型网站的信息架构（Information Architecture）即信息空间中内容元素的分布；

范围层（scope）：范围层则需要解决软件型网站的功能规格（Functional Specification）即产品功能的详细描述，及文本型网站的内容需求（Content Requirement）即内容元素的详细描述；

战略层（strategy）：战略层所关注的内容是用户需求（User Need）其实也是网站的目标，我们需要了解用户希望从我们这里得到什么，我们可以提供给用户什么及我们获得的商业及其他目的。

我们在浏览访问一个网站或一个页面的时候是按照上面的顺序（从具体到抽象）但当我们作为一个网站的建设者策划者或设计者的时候，我们需要“自下而上”的建设（从抽象到具体）当然，用户体验的要素肯定不止这些，与任何专业领域一样，这个行业也有它自己的专业术语，而且其中的一些看起来还相当复杂：交互设计、信息设计、信息架构等等。但这里的五个层面提供了一个基本的架构，只有在这个基础架构上，我们才能进一步讨论用户体验的问题，以及用什么工具来解决用户的体验。

在每一个层面的开发中，我们需要处理的问题将变得更加具体。在最底层面，我们完全不必考虑网站最终的外观如何，我们只关心网站如何满足我们的战略即用户的需求；在最高层面，我们只关心网站所呈现的具体细节。随着层面的上升，我们要做的决策就一点一点地变得具体，并关系到越来越精细的细节。

每一个层面都是根据它下面的那个层面来决定的所以：

表现层由框架层来决定；

框架层则建立在结构层的基础上；

结构层的设计基于范围层；

范围层是根据战略层来制定的。

当我们做出的决定没有和上下层面保持一致的时候，项目常常会偏离正常轨道，完成日期延迟了，而在开发团队试图把各个不匹配的要素勉强拼凑在一起的同时，费用也开始飞速上涨。

极端做法在这个世界上通常得不到好的效果，对于这个模型也是如此，并不是说每一个较低层面上的决策都必须在进行最高层面之前做出， 在较高层面中的决定有时会促成对较低层面决策的一次重要评估。在每一个层面，我们都根据竞争对手所做的事情、业界最佳的实践成果来做决定，这是最简单不过的老常识，而这些决策可能产生的连锁效应应该是双方向的。一个更好的方法是让 每一个层面的工作在下一个层面可以结束之前完成。