用户角色和人物模型，两者到底有什么区别呢？文章为你解读。

用户角色，人物模型，角色模型，人物角色…….每一本书都有一个叫法，国内翻译之乱其实也对我们造成了一些困扰。Allen cropper在About face4中提及，Larry Constantines（拉里·康斯坦丁）写了一篇文章专门讲述Personas和User roles，由于我在翻译这方面也不是特别专业，我在这篇文章就沿用About face译者所写的，User roles译作用户角色，Personas译作人物模型。

用户角色和人物模型都是捕获和传达关于用户的基本了解的有效手段，这两者到底有什么区别呢？Larry Constantine认为，人物模型描述用户，而用户角色描述的是用户和系统之间的关系。人物模型是比喻模型而不是抽象模型，它们被构造为类似真实的用户，甚至拥有照片，背景信息和个人历史，被建造得就像身边的普通人。人物模型在设计项目过程中利于移情，促进设计师从用户角度思考。相比之下，用户角色一点都不像真实的人。那设计师构造用户角色的意图是什么？

User roles用户角色

与人物模型相比，用户角色是一种更具技术性和正式结构的模型。在最广泛的意义里，用户角色被定义为是特性需求、兴趣、期望、与特定系统相关的行为模式的集合。在当下最常用的形式里，用户角色由背景，特征和指标（或标准）来表现，接下来解释一下这三个元素。

背景Context——用户角色所处的环境

背景包括角色的整体责任，以及它要完成的工作，和它所处的环境背景。

特性Characteristics

特性是指用户角色里典型的交互，行为和态度模式。

指标／标准Criteria

指标／标准包括能有效支持角色的特殊功能设置，以及对角色特别重要的设计目标。有时被称为可用性或用户体验属性。

随着不断丰富的开发经验，不断完善的用户角色清单用以帮助设计人员考虑中心问题，并判断可能与用户界面设计最相关的内容。下图是 Constantines和 Lockwood做的模版，列出的是被考虑用作表现用户角色的典型因素。 它们可能适用也可能不适用于给定的角色。

普遍使用的用户角色建模形式是被用于敏捷设计的卡片法（card-based technique）。在这种设计过程中，普通的索引卡快速构建成简化的模型，目的是尽可能快速地获得一个简洁的、易于创建和管理的模型。简化的流程使其特别适合用于时间紧张的软件开发或快速迭代开发，如极限编程。

用户角色卡的示例如下图所示，它描述了线下场馆售票员的角色，售票员日常要使用多场馆艺术中心的票务软件。在这个例子中，显示了很多突出角色核心功能责任的内容。

用户角色卡的示例如下图所示，它描述了在售票窗口使用艺术馆票务软件售票的角色，在这个例子中，用户角色被赋予了突出这个角色所承担的核心功能性责任的属性。一个长久性的身份识别会使得在大型项目中进行归档和跟踪更为容易，特别是需要跟踪需求的项目。

总结：用户角色和人物模型的区别

人物模型的真实性使得他们自然、有吸引力和难忘，因为它们是具体的比喻模型，可以轻松地跨越从用户描述到用户界面设计的障碍。在人物模型中的描述中，一般会明确地描述具体的解决方案，而不是简单的用户视角的一般特征。

例如：“小明在搜素框中输入字段，这时候他想要内联指令，工具提示和具有输入历史的预填充字段。”描述过程中有可能就产生了很好的想法，用户作为人，始终是复杂和多面的，在为人物模型提供贴近现实生活的描述中，过多分散的细节阐述很可能导致设计变得复杂，难以分辨出哪些对于用户界面设计是重要的，哪些是真实的用户特征，而哪些是在构建角色时创造发明的。

相比之下，用户对任何特定系统的关系必然更简单。 通过专注于用户和系统之间的关系，而不是更广泛地描述用户，用户角色为设计者提供更精确的用户模型，更具体地针对设计需求。用户角色是旨在以最简洁的形式来捕获最突出的内容。核心是差异化描述，要突出每个角色主要在于区别于其他角色的特征。为了简洁，不需要创建一个有趣，有吸引力或可识别的用户肖像。

两种方法的另一个区别是，使用人物模型目的是充分描述少数原型用户，而用户角色建模则旨在全覆盖，将用户能在系统中发挥的各种不同角色做成一个大集合，这些角色间相互关联但又有差异。在大多数情况下，用户角色的数量将超过人物模型，但人物模型会更加精细。人物角色的描述通常可以填满几页，但用户角色通常在单个索引卡上描述，很少占用过多页面。

参考资料

Constantine L. 8–USERS, ROLES, AND PERSONAS[J]. Persona Lifecycle, 2006:498-519.

新手翻译，大家如有疑问可以查看原文。

作者：中酥，知乎专栏：妙妙的设计蠢蠢的我

本文由 @中酥 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自PEXELS，基于CC0协议