在实践中的可用性

角色的功能

Dr. Charles B. Kreitzberg and Ambrose Little

内容

认知的视图
如何创建角色
为什么角色工作,Well
推断角色支持的类型
多少角色?
连接到屏幕的角色
内容进入角色
软件视图
empathy
执行并在做什么顺序阐明内容
阐明如何实现它
通信
角色的快捷方式
摘要

认知的视图

kreitzberg.gif

Dr.Watson Charles B Kreitzberg

如果您设计一个用户界面应考虑创建用于指导您的角色。角色是一种用户体验 (UX) 设计的基本工具。角色是软件的表示您正在开发的用户段的虚构用户的说明。当然,"虚拟"一词适用于此人不说明,,这应该是为尽可能 grounded 在现实。

图 1 显示为一个金融机构开发的简单角色的示例。Bill (和妻子 Sue) 是虚构的组合,从与银行的客户进行的面试开发的。面试和其他研究揭示银行的客户找回成每个拥有自己的目标、 问题和 Internet 使用习惯访问群体段的数字。通过创建角色来表示线段,就更方便地表达设计问题和回答它们。

角色可以更长和更详细。下面是为在同一个项目创建的长角色的一个示例。插入指向的标记签署 pdf]

角色创建不准确的科学,并且很难以验证角色程度实际反映了用户。事实角色的创建通过的 Fiction 的操作已导致有人完全怀疑它们的值。这样抨击非常重要,如果它充当从数据构建角色的提醒这就是通过其特性不完整和 imperfect。但角色是仍然非常有用。在及其优点角色:

  • 使设计人员可以使 inferences 有关需要和愿望的访问群体段。
  • 用于压缩和易于理解的方式通信用户的特征。
  • 帮助防止利益相关者更改前进窄感兴趣的访问群体段的定义。
  • 一个图标放的人员要为其设计用户界面。

fig01.gif

图 1 A 简单的角色

如何创建角色

像大多数的设计元素可以重复开发角色。并且像大多数的设计元素有协作创建角色的好处。涉及利益相关者和其他团队成员可增加该角色的准确性,并创建可帮助团队对齐它们周围的提醒,有关该用户的一个级别。熟悉角色人员随着在开始谈论它们像实际的用户。发生这种情况时您已获得有价值的焦点。

角色不需要为复杂非常有用。我通常首先创建基于与销售员或客户服务人员和,知道访问群体的人进行对话的角色的简短轮廓。我调用这些角色"assumptive 角色",因为不会基于实际数据。

是有时的需要的一切我时间或资源来执行。但是更好的做法是面试用户和使用数据收集到验证和优化角色。在某些情况下,组织可执行大量的数据收集和使用各种 ethnographic 的研究技术创建高度精致式的角色分析。

它并为已真正和研究角色,很好,但即使您可以同时使用仅几个简单 assumptive 角色,您会发现它们是真正有用的设计工具。

以帮助您了解角色和他们构建的极好资源是簿角色生命周期: 记住用户在产品设计,由 John Pruitt 和 Tamara Adlin (Morgan Kaufmann 2006)。

为什么角色工作,Well

角色点击到基本的工作技能,能够进行有关如何将响应其他人的预测基于的精神模型。一个可以经常预测准确如何关闭的朋友或家庭成员将对特定事件做出反应并决定如何处理基于这些推断。

与关闭的朋友和家人有的体验的历史记录精神模型丰富的、 (通常) 准确。但其中一个也是能够有关基于相对较小的数据的人进行推断。只查看某人的态度或状况如它们遍历可以说服跨在街道。

当然,假设用户如何将特定的情况中的行为可能无法正确此时,您经常进行推断的错误。但是,能够可靠地预测的其他行为生存,必需且人 cognitively well-equipped 要这样做。这使角色如此强大。当您创建的观众模型时,,就无法使 inferences 进行有关如何在将响应设计选择。

推断角色支持的类型

有多种使用角色,可以简化设计过程的方式。您可以使用它们:

  • 帮助您选择您的目标用户是最有可能更喜欢的多个设计替代之间选择
  • 帮助设置的功能之间哪些用户需要是好的能够 discriminating 的考虑下优先级
  • 决定是将使用用户
  • 确定内容将冒犯或导致 distrust
  • 确定是否一个 UI 会提供所有用户,或者是否需要创建多个的 UI

当然,尽可能,应当验证通过可用性测试,或与用户的其他直接交互进行设计决策。

多少角色?

最交互的产品具有多个访问群体段。这表示您应构建多个角色。但是,使用太多的角色在过程可以签出的手动获得。为经验,三个或四个角色是足够对于大多数项目。如果您发现您要创建多个五或六个,停止,并 reconsider。

许多专家认为应将一个角色指定为主要角色并将其他作为辅助。设计决策将被用记住主要角色并针对辅助角色然后测试 (通过考虑实验中)。然后,可以添加额外的设计满足辅助角色的任何 unmet 的需求。如果不协调主要和辅助角色,它可能会建议您需要考虑不同的 UI。

连接到屏幕的角色

用户和交互的产品之间交互由两个模型的交集控制。第一个是在用户界面包括导航、 交互设计和信息体系结构的设计模型。第二个是精神模型用户使交互。用户的精神模型中是行业的系统的他或她知识库、 计算通常,和解决该产品。

每个交互开头的用户目标。用户查找来确定操作是可能,屏幕,并选择将他或她靠近获取所需的目标动作。范围内的角色可帮助您了解用户的精神模型,它可以是指南设计的有效工具。

为每个屏幕可以枚举在您的用户可能有到达时的目标。然后,您可以要求设计中是否包含该用户需要处理可用选项,并做出正确的操作的所有信息。如果回答是不,然后存在可用性问题,需要重新设计的。

内容进入角色

许多人感到非常重要角色为格式与不,最初,似乎与开发产品的个人信息。此,在值他们认为,为的格式的角色使您可以告知用户的文字部分中,并此过程使角色更重要。

此争用的事实但您仍需要决定要包括的内容以及将超出该角色。强大的工具是在角色创建和使用工具包开发设计可以下载在交互 George Olsen。

OIsen 已经开发了一个综合可能更困难您可能要考虑的所有因素的列表包括您的角色说明中。得过广泛使用作为一个整体,但是我发现它是考虑完成的极好起始点。

通常,我角色说明中包含以下元素:

  • 角色名称和照片
  • 报价单或用于捕获个性的标语
  • 人口统计数据性别、 年龄、 婚姻状况家族,人员所居住)
  • 教育
  • 工作
  • 生活方式的因素和目标
  • 计算机生效和使用
  • 值和看法

使用这些作为基,我尝试包括开发该产品的上下文中有意义的元素。因此,是例如如果我正在从事一个银行系统,我可能包括财务资产、 财务复杂、 主要的费用、 资金,和等的看法。不很明显我还考虑的信任的问题,如何此人将金融机构,在他或她获取建议和类似的散文或 attitudinal 因素的可能影响设计。

对于就地基本角色,我尝试如喜欢和宠物 peeves 丰富其使用个人的元素。如果我正在进行面试,我经常会询问在回应者,哪些它们所喜欢的电视节目、 读取这些哪些杂志以及有助于充实文章其他个人数据。

角色是功能强大的工具。似乎太 unscientific 一些但它们可以在同时支持设计 process. 的对齐方式使团队和利益相关者的形式帮助包用户数据

对本软件视图

little.gif

Ambrose Little

还有大量的只创建假设您获得合适的人员参与的角色中的值。它实际上,已被建议构建角色的此过程提供给组织主值 ; 但是的并不意味着角色不超过创建阶段有价值,您就必须知道如何以及何时使用它们。

大多数的开发人员如果他们熟悉的角色,概念选取它从 Alan Cooper 在 Inmates 运行在 Asylum (Sams,Pearson 积矩法 Educatio,2004)。Cooper 负责,一般说来创建和软件开发中 popularizing 的角色,在这种情况下,方法,并在面试他调用它们在"亮 Light 下做 design… 一个种功能强大的 malleable 的工具,以帮助您查找您的用户认为"即为我过任何为好说明。

在询问如何使角色,很有用还要考虑如何不使用它们。其文章文"定量评估角色信息,"Christopher N。Chapman et al 进行这样的角色不真实用户的实际信息的有效源。根据从实际客户的属性的数据库中生成角色类似 substances 的其演示 (,实质上是没有它们相匹配源客户属性记录之一) 生成的角色类似 substances,其源材料显示非常低的对应关系。这是为定量警告一种很好,不能 deceived 到考虑您的角色是真正的个人,不让它们替代的真正需要有某种类型的定量输入,以通知您的解决方案的情况。(请参阅"为角色的死亡 !长 Live 角色 !.") 不使用角色为替换的实际数据,当您需要实际数据时,它们派生设计资产,不是实际的客户数据。

是例如如果需要将您的产品或与支持哪些操作系统的项目中做出决定时,可能不想要依赖于一个角色,以通知决定。相反,您查看客户数据,告诉您目标客户群使用哪些不同的操作系统和进行决策基于硬盘数据的百分比。角色可能捕获了操作系统,使用首选项,但如果它是更好要基于类 quantitatively 明智的决策,定量-分为的数据。

角色很更加有用,为使您如何在设计解决方案的永久深入的定性工具以及所进入您的解决方案。在最知名的人员中心设计讲师之一的 Donald Norman 我们这样:"[角色] 只需要实际、 不实际、 不一定更准确 (只要这些准确地描述用户群)"。 他标识的角色的两个核心用法: 的通信以及 empathy,这似乎很专到。(请参阅"广告特别角色 Empathetic 焦点 (& S).")

empathy 是大约为 squishy 获取并可能似乎有点外部如果您不习惯考虑方面功能要求,但如果要使这好的人员将使用它,empathy 是核心值。有关将自己 metaphorically 放入其鞋的所有信息。

如果您正在考虑将哪种功能,可帮助角色。它们还有助于确定优先级别功能。如果您正在考虑如何目标观众可能希望实现特定目标或任务角色可以是一个 indispensible 的工具。即使在独立的接口上您可以用于角色帮助您两个假设如何它们应设计并仔细检查针对您的角色可能需要设计。

执行并在做什么顺序阐明内容

要包括在您的过程中的角色在具体方法是让您利益相关者确定您的角色的优先级,并使用的为创建您的解决方案中的功能的加权的优先顺序图 2显示。

图 2 确定优先级功能
功能 Elizabeth Miranda Tom 总体
查看项目 2 1 2 10
放置顺序 0 2 1 4
权重: Elizabeth-3 | Miranda – 1 | Tom 2
2 – 必须具有比例: | 1 – 像则 | 0-不需要 / 关注

此简单的表说明视图项功能非常更为重要到解决方案于发生顺序从目标访问群体的角度。在 weightings 建立预先,可能通过市场营销、 销售和产品管理 (业务负责人) 的输入。注意这不完整的图片在分配的优先级 ; 没有表示需求和业务本身的目标。

对于是实例,很高可能发生顺序功能必须实现它是一个可行的解决方案 fund 该公司。同时业务的需要和用户应能平衡创建 harmonious 的解决方案。(和如果找不到 harmony,解决方案可能不会成功的进一步说明的只是验证寻求解决方案的想法的角色值。

此处,核心理念是要使用角色一致仔细考虑、 验证从目标观众的角度在开发周期各个方面。若要可 Elizabeth 在为必须具有值查看项目的了解,必须实际置于其鞋认为有关多少用户将值的功能。这是到目前为止上级业务分析人员、 项目经理或甚至开发人员通常尝试值放入功能使用相同的比例我已经观察很多时候我职业生涯中)。它可能用于确定优先级的 bug 修复以及的再次可能会比紧迫感或严重程度的常规的意义上更加真实的优先级。

阐明如何实现它

说明如何使用角色的另一个示例是仔细考虑如何角色可能希望使用该软件。如果要执行这是新或尝试改进现有解决方案或,当然,试图区分 UX.此功能尤其是非常有用实际上,甚至您获得确定优先级之前,角色可帮助您正确地表达要生成的内容,而不是从竞争对手的功能的列表,功能要求正式使用案例和类似 (或如果您已经有与,它不太晚,它们可以 reformulated 类似的方式),启动 reframing 如何生成的目标的问题和您的角色的动机。

它们的角色的两个关键方面,他们这两个做多个单独的属性和首选项以帮助您真正获得 empathetic 观点。如果您可以停止和自问一下为何此人要做了您的解决方案,以及它们要达到,它将会向适当的焦点长方式。

同样,如果您发现了我最近,超出您的设计有大量的 prickly 问题发送它的问题中它可能只是需要缩小和从角色的角度来看 anew 攻击问题。有时很难中断的设计,考虑的旧方法,并使用角色有助于您 reformulate 的方法。在我的情况下,这样帮助我看到我们需要以某种程度极大地改变方面的实质上是相同的功能提供给我们的目标访问群体我们方法。

此技巧这么未使用某些公式或但而不是在更改地了解如何构建您需要构建的表达方式的方法。

通信

除非您是单个唯一中涉及您的解决方案创建然后角色可以是一个很好的工具,要进一步调整公共语言和了解什么是要将有关。域驱动设计中使用核心方法之一是该无处不的语言以及角色帮助您更好地了解域和域中使用以便帮助每个人都在同一页上的语言。

在研究进入通常形成角色的发生早在进程中人员正忙,和可以备用仅太多时间提供输入形式的面试,等等。实际的用户不是 avilable 在以后但是角色是始终可用它们需要的任何地方。

以是短它们是最佳的 stand-in 与真实的人不选项时, 可以获得有关,有时它们可以更好因为它们不容易情绪或古怪、 unrepresentative 意见 (prejudices) 可能会错误地使答案的。当然,不会进行更好所有时间或者,因为它们依赖的答案会是您解释。

实际上,解释需要可以是一件好事。它可以 stimulate 更为重要的考虑 dialectically 可以给协议如何操作或如何执行该操作。可能会不如果会发生此团队依赖属于 undisputed 的代表客户的个人。

即使在工作组成员提交到人员中心设计的情况下,角色有助于解释否则可能显示为 dictatorial 规范。我曾看到过这一点超过一次,其中的设计说明时质疑因为它没有意义有人团队。它们查找它从其自己,看似直观角度来看,但不为其生成解决方案。角色提供解释为什么该规范是方法的已知的、 具体的引用点是,接受离开什么意义各个团队成员 (或它们的首选) 以使适合要生成的人员所讨论的焦点。和有时,要求或规范的怀疑来自某一角色的角度来看并再次,dialectic 根据不同的解释将导致更佳的解决方案比个人有建议自己。

fig03.gif

图 3 基于角色的文章

如何使用角色通信一个具体示例是通过方案和文章。 "方案"相当重载的条件,因此我清除在我的含义。一个方案是人员 (最好是角色) 和一个可以从中派生设计意义的指定上下文中某个产品之间的一个或多个相干性交互的说明性说明。方案关注用户如何不详细地指定设计体验软件 ; 这就是它们提供相关的面向人员的认知和的设计应如何操作。这是而不是为了什么我会调用"文章,"这是用于具有特定重点需求、 目标和愿望的方案的背景的重点,一致说明。文章提供多个该原因,工作的动机。

要启动与一篇文章基于您的角色,然后的准备好,到直接可用来设计您的解决方案的方案,然后验证,并验证您的设计。它可以映射更多或更少的目标和交互 / 任务 / 活动,提供的目标了上下文和驱动因素位于的文字部分并方案映射到特定的交互的更多或更少。图 3 显示假想的解决方案中的一篇文章的示例。

这是从一个名为具有的文档部分的很棒索引卡视图的 Scrivener 工具快照一个屏幕。我会使用该视图,对于这些用途保留案例和短的方案和点,它们应当简明因为忙的用户需要读取并使用它们。图 4 显示某些可能的情况下此整个文字部分中。

fig04.gif

图 4 基于角色的方案

这些方案包括从该角色的角度 (Sandra) 的离散但一致交互。文字部分是一个的已知基于角色的真正目标。方案属于您的想象力进入播放) 如何 Sandra 期待能够实现其与该解决方案的目的是在的问题,答案描述未指定任何超过的 Sandra 用途的说明。您会看到从一种情况体现出来,到另一个,文章,并且还可以想象自己这些交互的起始点、 某些的交互以及一致的终结点可进一步操作基础的。

请注意这些方案是不要将指定在进行的交互用户界面中的实现方式。原因是双重: 首先,不想要提前限制您的用户界面设计,您应该打开几个可能的解决 UI 方案支持交互 (如应当打开迭代自己方案) 循环访问,第二个,是更加高效设计的在用户界面 (具有 wireframes、 模型、 原型和等等) 用户界面中有效。。

您可以假设同一文字部分和方案未能派生只是从用户搜索或从一组详细功能或业务的要求。可以使其中类情况适合基于您的流程,但关键是他们帮助您仔细考虑如何最佳设计解决方案的最小的投资。

角色的快捷方式

fig05.gif

图 5 角色快捷方式 (有意模糊的图像)

最后,通信的一个方面为 Charlie 覆盖,是如何通信本身的角色。有很多的便利方法而且根据您的背景可能需要一些克服的 prejudices,即,具有海报,卡、 cardboard cutouts、 操作图表和其他真正的物理对象可以很可能更多有效通信进行,并使其顶部的注意比,例如,如 Word 文档或 PowerPoint 演示文稿,只是一个数字版本位于出 SharePoint。Devs 倾向于技术解决方案供所有,但包括角色,设计,它是通常最好喜欢非技术解决方案。

但是,即使有这些物理项目,许多朋友们在中工作多环境 (在咖啡店,在是家位置),这样始终无需与周围。在这样的情况下有数字副本可以帮助,然后我建议在桌面上保持它们的一个目标如 图 5 所示。

这将具有双的优点,同时提供一个可以链接引用数字角色文档以及保持自己的角色 (图像和名称) 的顶部考虑。很容易过执行操作,只是创建一个快捷方式并将图标更改为您的角色的一个剪裁 headshot。只是一种简单方式使角色更多可用如果传输类型。

摘要

在这期,我们时间角色的有些详细的的教程。首先,我们介绍如何使它们过程和技术参与开发,验证,并且该 maturing 本身角色,具有整个团队参与获取好得多地了解其解决方案开发的一大好处。

然后我们讨论了一些不同的用途的角色,如何不使用它们,以及如何,chiefly 即可 empathy 通知如何和如何生成,以便有意义目标观众以及重要的通信工具保留在同一页说相同的语言和协作中根据用户而不是中根据技术或层次结构的条款上的团队成员。

有关详细的角色信息请参阅角色 GUIUI.com 上的资源和MSDN 上的示例测试人员角色.

将您的问题和发送注释 Charlie 和 Ambrose 到magux@Microsoft.com.

Dr.Watson Charles Kreitzberg是 CEO Cognetics Corporation (www.cognetics.com),它提供了可用性咨询和用户体验设计服务。他的热情创建使用和 delight 同时支持产品的业务目标的用户的直观界面。Charles 居住在中心新新泽西州他 moonlights 为执行的音乐家。

Ambrose Little 居住与妻子和中心新建新泽西州中的四个子项。他的被设计和开发软件 10 年以上,honored 是一个 INETA 发言人和 Microsoft MVP。大,他的从技术的设计移动到用户的设计,现在用户体验的 Infragistics 设计器。