本文的作者Stephanie Troeth可谓一个用户体验策略专家，在此文中，作者介绍了一种非常新颖的用户体验工具，也可以说是一种方法。这种方法结合了坐标轴和矩阵图，弥补了用户角色、用户旅程、心理模型等常见用户建模方法的不足，并通过一款APP设计带读者感受了一番其中的独到之处。这种方法简单易上手，非常适合小团队敏捷开发，同样也适用于大团队成员间、利益关系者间的交流，降低沟通成本。

　　原文链接：http://uxdesign.smashingmagazine.com/2013/03/12/design-multifaceted-user

　　在做设计的时候时刻都要以用户为中心是一件很棘手的事。我们不仅要清楚的知道谁是我们的用户，而且要快速把对用户的了解转换成一个设计良好的产品。这通常并不容易做到。

　　目前，我们使用的的用户体验工具倾向于把重点放在“谁”是我们的用户上。我认为这是从传统营销和市场研究中沿用下来的方法。在几年前，我偶然发现了一种不同的方法，而且这种方法的有效性已经在我的项目中得到证实。在构建价值主张和描述我们对用户行为作出的假设时，这种方法也是非常方便的。而我喜欢它的最重要一点是它能帮我完成产品优先设计决策。

　　因此，首先让我说一下目前的工具集不完善的地方，然后我会带你一起看一个使用了这种新方法的案例。看完这边文章你应该做好准备自己尝试一下这种方法。

　　我们是多面的(We Are Multifaceted)

　　站在用户的角度设身处地的想一下。一个朋友推荐你加入Facebook的一个组，而且这个组的主题是你们两个都很喜欢的。如果是那种像我一样害羞的人，你或许会潜水一段时间，当你熟悉了这个组的动态以后，慢慢的你就有勇气发表评论和分享连接。

　　再设想一下，你偶然在博客上看到一篇你很感兴趣的帖子，那里已经有了别人的回复，但你不能苟同他的观点——我敢打赌，如果你恰好被解雇了，你一定会立刻反驳，而不是先花点时间看看之前的评论。你仍然是同一个人，但你对一件事的反应会取决于那是什么事，以及那时候发生了什么事，这是很正常的。

　　对设计师而言这意味着什么?对我来说，这意味着我的交付物对“谁是我们的用户”规定的过于详细。更深入的了解用户所处的多种情境(不同环境会产生不同的行为和决策)也许我们会做得更好。

　　总之，目前看来我们使用的工具(tools)大部分把人本身作为关注的重点，而不是预测用户可能的反应。但是我们忽视的这一点，恰恰是作为设计师应该进行有效设计的地方。

　　人物角色(personas)，用户旅程(user journeys),心理模型(mental models)?

　　人物角色，是基于合理的的研究方法创建出来的，内容提炼自几个有代表性的用户形象。人物角色有很多优点，特别是在确定谁是我们的用户时，它可以在众多利益相关者之间建立起共同语言。

　　用户旅程(user journeys)和体验地图(experience maps)能够揭示用户在使用应用(application)和网站时潜在的路径。它们对理解用户流(flows)、把用户需求需求向功能转化很有帮助。

　　上述两种工具以及由它们衍生出来的工具，都对用户做了深度思考。用户路程可以描述用户具体可能做什么，但没能说明用户为什么会这样决策。通过人物角色，你可以一定程度上获得用户的背景情境和活动信息，但你要的信息只需包括当前设计能用到的就够了，很显然人物角色给的远超你所需。

　　考虑一下，在你的典型设计流程中实际上包含了哪些内容。在任何阶段，你的设计都需要满足不同的活动流(activity flows)。作为设计师，让我们崩溃的是我们不得不把一系列复杂的用户行为转化成可量化的功能集，而且要切实的适应于产品管理计划。

　　应用人物角色和用户旅程来研究和描述这些复杂的用户行为并且保证整个过程的轻便性是一件非常困难的事。

　　上述提到的三种工具中，最接近我们所使用方法的是心理模型，它可以帮助你概括出用户的意图和任务。然而，使用的心理模型通常并不能直观的展示不同的场景的内容。

　　目前为止问题仍然存在：当用户的行为和动机在一定范围内变化时，我们如何做才能保证产品定位和界面设计都能符合用户的决策模式(decision patterns)?

　　用户群组建模(modelling user groups)

　　终于，偶然一个机会在一个客座演讲中我听到了一直在寻找的解决方法，演讲者是David Rollert，是我的朋友兼同事，一个经验丰富的设计师。

　　那天，大卫通过展示一系列用户体验工具吸引住了在场所有智能设计工程专业的学生，那些工具中包含了一种创建用户群组(groups of users)的方法。他以一个交友网站为例，展示了如何定义用户群组的关键维度(dimensions)。(图1人群维度、图2喜好维度)这一步和我们平常创建用户角色时使用的方法没有区别。经过大卫的许可，下面引用了他幻灯片中的图片。

　　接下来一步我们开始探索模式(patterns)的。大卫把上面的其中两个维度结合在一起并且举例展示了一组3×3矩阵图，从中可以看出用户的即时目标和用户想要扮演的角色之间的关系。为了填满矩阵中的空格，大卫问了这样一个问题：“每个群组的需求是什么?”

　　在Russ Unger 和Carolyn Chandler 所写的《A Project Guide to UX Design》 (第6章，第90页)中提到过类似的用户建模方法，但只有寥寥数语。文中除了强调“真实用户研究”(real user research)的必要性之外，其他的和我们通常的做法一样——根据“用户是谁”而不是“用户想要什么”或“什么驱使他们”来创建用户群组。

　　我觉得这是很有趣的事。如果我们不问“这些用户是谁?”而是换一种方式问会怎样?例如，“这个群组的用户想要做什么?”，“他们需要知道什么?”在接下来的几个项目中，我开始在工作中采用这一方法。而且结果已经证明在很多时候这种方法是非常有效的。

　　在继续深入之前，我想指出，这种方法并不是最终的交付物。这种草稿不能拿来给客户或产品经理签收。这只是一种方法，用在工作坊中以及和利益相关者的讨论中十分有效。

　　探索对用户作出的假设

　　“用户”已经成为一个负载词(loaded word)。我们总是把自己的信念、诠释、和情感一股脑附加在“用户”和他们的需求上。在几个团队待过之后，我开始意识到一个普遍存在的问题：并不是所有的利益相关者和团队成员对“用户”一词的理解都是一样的。这就是为什么在内部拥有一套用户角色集合可以很好地解决语言沟通上的问题。

　　然而，用户角色的问题在于它只是把单个特定的用户场景展现出来，在研究一系列连续的用户场景时，它并不是最好的工具。

　　矩阵图的方法透过不同场景的视角，帮助我们研究已知的、未知的用户行为和动机。我已经用这种方法做了下面的事：

　　创建关键受众角色

　　理解或验证价值主张

　　确定优先研究的领域和产品功能——确定我们已知的信息和缺乏的数据

　　找出哪些功能是非常重要的

　　它的本质是一个用来理解用户模式的结构化头脑风暴工具。它最好的地方在于可以很容易的“解压”(unpack)那些不同利益相关者对用户做出的假设。

　　第一步：画出矩阵图

　　我已经在多次与顾客以及工作坊参与者的交流中用到这种思考方法，对我来说3×3矩阵是最有效的。可能是因为它可以给我提供足够多的样本，而且不会过于精确——因此可以避免出现分析麻痹症。

　　　　第二步：确定重要的坐标轴

　　接下来需要确定我们设计的系统中可以包含哪些不同的用户(矩阵格子中所代表的不同用户群)。

　　我们看一个为跑步者设计的潜在社交应用。本地跑步的用户可以发布跑步路线，游客可以通过应用找到这条路线。

　　我们可以假想一下虚拟竞争因素。一个跑步的用户在之前某个时间发了一条跑步时间的信息，你看到后想在同样的路线上打破他的记录。亦或是当你到达一个新城市后想找个路线小跑一下领略这个城市的风光。试想一下我们需要满足用户的哪种行为属性才能能吸引用户使用这个应用?

　　我倾向于选择“反对”(opposing)属性。你可能不同意我的观点，然后列出如下属性和对应的用户场景。

　　探索(explorative)

　　“我想通过跑步找一种感受这座城市的新途径。”

　　竞争(competitive)

　　“我想和别人赛跑或者我想自我超越。”

　　频繁(frequent)

　　“我经常跑步，每周几次甚至每天一次。”

　　偶尔(occasional)

　　“我每周跑一次，或者更少。”

　　你的坐标轴可能会是这样：

　　感兴趣(curious) ↔ 在使用(engaged)

　　社交(social) ↔ 个人(individual)

　　探索(explorative) ↔ 竞争(competitive)

　　频繁(frequent) ↔ 偶尔(occasional)