1.3用户角色模型
很多项目的story给人感觉好像系统只有一种用户。所有的story都从这种用户的角度来编写。这种简化是错误的，它会导致团队遗漏那些非系统主要用户的用户需求。用户为中心的交互设计(UCD)和迭代设计中都讲到过在写story之前首先识别用户角色的一些好处。所以本章，我们将看看用户角色，角色模型，用户角色图，人物以及如何从角色建模做起,做出更好的story和更好的软件。
1.3.1用户角色[1]
[1]本章大部分关于用户角色的讨论都是基于Larry Constantine and Lucy L ockwood的工作。更多关于用户角色模型的信息来自他们的网站https://www.doczj.com/doc/c518760906.html,
或者使用的软件。
假设我们正在建设BigMoneyJobs（发布和查找工作）站点。这种网站包括很多不同类型的用户。当我们谈论user story的时候，谁是我们谈论的用户呢？Ashish，一个拥有一份工作,但一直都想寻找一份更好工作的用户么？Laura，一个刚毕业正在寻找他的第一份专业工作的用户么？还是Allan，一个已经决定找一个能让它去Maui（毛伊岛）并且可以每个下午都去冲浪的用户？或者说是Scott，一个并不讨厌他的工作，但是意识到现在应该继续进步的用户？当然也可能是Kindra，一个6个月前被再次解雇，正在寻找一个好工作，但是在英国东北部什么都没找到的用户。
或者我们应该考虑某个公司发布职位的用户？也许是负责人力资源并发布空缺职位的Mario，也许是同样负责人力资源但负责评审简历的Dalaney，或者是作为一个猎头同时查找好的工作和好的求职者的Savannah?
显然，我们不可能只通过一种观点来编写story，让他来反映所有这些用户的经验、背景和目的。Ashish，一个会计，可能每个月只登录一次网站，以保持视野开阔。Allan，一个服务人员，可能想创建一个过滤条件，以便可以随时都能给他关于在Maui 工作的通报，但是除非我们把这个功能做的很简单易用，否则，他不会这样用。Kindr a可能每天都会花费一些时间查找工作，随着时间推移，逐步扩大他的搜索。如果Mar io和Delaney在一个拥有很多空缺职位的大公司，他们一天可能会在网站上花费4个甚至更多的时间。
即便每一个用户的背景和目的不同，仍然可以对单个用户进行组合并且用用户模型的方式来分析他们。用户角色是被定义的一系列属性的集合，这些属性包括用户的特征以及他们和系统交互的目的。所以，我们可以看看前面的例子，然后按表3.1方式将其组合成用户角色
表3.1. BigMoneyJobs项目可能的用户角色列表
角色人员
求职者Scott
第一次访问者Laura
失业者Kindra
区域搜索者Allan
监视者（浏览者）Ashish
工作发布人员Mario, Savannah
简历阅读人员Delaney, Savannah
通常，不同的用户角色会有一些重叠。求职者, 首次访问者, 失业者, 区域搜索者, 和监控（浏览） 角色都会使用网站进行职位查询。他们可能使用的方法和频率不同，但是他们如何使用系统是相似的。而简历阅读者和工作发布者，这两个角色在寻找好的求职者这一目的上是重叠的。
表3.1并非是组合BigMoneyJobs用户的唯一方法。例如，你可以选择像这样来组合：临时工，全日制工作人员和和合同工。在本章接下来的部分，我们将来看看如何使用一个角色列表，以及如何定义一个有用的列表。
1.3.2用户建模步骤
我们建议通过以下步骤来创建有用的用户角色模型：
集体讨论一个初始的用户角色设置
对最初的设置进行组织
巩固角色
精炼角色
以下将就每个步骤进行讨论。
1.3.
2.1集体讨论初始的用户角色设置
定义用户角色，客户和尽可能多的开发人员一起开会,会议室最好能有大桌子或墙让他们录音或贴卡片。理想的状态是项目开始的时候所有的团队成员都来定义角色模型，但是这是没必要的。只要客户和合适的开发人员代表出席会议,我们就能拥有成功的一课。
每个参与者从桌子中间拿一堆卡片。（即便你想把角色进行电子存储，你也应该从把它们写在卡片上开始），每个人都在卡片上写用户角色，然后把它们放在桌子上或粘到墙上。
每当一个新的角色卡片被放下，作者只用说出新角色的名字，其他的任何都不需要。因为这是一个头脑风暴会议，所以没有任何关于开篇或者角色评估的讨论。每个人尽可能多的写下她能想到的角色，这些角色没有顺序的。你不能绕着桌子去问新的角色。每一个参与者只写下她所想到的新角色就可以。
头脑风暴会议，房间会被沙沙的钢笔声音所填满，偶尔会有人放置一个新的卡片并读出角色的名字。一直持续参与者需要花费很长的时间才能想到新的角色,那么过
程结束。这时候,你可能没有做任何的角色识别,但是你已经足够接近了.做这件事情的
时间很少大于15分钟.
只有一个用户的用户角色
避免定义表面上看只有一个用户的角色。例如，BigMoneyJobs项目中，可能会临时写下这样一个story“A company can post a job opening。（公司可以发布空缺职位）”，但是，公司是无法使用软件的，这个story如果引用一个表示人的角色的话会更好。
1.3.
2.2对确定的用户角色进行组织
一旦定义好了角色，就该组织角色了。组织的时候，卡片在桌上或墙上被移动，以便他们的位置能够表示角色之间的关系。重复的角色，他们的卡片也重叠着放置。如
果角色只重复一小部分，那卡片也就重叠一小部分。如果角色完全重复，则卡片也完全
重叠。例如Figure3.1:
Figure 3.1. 在一个桌子上组织用户角色.
Figure 3.1 说明应届生和非应届生在角色上是明显重叠的。其他表示将会使用网
站查询工作的人的卡片也是类似的相互重叠，但是重叠相对来说少一些。Monitor（监
控者）角色卡片跟其他的只有很少量重叠，因为这种角色表示那些目前工作比较满意，但是喜欢保持关注的人。
Figure3.1中真正要查找工作的角色是工作发布者(Job Poster), 招聘人员(R ecruiter), 和简历阅读人员(Resume Reader)这些角色。这些角色是完全重叠的，因
为招聘人员即要发布广告又要阅读简历。另外,图中还显示了一个管理员角色。这个角
色表示BigMoneyJobs网站内部系统支持人员。
系统角色
尽你所能的, 保持用户角色是对人的定义和归并，而不是其他系统。如果你觉得有帮助，
那就定义一些非人的用户角色. 但是,定义用户角色的目的是保证新系统能够完全、一定让我们辛苦想出来的客户满意。我们不需要所有系统可能的用户角色，但是我们需要能够导致系统成功或失败的客户角色。既然其他系统很少买我们的系统，他们也很少能左右系统的成功或失败。自然的, 也有例外，如果你觉得添加一个非人的用户角色能够帮助你的系统更好实现，那就添加吧。
1.3.
2.3巩固角色
组合完这些角色后，尝试去进行角色的巩固和精简。从完全重叠的开始，重叠卡片的提出者阐述他们角色的意思。简短的讨论后确定两个角色是否完全相同。如果完全相同，合并成一个单独的角色，或者扔掉某一个最初的角色卡片。
在Figure 3.1中，毕业生和第一次工作查找者这两个角色很大部分是重合的。团队决定丢弃毕业生这个角色，因为这个角色的所有story和第一次工作查找者的sto ry都是一样的。甚至第一次工作查找者、失业者、区域查找者和求职者都有很大的重叠, the group decides that each represents a constituency that will be impo rtant to satisfy and the roles will have important but subtly different goa ls for how they use the BigMoneyJobs website.
当看Figure3.1右半部分的时候，团队发现工作发布人员和简历阅读人员是不值得区分的。他们决定使用招聘人员完全概括这两个角色，丢弃原有的两个角色。但是，团队决定内部招聘人员 (为某一特定公司工作) 和外部招聘人员 (为任何一家公司的职位寻找合适的求职者，译者理解为猎头)之间是有区别。他们为内部招聘人员和外部招聘人员创建了个新的卡片，并将它作为替代招聘人员角色的一个版本。
另外一个巩固角色所要做的就是抛弃任何对项目能否成功来说不重要的角色。例如，监控（浏览）者角色，他可能3年都不换一次工作，BigMoneyJobs就算不关注
这些人也可以做的很好。他们认为把注意力集中到对公司成功非常重要的角色上会更好，比如求职者和招聘人员。
团队巩固了这些卡片以后，他们在桌子上或墙上展示角色之间的关系。Figure 3.2展示了一种BigMoneyJobs的层次。普通角色，例如求职者或者招聘人员，放置在
特殊角色之上。选择性的，卡片可以被堆放，也可以其他方式放置，团队可能会认为其他某种方式可以展示角色间的重要关系。
Figure 3.2. 经过整理的用户角色卡.
1.3.
2.4精炼角色
一旦我们已经巩固了角色并且对角色间的关系有了基本的了解，就可以通过定义每个角色的属性来模拟这些用户。角色属性是一个事实或者一块关于角色中的用户有用信息。任何关于用户角色的信息都可以当作区别于其他角色的属性。准备角色模型的时候可参考下面的属性进行分析：
用户使用软件的频率
用户的业务经验水平
用户在计算机和软件方面的平均水平.
用户对开发软件的熟练程度
用户使用软件的目的，某些用户为了方便，其他用户喜欢丰富的体验，等等。
除了这些你构建软件过程中需要考虑的标准属性外，你还需要看是否有其他的对描述用户有用的属性。例如，对BigMoneyJobs来说，你可能需要考虑用户角色是否会查找兼职的或全职的工作。
当你为角色定义了有意思的属性，把他写到卡片的背面。完成以后，你就可以在一个团队的公共区域悬挂角色卡片好让他们提醒开发人员，Figure3.3展示了一个简单的角色卡片。
Figure 3.3. 一个简单的用户角色卡片.
用户角色：内部招聘人员
非深谙计算机的电脑使用者但是非常习惯使用web界面。使用软件不是很频繁但是强烈需
要。他将需要阅读其他公司的广告，以便最好的组织他的广告语言。易用性是很重要的，但是更重要的是她学会的东西必须在数月后还能很容易的想起来。
“用户访谈” 提问指导——白鸦
# 在场时完成某项任务的过程中请尽量不要打断被访者。
# 尽量避免使用诱导性的问题。如“您认为这样有用吗？”或“这样做您还是挺喜欢的，对吧？”
# 尽量使用开放式问题。如“能告诉我们现在您在做什么吗？”而不是“为什么您会这么做？”
# 避免打断或试图帮助被访者。
# 避免在解释某些内容时让被访者感觉他们是无知的。如“其实您只要点一下这里就可以了。”
# 避免使用专业词汇：请使用被访者习惯的词汇。
# 请记住访问的目的：从被访者的角度来了解沟通工具的作用。
# 请记住：你是学生，被访者才是专家。
# 学会如何来解释/了解被访者的想法。
# 问自己从观察中学到了什么及如何向他人解释所学习到的内容。
# 向被访者学习如何来解释/阐述他们的行为，这一点也与座谈会和探访有所不同。
# 访问过程可能会与你准备的问题纲要有偏差，你需要更多的准备。
# 即便你能流利地使用被访者的语言来进行沟通，如果你当时有翻译在场，也请通过翻译来提问。
# 这句话大部分时候需要说：访谈的目的只是为了了解被访者的需求及该产品如何能更好的满足使用者的需求，而不是对被访者进行评估。
产品经理能力模型解说—沟通 感觉自己是一个市井小民，热情爱关心有点八卦，感觉不是一个产品经理。现在每天70%的时间都是用一张嘴在说，在和人谈、在和人聊天，谈业务在和人交流感情，在问他在想什么关注什么，不想要什么，不关注什么、希望过什么样的生活，对事业工作有什么遐想，我可以帮助他什么，我和他可以一起做什么。 于是我知道和我一起合作的一些工程师有些人在准备装房子，要装成大概这样的，手上有了小钱，喜欢周末开个小车回老家；有个工程师喜欢跆拳道，我以前练习过我告诉他以后怎么样开始练习跆拳道，我还把我的双节棍送给他，但是我很可惜不能和他一起练，虽然我也喜欢；我知道有个视觉设计师有自己的设计理念，喜欢搞搞论坛，很坚持也很有见低；我也知道我们的交互设计师喜欢分享，喜欢UED的交流氛围，喜欢学习创新，很认真，但性子有点慢；项目经理在公司工作了几年最近买了车，但性子有点急，虽然说话不会很漂亮，话有点多，但项目管理能力非常强。 因为要推动业务，通过和平时很多人打交道，知道有些部门的KPI非常的重，他们希望在这个地方首先要有结果；知道有几个人在混日子，没有长远打算只是安逸现在的生活；知道有几个人非常有能力，但是老是缺少一点主动精神，现在还仅仅把工作当成一份工作，很聪明缺少梦想；在和几个部门的人交流过程中，他们对我表示认可也希望参与到pmcaff中来，通过聊天我发现了好多。 聊天聊的多了，现在想想其实聊天的过程就是在不知不觉的完成沟通。很多产品经理抱歉沟通真的好难啊，没办法跟合作者沟通，没有办法和老板沟通，说：“我想的别人不明白”，其实更多的时候是：“你说的，别人不明白”。聊天和沟通还是有差距的，但反映出来的一个本质的问题是：“多聊多沟通”，有了相互的了解不管是对于个人还是对于事务，聊的多了掌握的信息也就多了。之前，我也一直想不通，为什么和之前的总经理老是掐架没法沟通，视觉设计师把我策划的页面PS的一团糟糕，想自己做又没那个能力。工程师老是一开始质疑我的方案，对于用户的价值？我一直觉得他们太业余了，业余选手和专业选手肯定有距离。 其实不然，后来我发现一个人站在自己的世界里去猜及别人，和对方同样站在自己的角度来看待人看到问题是一样的道理。貌似从过程层面你们已经走到一起来商谈了，实际上各说各
产品经理岗位能力评价表 被评价人职位：被评价人姓名： 评价人姓名：评价人职位： 一、市场推广（总分40分） 1、资料制作（总分20分）： 得分等级 优秀□ 18~20分良好□ 16~18分中等□ 12~16分差□ 0~12分评分： 评分要素： （1）、完整性30% （2）、及时性30% （3）、质量40% 说明：资料制作包括8份文件：技术白皮书、销售指导书、一纸禅、方案建议书、报价、交流PPT、发布通知、常见问题集锦；宣传彩页。 评分理由： 2、案例样板（总分5分）： 得分等级 优秀□ 4~5分良好□ 3~4分中等□ 2~3分差□ 0~2分评分： 评分要素： （1）、案例总结主动性 （2）、案例总结及时性 （3）、案例总结启发性 说明：指完成重要投标项目或多个部门合作竟标的项目在项目结束后，项目负责人应该就项目的策划、成功经验、教训等内容进行总结，写成相应的文件，供别人参考。 评分理由： 3、软性文章（总分4分）： 得分等级 优秀□ 3~4分良好□ 2~3分中等□ 1~2分差□ 0~1分评分： 评分要素： （1）、是否发表（市场部内部、公司内部、公共媒体） （2）、质量及效果 在公司内部或外部杂志、刊物上发表的推广性文章、材料。 评分理由： 4、技术交流（总分8分）： 得分等级 优秀□ 7~8分良好□ 6~7分中等□ 5~6分差□ 0~4分
评分： 评分要素： （1）、大区满意度及客户满意度 （2）、PPT和方案内容针对性（用户实际需求、竞争对手分析） （3）、交流能力及答疑能力 （4）、交流报告、出差报告及时性和质量 说明：完成技术交流的方案PPT、效果、答疑能力、以及总结报告的完成等情况。 评分理由： 5、展览展厅（总分3分）： 得分等级 优秀□ 3分良好□ ~分中等□ ~分差□ 0~分 评分： 评分要素： （1）、配合展览展厅方案 （2）、宣传彩页及时整理、发布 （3）、主动参观各类展会、主动传达 评分理由： 本项合计： 二、市场策划（总分20分） 1、行业动态（总分2分）： 得分等级 优秀□ 2分良好□ ~分中等□ 1~分差□ 0~1分 评分： 评分要素： （1）、电信行业动态、相关报告、文档收集 （2）、其余行业相关拓展 （3）、行业情况分析 说明：参与行业信息收集、整理，撰写行业分析报告等。 评分理由： 2、客户分析（总分2分）： 得分等级 优秀□ 2分良好□ ~分中等□ 1~分差□ 0~1分 评分： 评分要素： （1）、客户需求分析、投资规划 （2）、购买欲望分析
腾讯互联网产品经理核心素质能力模型 2011-01-16 06:40 个人日记 | 评论(0) | 浏览(986) 转载 引言： 产品经理是什么，最核心的能力KEY是哪些?如何获得?这个是自从担任产品经理以来就一直思索的问题; 首先，我想找到产品经理专业领域中的核心能力，这个能力不能是其他岗位所重叠覆盖的，比如领导力，商务沟通。。。等，虽然这些也属于产品经理素质模型;但我想需要一些能力用来标记和识别一个产品经理专业性的核心素质。 产品经理岗位沉淀的核心能力与价值是什么？ 1．是对产品经理个人专业能力的理解 2．从系统分析员看产品经理工作的异同 2.无线互联网产品经理面临的更大要求和挑战 第一部分：对产品经理专业核心能力的理解 2004年，个人对SP行业产品经理的看法与认知： 1）产品逻辑简单；感觉当时的那些WAP产品逻辑非常简单；有的是简单几个页面，放几个图铃就可以拿到移动梦网上收费；这里产品的主要工作还是在内容运营上； 2）“面向运营商的产品策划”；那个阶段，SP的商务模式清晰暴利，移动绝对主导产业链，制定游戏规则，对产品模式，甚至连产品表现层都有限制，比如页面什么地方要加什么链接就要加； 3）“面向渠道的产品运营”；运营商通过移动梦网把握营销渠道及计费渠道，产品经理更多的工作是以收入为中心进行渠道经营；对用户的行为分析做的比较少；回顾这个阶段，我想整个行业发展阶段就是如此，无所谓对错了； 4）产品经理的进入门槛不高；要做开发至少要会写程序吧，但感觉产品经理门槛太低；BD,内容维护，美工，很多角色都可以转岗到产品经理；据了解，当时很多SP公司招一些专科生，甚至高中生做产品经理，也一样紧锣密鼓的赚钱。产品经理的工作内容琐碎而繁杂，但感觉不够系统和严谨，每天花用WORD画几个页面就扔过来开发。 我当时一直在考虑这种工作状态下，这个岗位沉淀的核心能力和价值是什么？ 但客观的说，这个也不全是我们的问题，当时的整个SP行业氛围就是如此浮躁；也幸亏这个时期无线业务的造血功能，才养活了游戏，互联网等各个业务；但人才的价值在哪里呢？随着后续SP行业泡沫的破灭，很多公司的SP产品经理下岗，求职也到处碰壁；原因在于他们并没有建立起自己的核心竞争力，甚至不具备成为一个互联网行业产品经理的能力。 对产品经理专业核心能力的理解。 这里只谈专业领域方面的能力，对于商务谈判，沟通技巧，文档能力等方面暂时搁下； 个人认为一个领域的产品经理的专业能力表现在以下三个方面：
随着行业发展，产品经理这个群体在IT行业也越来越受到关注，各种产品交流学习组织蓬勃兴起，作为其中的一员，一直以来就想写写自己对于产品经理这一角色的认识。俗话说，一个成功的男人身后必然有一个默默的女人，那么一款产品背后是否也有一位潜心学习不断专研的产品经理呢?答案是肯定的，而且经常性的还不只是一位产品经理在支持着一款成功的产品。业内对于产品经理能力模型的归纳也并不鲜见，因此我只是从个人理解的层面去讲述这些能力，我个人主要倾向于把产品经理能力分为两大部分：A、产品能力;B、管理能力。A、产品能力一、工具性能力产品经理对产品负责，相应的产品能力必须是首要的能力，而在这些具体的素质里面，工具性能力又堪称基础性能力，在一个产品策划的生命周期里面，最常见的工具一般有以下几种：word、ppt、mindmanager、visio、axure、excel。1、Word、excel 和ppt，产品经理在策划一款产品的过程中，往往需要同多部门进行沟通协调，于是撰写文档以提高沟通效率便成为一项重要能力，无论是撰写产品需求文档还是市场需求文档、分析后期统计数据都需要熟练使用office系列文件。2、Mindmanager，作为常用的头脑风暴软件，mindmanager便于产品经理更好的梳理产品管理和逻辑，对于理清产品思路具有重要意义，特别是在绘制产品roadmap其方便快捷的操作可以让产品经理绘制出结构和逻辑性都较好的展示图表。3、Visio，visio作为一款优秀的流程软件，对于产品经理梳理产品内在逻辑和用户操作流程具有重要意义，特别是在产品文档撰写过程中，visio 绘制的用户操作流程图可以帮助工程师更好理解产品逻辑从而实施产