《用户体验要素》的分解重构

2017-04-10 13:26:00

《用户体验要素》一书基本是所有产品人书单里都会有的一本。我第一次知道这本书是在深入浅出课程中听蚊子老师讲用户体验的时候。相信大家对这本书印象最深的就是下面这张图了。

如果大家有看作者的第一版前言的话，里面作者提到了这张在用户体验领域广为流传的结构图的由来。这其实也是作者在经过长年累月浸淫在用户体验的积累之后的灵光一闪，他及时地记录了下来，并且分享了出来。每个人总有灵光一闪而过的时候，抓住了，也许就能在原本的境界上更进一步，错过了，也许就再也找不回那一刹那的感觉了。这也是为什么产品人要持续记录自己的所思所想的原因，短期内也许没有明显的区别，但长此以往的坚持，总有厚积薄发的时候。

虽然这张图本身结构非常清晰简洁，但这本书的整体行文，有些地方还是存在条理不清的情况。本书因为成书较早，手机端的发展还不是很成熟，内容基本都是围绕网站来描写的，但这只是表现层的区别，内在的工作流程与设计思路还是相通的。

作者在前言中也说道，这本书不是告诉你答案的，而是说的“如何提出正确的问题”。接下来我会从每一层要问自己什么问题，基本的工作流程，以及输出物，三方面来对本书进行分解重构。

战略层

首先要问自己：

我们为什么要开发这个产品？

这就又引出了两个问题：

我们要通过这个产品得到什么？

回答了这个问题，我们就可以据此描述出企业的产品目标（product objectives），即来自内部的目标，比如先赚它一个亿。

我们的用户要通过这个产品得到什么？

回答了这个问题，我们就可以据此描述出产品的用户需求（user needs），即来自外部的目标，比如从地铁站到我家要走个15分钟，不太乐意天天这么走，骑自己的自行车嘛要么怕偷，要么不想付停车费，于是有了共享单车的市场。

此处的关键词是明确（explicit），当我们能越清楚地表达我们想要什么，以及确切地知道其他人想要从我们这里得到什么时，我们就能越精确地满足双方的需求。

工作流程

1.确定产品目标

其中就有商业目标、品牌形象等等，注意这里要设置一些成功地标准，即一些可追踪的指标，在产品上线以后用来显示它是否满足了我们自己的目标和用户的需求。比如投资回报率ROI达到20%，或者用户转化率达到30%等等。

2.调研用户需求

用户细分

通过运用人口统计学、消费心态档案等等方法，我们可以把大量的用户需求分成几个可管理的部分，这就是用户细分。而这一步我们的目标就是得到和你发现的“用户需求数目”一样多的细分用户群。

不要试图设计一个适合所有人使用的产品，那样往往谁都不会来使用。

可用性和用户研究

上一步我们得到了我们产品的用户群，这一步我们通过问卷调查、焦点小组、人物分析等等方法收集必要的信息来了解用户到底是谁。

创建人物角色

上一步我们通过各种分析研究抽象出来产品用户的一些特征，将特征组合起来创建出一个虚构人物来代表用户，这就是人物角色，有时也称做用户角色卡片、人物模型等等。下图就是一个例子：

我们可以把人物角色打印出来，贴在墙上或者任何你一抬头就能看见的地方，要对产品做什么决定的时候就想想你创建的用户角色会不会喜欢这个决定。

3.创建战略文档

接下来我们就要把上述的那些结论记录在一个正式的文档中，其中不仅仅是列出目标清单，它提供不同目标之间的关系分析，并且说明这些目标要如何融入更大的企业环境中去。撰写时文档不是越多越好，应该简洁明了并切中要点。

它可以叫战略文档或者愿景文档，产品人不用拘泥于形式，不同公司有不同的叫法，只要有那么一个文档，可以让你在迷惑下一步怎么走时，回到出发点来重新审视整个产品就行。

输出物：

1.人物角色

能帮助我们前进每一步都时时记着用户。

2.战略文档

成功的用户体验，其基础是一个被明确表达的“战略”。

范围层

首先要问自己：

我们要开发的是什么？

回答这个问题就要求我们定义出产品边界和产品生命周期。

产品边界明确了这个项目中要完成的全部工作。

产品的生命周期让我们知道现在在做的是什么，哪些可以放到下一个版本再做。当前难以满足的需求，可以成为启动下一个版本的基础，这样就能形成一个不断循环的开发过程。

工作流程：

这一部分作者根据产品性质的不同将其分成了两部分：

功能型产品比如摩拜单车、滴滴打车等等要考虑的是功能需求；

信息型产品比如知乎、简书等等要考虑的是内容需求。

其实现在很多产品都很难把它界定成其中的一种，但这样区分可以让工作变得更有条理，即使是复合型的产品，也可以从这两个角度分别定义需求。

1.定义功能需求

哪些应该被当成产品的“功能”以及相应的组合。

比如摩拜单车，用户不需要能在手机上看到哪里有车吧，所以需要GPS定位功能；用户用完车得付给摩拜钱吧，所以得接入第三方支付等等。

2.定义内容需求

首先要定义出所有不同类型的内容，比如文本、图像、音频等等。

然后是内容的特性规模，比如文本字数、图片像素等等。元素大小的不同限制对于后台资源的消耗影响是巨大的。

最后还有更新频率，这应该来自于你产品的战略目标。比如，从你创建的人物角色来看，他们希望产品多久更新一次信息？以前很多的信息型产品，内容都是由站方提供，那时候的更新频率考验的是企业内部的人力资源，而现在内容开始由用户自己创造，所以现在考验的是运营能够吸引多少的活跃用户来产出内容。

3.确定需求优先级

评估需求的可行性，从技术、资源、时间等多方面综合考虑。任何不符合当前项目的战略目标的特性建议，都要通过范围定义将其排除出去。

当你把用户需求和产品目标转变成产品应该提供给用户什么样的内容和功能时，战略就变成了范围。

结构层

在这一层，我们要将关注点从抽象的决策层面，转移到更具体的因素上。将之前分析出的片段，创建一个概念结构出来。

工作流程：

1.交互设计

交互设计关注于描述“可能的用户行为” ，并定义“系统如何配合与响应 ”这些用户行为。

用户对于“交互组件将怎样工作”的观点称为概念模型（conceptual model）。概念模型是用于在交互设计的开发过程中保持使用方式的一致性的。

比如一些阅读软件的书架页面会把背景设计成一个木书架，小说以书的视觉样式呈现在书架背景上，用户自然就知道点书就可以直接看。用户在使用产品的时候，基本上是凭直觉和习惯的，这就是选择了一种与用户直觉、习惯相符的概念模型。

2.信息架构

信息架构关注的就是呈现给用户的信息是否合理并具有意义。

在以内容为主的产品上，信息架构主要的工作是设计组织分类和导航的结构，让用户可以高效率、有效地浏览网站的内容。

其中有可以通过创建分类体系、导航结构、组织原则来结构化产品信息。比如下面两张图的导航栏设计就能显著提高用户找到自己想要的信息的效率。而且在不同的层级选择的组织原则也不一样。在较高层级选择通过内容的类型来分类（用户、话题、专栏、live等），而在较低层级选择内容的主题来分类（影视娱乐、心理学、互联网等）。