用户角色模型
很多项目的 story 给人感觉好像系统只有一种用户。所有的 story 都从这种用户的
角度来编写。这种简化是错误的,它会导致团队遗漏那些非系统主要用户的用户需求。
用户为中心的交互设计(UCD)和迭代设计中都讲到过在写 story 之前首先识别用户角
色的一些好处。所以本章,我们将看看用户角色,角色模型,用户角色图,人物以及
如何从角色建模做起,做出更好的 story 和更好的软件。
1.3.1
用户角色 [1]
[1]本章大部分关于用户角色的讨论都是基于 Larry Constantine and Lucy
Lockwood 的工作。更多关于用户角色模型的信息来自他们的网站
www.foruse.com 或者使用的软件。
假设我们正在建设 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
评论0