产品经理必备--用户角色模型分析..doc

1.3用户角色模型 ??? 很多项目的story给人感觉好像系统只有一种用户。所有的story都从这种用户的角度来编写。这种简化是错误的，它会导致团队遗漏那些非系统主要用户的用户需求。用户为中心的交互设计(UCD)和迭代设计中都讲到过在写story之前首先识别用户角色的一些好处。所以本章，我们将看看用户角色，角色模型，用户角色图，人物以及如何从角色建模做起,做出更好的story和更好的软件。 1.3.1用户角色[1] [1]本章大部分关于用户角色的讨论都是基于Larry Constantine and Lucy Lockwood的工作。更多关于用户角色模型的信息来自他们的网站或者使用的软件。 ????假设我们正在建设BigMoneyJobs（发布和查找工作）站点。这种网站包括很多不同类型的用户。当我们谈论user story的时候，谁是我们谈论的用户呢？Ashish，一个拥有一份工作,但一直都想寻找一份更好工作的用户么？Laura，一个刚毕业正在寻找他的第一份专业工作的用户么？还是Allan，一个已经决定找一个能让它去Maui（毛伊岛）并且可以每个下午都去冲浪的用户？或者说是Scott，一个并不讨厌他的工作，但是意识到现在应该继续进步的用户？当然也可能是Kindra，一个6个月前被再次解雇，正在寻找一个好工作，但是在英国东北部什么都没找到的用户。 ??? 或者我们应该考虑某个公司发布职位的用户？也许是负责人力资源并发布空缺职位的Mario，也许是同样负责人力资源但负责评审简历的Dalaney，或者是作为一个猎头同时查找好的工作和好的求职者的Savannah? ??? 显然，我们不可能只通过一种观点来编写story，让他来反映所有这些用户的经验、背景和目的。Ashish，一个会计，可能每个月只登录一次网站，以保持视野开阔。Allan，一个服务人员，可能想创建一个过滤条件，以便可以随时都能给他关于在Maui工作的通报，但是除非我们把这个功能做的很简单易用，否则，他不会这样用。Kindra可能每天都会花费一些时间查找工作，随着时间推移，逐步扩大他的搜索。如果Mario和Delaney在一个拥有很多空缺职位的大公司，他们一天可能会在网站上花费4个甚至更多的时间。 ??? 即便每一个用户的背景和目的不同，仍然可以对单个用户进行组合并且用用户模型的方式来分析他们。用户角色是被定义的一系列属性的集合，这些属性包括用户的特征以及他们和系统交互的目的。所以，我们可以看看前面的例子，然后按表3.1方式将其组合成用户角色 ?? 表3.1. BigMoneyJobs项目可能的用户角色列表 角色 人员 求职者 Scott 第一次访问者 Laura 失业者 Kindra 区域搜索者 Allan 监视者（浏览者） Ashish 工作发布人员 Mario, Savannah 简历阅读人员 Delaney, Savannah ? ? ??? 通常，不同的用户角色会有一些重叠。求职者,?首次访问者,?失业者,?区域搜索者,?和监控（浏览） 角色都会使用网站进行职位查询。他们可能使用的方法和频率不同，但是他们如何使用系统是相似的。而简历阅读者和工作发布者，这两个角色在寻找好的求职者这一目的上是重叠的。 ??? 表3.1并非是组合BigMoneyJobs用户的唯一方法。例如，你可以选择像这样来组合：临时工，全日制工作人员和和合同工。在本章接下来的部分，我们将来看看如何使用一个角色列表，以及如何定义一个有用的列表。 1.3.2用户建模步骤 ?? 我们建议通过以下步骤来创建有用的用户角色模型： ???集体讨论一个初始的用户角色设置 ???对最初的设置进行组织 ???巩固角色 ???精炼角色 ?? 以下将就每个步骤进行讨论。 ??? 定义用户角色，客户和尽可能多的开发人员一起开会,会议室最好能有大桌子或墙让他们录音或贴卡片。理想的状态是项目开始的时候所有的团队成员都来定义角色模型，但是这是没必要的。只要客户和合适的开发人员代表出席会议,我们就能拥有成功的一课。 ??? 每个参与者从桌子中间拿一堆卡片。（即便你想把角色进行电子存储，你也应该从把它们写在卡片上开始），每个人都在卡片上写用户角色，然后把它们放在桌子上或粘到墙上。 ??? 每当一个新的角色卡片被放下，作者只用说出新角色的名字，其他的任何都不需要。因为这是一个头脑风暴会议，所以没有任何关于开篇或者角色评估的讨论。每个人尽可能多的写下她能想到的角色，这些角色没有顺序的。你不能绕着桌子去问新的角色。每一个参与者只写下她所想到的新角色就可以。 ??? 头脑风暴会议，房间会被沙沙的钢笔声音所填满，偶尔会有人放置一个新的卡片并读出角色的名字。一直持续参与者需要花费很长的时间才能想到新的角色,那么过程结束。这时