敏捷用户体验设计方案.doc

敏捷用户体验设计方案 人物角色（Personas） 英文单词Persona，原意是指戏剧或小说中的角色。在软件产品设计中用到的人物角色（Personas）： 是被描述成了具体的个人的用户模型，他们“有鼻子有眼”非常形象 是虚构的一个/一组人，但他们背后有真实的、基于目标用户群的坚实数据支持 是大量用户数据的综合体现，是目标用户群的具象化结果。 Alan Cooper提出了Personas的概念，但，Alan Cooper并不是将用户模型化的第一人。在对用户进行建模这一做法上，LarryConstantine比Alan Cooper实践的更早，做出的成就也不比Cooper小。在此，我并不想对Personas做求本溯源的介绍，更无意甄别“Constantine和Cooper谁个更牛”。我只是想说，Personas并不是什么新奇无比的玩意儿，至少，在Cooper提出Personas之前，Constantine已在用户模型上做了很多工作了。在其他领域、在其他更早的时期，对人的模拟也会存在：例如，我们会用唐僧师徒来映射不同类型的员工；在山西流传下来丧葬风俗中， 会有两个纸作的假人陪葬，“以代儿女们在阴间行孝”，并分别起名为“金童”、“玉女”。（不好意思，把人物角色弄得这么阴森^.,^）希望这段介绍，可以消除“人物角色”的神秘感。我们会在后面的章节中对“人物角色”做更详细的讨论。 在详细展开“人物角色”的话题之前，我们首先需要回答这个问题：“没有‘人物角色’不行吗？弄这个舶来的概念怪费事的！”没有“人物角色”这一概念之前，地球是照样转的，当然，软件产品的设计开发也照样进行。那么有了“人物角色”之后，对软件产品的设计会有何帮助呢？让我们来谈谈人物角色的作用： 1) 坚定立场。因为人物角色是“有鼻子有眼”的，所以，它是同理心很好的载体，可以让设计师时刻站在用户的角度去思考问题。 2) 呈现结果。人物角色是“打包”后的用户研究结果，是用户研究结果的有力呈现方式。 3)交流工具。由于人物角色是用户研究结果的具象化，它不但生动，而且代表着用户真实的目标和动机等信息。利用太来交流用户研究结果，可以大大提高团队的沟通效率。 4) 设计依据。人物角色，让设计师找到了“以用户为中心的设计”的着力点——“用户”，特别是在团队成员间对设计方案存在分歧时，我们可以依据“人物角色”来筛选最佳的设计方案。 做好准备，让我们好好接纳“人物角色”这个洋概念吧。 用户目标列表（Goal-list） “我们并不关心用户的‘八卦信息’，我们只关心与用户使用软件产品相关的用户目标。”让我们来仔细解读一下“以用户为中心的设计”，其中的关键字是“用户”。表面上看，“用户”是人，如果可能的话，我们希望发动网民的力量对其“人肉搜索”个底朝天。但是，我们真的需要那么多八卦信息吗？例如，“很黄很暴力”的中学生爹妈的工作单位对新闻事件有实质性补充吗？没有，当然没有。 “用户”用的是什么呢？是我们所要设计的软件产品的用户。我们为什么进行“以用户为中心的设计”呢？是想把我们的软件产品做好。所以，我们的重点其实是“软件产品”。我们只要搞清楚用户为什么要用我们的软件，想用我们的软件达成什么样的个人目标，或者想用我们的软件解决什么样的问题。这样，我们就知道我们需要如何操作了。 我们需要关注的东西很明确：用户目标/问题（困难）。 目标和问题其实是一个概念的两种表述方式，从积极的方面讲就是用户要达成的“目标”；从被动的方面讲，就是用户所要解决的/所面临的“问题”。为了表述方便，在后继的阐述中，我们将“目标”和“问题”统一称作“目标”。 小结 人物角色的核心就是用户目标。用户目标和人物角色就是一枚硬币的正反面，不可分割。人物角色中，之所以包含“用户目标”之外的信息，那是为了承载“同理心”。也就是说，如果设计师可以很好地做到“换位思考”，那么，我们的人物角色模型=“用户目标”模型。 在本节中，我之所以将用户建模的输出结果之一说成是“用户目标列表”而不是上一段提到的“用户目标模型”，那是因为对用户目标的处理和分析工作，将会贯穿软件设计过程的始终。在用户建模阶段，我们只需要尽我们所能列出我们所能知道的“用户目标列表”；在接下来的工作中，我们会对“用户目标”做专门的处理，即目标建模。 Actor、Role、Profile、Personas 与用户模型相关的概念有4个：Actor、Role、Profile和Personas。在此，我会尝试着对其作出辨析。 Actor Actor与Use Case（用例）有着密切的联系。通常译作“执行者”、“参与者”。在描述业务的用例中，Actor是执行业务的“人”（当业务是自动化完成的情况下，Actor就是“软件系统”），是一个岗位职责集。我们可以把每个Actor都可以当