产品经理必备

《产品经理必备--用户角色模型分析.doc》由会员分享，可在线阅读，更多相关《产品经理必备--用户角色模型分析.doc（6页珍藏版）》请在优文库上搜索。

1、1.3 用户角色模型用户角色模型 很多项目的 story 给人感觉好像系统只有一种用户。所有的 story 都从这种用户的角度来编写。这种简化是错误的，它会导致团队遗漏那些非系统主要用户的用户需求。用户为中心的交互设计(UCD)和迭代设计中都讲到过在写 story 之前首先识别用户角色的一些好处。所以本章，我们将看看用户角色，角色模型，用户角色图，人物以及如何从角色建模做起,做出更好的 story 和更好的软件。1.3.11.3.1 用户角色用户角色11 1本章大部分关于用户角色的讨论都是基于 Larry Constantine and Lucy Lockwood 的工作。更多关于用户角色模型

2、的信息来自他们的网站 或者使用的软件。假设我们正在建设 BigMoneyJobs（发布和查找工作）站点。这种网站包括很多不同类型的用户。当我们谈论 user story 的时候，谁是我们谈论的用户呢？Ashish，一个拥有一份工作,但一直都想寻找一份更好工作的用户么？Laura，一个刚毕业正在寻找他的第一份专业工作的用户么？还是 Allan，一个已经决定找一个能让它去 Maui（毛伊岛）并且可以每个下午都去冲浪的用户？或者说是 Scott，一个并不讨厌他的工作，但是意识到现在应该继续进步的用户？当然也可能是 Kindra，一个 6 个月前被再次解雇，正在寻找一个好工作，但是在英国东北部什么都没

3、找到的用户。或者我们应该考虑某个公司发布职位的用户？也许是负责人力资源并发布空缺职位的 Mario，也许是同样负责人力资源但负责评审简历的 Dalaney，或者是作为一个猎头同时查找好的工作和好的求职者的 Savannah?显然，我们不可能只通过一种观点来编写 story，让他来反映所有这些用户的经验、背景和目的。Ashish，一个会计，可能每个月只登录一次网站，以保持视野开阔。Allan，一个服务人员，可能想创建一个过滤条件，以便可以随时都能给他关于在 Maui工作的通报，但是除非我们把这个功能做的很简单易用，否则，他不会这样用。Kindra 可能每天都会花费一些时间查找工作，随着时间推移，

4、逐步扩大他的搜索。如果 Mario 和 Delaney 在一个拥有很多空缺职位的大公司，他们一天可能会在网站上花费 4 个甚至更多的时间。即便每一个用户的背景和目的不同，仍然可以对单个用户进行组合并且用用户模型的方式来分析他们。用户角色是被定义的一系列属性的集合，这些属性包括用户的特征以及他们和系统交互的目的。所以，我们可以看看前面的例子，然后按表 3.1 方式将其组合成用户角色 表 3.1.BigMoneyJobs 项目可能的用户角色列表 角色角色 人员人员 求职者 Scott 第一次访问者 Laura 失业者 Kindra 区域搜索者 Allan 监视者（浏览者）Ashish 工作发布人员

5、 Mario,Savannah 简历阅读人员 Delaney,Savannah 通常，不同的用户角色会有一些重叠。求职者,首次访问者,失业者,区域搜索者,和监控（浏览）角色都会使用网站进行职位查询。他们可能使用的方法和频率不同，但是他们如何使用系统是相似的。而简历阅读者和工作发布者，这两个角色在寻找好的求职者这一目的上是重叠的。表 3.1 并非是组合 BigMoneyJobs 用户的唯一方法。例如，你可以选择像这样来组合：临时工，全日制工作人员和和合同工。在本章接下来的部分，我们将来看看如何使用一个角色列表，以及如何定义一个有用的列表。1.3.21.3.2 用户建模步骤用户建模步骤 我们建议通

6、过以下步骤来创建有用的用户角色模型：集体讨论一个初始的用户角色设置 对最初的设置进行组织 巩固角色 精炼角色 以下将就每个步骤进行讨论。1.3.2.1 集体讨论初始的用户角色设置集体讨论初始的用户角色设置 定义用户角色，客户和尽可能多的开发人员一起开会,会议室最好能有大桌子或墙让他们录音或贴卡片。理想的状态是项目开始的时候所有的团队成员都来定义角色模型，但是这是没必要的。只要客户和合适的开发人员代表出席会议,我们就能拥有成功的一课。每个参与者从桌子中间拿一堆卡片。（即便你想把角色进行电子存储，你也应该从把它们写在卡片上开始），每个人都在卡片上写用户角色，然后把它们放在桌子上或粘到墙上。每当一个

7、新的角色卡片被放下，作者只用说出新角色的名字，其他的任何都不需要。因为这是一个头脑风暴会议，所以没有任何关于开篇或者角色评估的讨论。每个人尽可能多的写下她能想到的角色，这些角色没有顺序的。你不能绕着桌子去问新的角色。每一个参与者只写下她所想到的新角色就可以。头脑风暴会议，房间会被沙沙的钢笔声音所填满，偶尔会有人放置一个新的卡片并读出角色的名字。一直持续参与者需要花费很长的时间才能想到新的角色,那么过程结束。这时候,你可能没有做任何的角色识别,但是你已经足够接近了.做这件事情的时间很少大于 15 分钟.只有一个用户的用户角色 避免定义表面上看只有一个用户的角色。例如，BigMoneyJobs 项

8、目中，可能会临时写下这样一个 story“A company can post a job opening。（公司可以发布空缺职位）”，但是，公司是无法使用软件的，这个 story 如果引用一个表示人的角色的话会更好。1.3.2.2 对确定的用户角色进行组织对确定的用户角色进行组织 一旦定义好了角色，就该组织角色了。组织的时候，卡片在桌上或墙上被移动，以便他们的位置能够表示角色之间的关系。重复的角色，他们的卡片也重叠着放置。如果角色只重复一小部分，那卡片也就重叠一小部分。如果角色完全重复，则卡片也完全重叠。例如 Figure3.1:Figure 3.1.在一个桌子上组织用户角色.Figure

9、3.1 说明应届生和非应届生在角色上是明显重叠的。其他表示将会使用网站查询工作的人的卡片也是类似的相互重叠，但是重叠相对来说少一些。Monitor（监控者）角色卡片跟其他的只有很少量重叠，因为这种角色表示那些目前工作比较满意，但是喜欢保持关注的人。Figure3.1中真正要查找工作的角色是工作发布者(Job Poster),招聘人员(Recruiter),和简历阅读人员(Resume Reader)这些角色。这些角色是完全重叠的，因为招聘人员即要发布广告又要阅读简历。另外,图中还显示了一个管理员角色。这个角色表示 BigMoneyJobs 网站内部系统支持人员。系统角色 尽你所能的,保持用户角

10、色是对人的定义和归并，而不是其他系统。如果你觉得有帮助，那就定义一些非人的用户角色.但是,定义用户角色的目的是保证新系统能够完全、一定让我们辛苦想出来的客户满意。我们不需要所有系统可能的用户角色，但是我们需要能够导致系统成功或失败的客户角色。既然其他系统很少买我们的系统，他们也很少能左右系统的成功或失败。自然的,也有例外，如果你觉得添加一个非人的用户角色能够帮助你的系统更好实现，那就添加吧。1.3.2.3 巩固角色巩固角色 组合完这些角色后，尝试去进行角色的巩固和精简。从完全重叠的开始，重叠卡片的提出者阐述他们角色的意思。简短的讨论后确定两个角色是否完全相同。如果完全相同，合并成一个单独的角色

网址：产品经理必备 https://mxgxt.com/news/view/1055651

相关内容

产品对比怎么做？必备的竞品分析方法
产品经理与CEO之间有何关联？
NARS明星产品全球热搜，测评这些必备美妆单品！
产品经理怎么跟程序员相处 – 人人都是产品经理,
如何成为产品经理的明星
美容院必备产品推荐，明星同款在这里
粉底液大品牌盘点，你的化妆台上必备哪些明星产品？
产品经理明星有哪些
产品分析：潮流时尚的产品化趋势 – 人人都是产品经理,
产品经理与产品设计师的关系是怎么样的？

随便看看