引言： 国内讲述Persona的内容不胜枚举，其应用场景也在互联网圈内也司空见惯，一些入门的PM对此经常侃侃而谈。人最怕的其实是忘记自己为何出发，一个工具的诞生最大的价值除了给更多人带来便利之外，更重要的是这个工具诞生过程背后思维方式的演化。这篇由Persona的创造者Cooper的文字就详细阐述了这个工具的诞生，以及十几年来的进化之路。

https://www.cooper.com/journal/2016/11/the_origin_of_personas
本文作者阿兰·库珀（Alan Cooper），交互设计的提倡者。现在经营一家设计公司Cooper，并且著书讲述如何让软件的用户界面更加人性化。库珀有些时候被叫做 Visual Basic 之父，虽然大多数的工作是由微软的内部开发团队完成的，但是对于Windows可视化设计工具的创意是来源于库珀的。

《交互设计之路：让科技回归人性》，出版于1998年，介绍了使用人物角色（Persona）作为实际的交互设计工具。基于其中一个章节的讨论，人物角色由于其不同寻常的能力和极高的效率在软件行业得到了普及。人物角色曾经在实验室中得到了多年的发展，其完整的发展历程早就公布于世。只是这些年我在Cooper的工作中经常使用而已，随着那本书的出版，很多人来追问人物角色的起源是什么，这里我们就来仔细谈谈。

在《硅谷之火》这本书中，作者Paul Freiberger和Mike Swaine，早在1975年写出了「微机上的第一款商业软件」，像同时期的那么多软件一样，它非常的难用，其真正证明的是：写出一个易于使用的软件比大家想象的更有难度。尽管我一直致力于让软件更加易用，但是直到1983年，在我完成了15个商业或私人项目之后，我才开始寻找一种有效的方法来解决这个问题。

我当时在写一个关键路径管理软件的时候，姑且叫他「Planit」吧，我采访了七八个将来可能是这个软件使用者的同事。特别是我与一位在Carlick广告公司的名叫Kathy女士进行了很深入的沟通。当时Kathy的工作主要是负责运营，确保项目中每个人都得到充分的发挥。这就像一个经典的项目管理任务。Kathy就顺理成章的成为了我的第一个人物角色的原型。

在1983年，计算机的性能还是非常的孱弱，往往一次编译就需要好几个小时。我基本上利用午饭的时间进行编译。我当时住在加利福尼亚的蒙特利，靠近Old Del Monte高尔夫球场。饭后计算机往往还在继续进行着编译，我就会去球场走几圈。从我家可以不受打扰的走到第九球洞，就是散步中，我设计了我的程序。

在我散步的过程中，我开始自己和自己对话，把自己设想成一个项目管理人员，就像之前提到的Kathy一样，在我的程序中完成一些操作或者向我提出一些新的需求。我经常沉浸在这种对话中，大声的说话还做着各种奇怪的手势，让一些没意识到我存在的打球的人吓了一跳，当然这并没有打扰我，因为我发现这种类似于戏剧表演的方法，对于拆分复杂的需求非常的有帮助，能让我看到什么是必要的什么是不必要的，更重要的是能让我区分哪些功能常用的哪些功能不常用。

「Planit」最终卖给了冠群公司，并作为一个顶级产品向公众发布，这个项目取得了商业上巨大的成功。在接下来的许多年中，它是个人电脑上项目管理的主要工具，其设计模式成为了今天市场上领导产品，微软的Project的原型。

我使用类似的方式设计的另一个产品是一种可视化编程语言「Ruby」。我最终将Ruby销售给了Bill Gates，他将其QuickBASIC语言结合在一起，创建了Visual Basic。在那之后，我成为加利福尼亚的美国银行的一名IT经理。

在1990年，我并没有设计一些新的程序，而是第一次以一个顾问的身份给我的同事提供软件设计方面的经验。我很快的就发现了做咨询和企业发明有很大的区别。以前我只要做我认为是正确的事情就行，但现在我不得不说服我的客户，让他们看到我提供的方案的优点。这种沟通方式促使我将人物角色的概念正式建立起来。

1995年，我与被成为「商业洞察」先锋的Sagent Technologies的三位创始人合作。我发现我不断的掉入一个不断循环的对话中。我问他们用户使用他们软件的典型例子是什么，答案总会像下面这样「他们会需要一个自定义销售报表，可能包括一个图形，或者是他们的销售数据。反正它能做任何他们想要的事情」。这些聪明的富有逻辑的程序员似乎无法想象一个普通的用户如何使用他们的产品，即使它有如此丰富的功能。不幸的是，我还被要求帮他们把软件介绍给客户。

当时，该公司是新的，该产品还没有发布，但创始人已与三家以前的公司建立了良好的业务关系。 Sagent公司产品营销主管Alice Blair带我拜访了6个预定他们产品的客户。其中一个是一所大型大学的金融分析师，一个是软件公司的营销分析师。只有一部分人精通计算机。我通过一些开放式问题来了解他们的工作，以及他们想通过这些大量的数据来实现什么。虽然他们之间的需求差异巨大，但是通过几次访谈之后，一些模式便慢慢的清晰了起来。根据他们的目标，任务和技能水平，我把他们分为了三组。如果像过去我自己设计软件那样，我会开始扮演起这些人。但是现在的情况导致我不得不把他们的许多特征描述给Sagent团队。所以我创建了Chuck，Cynthia和Rob。 这三个角色是第一个真正的，目标导向的人物角色。

Chuck是一个使用现成的模板和报告的分析师。 Cynthia也是一个分析师，她使用类似的现成的模板。 但Cynthia还写了几个模板给了Chuck使用。 Rob是支持Cynthia的IT经理。 他可以优化Cynthia的模板，但他自己并不会编写模板来使用。

在接下来的小组会议上，我从Chuck，Cynthia和Rob的观点呈现了我的设计，而不是从我自己观点设计的。结果非常戏剧性，虽然对这种方法还是颇有微词，但是程序员还是可以通过这几个假设原型清晰的了解我的设计意图。从那时起，我总是使用其中一个角色介绍设计工作，最终连Sagent工程师都开始使用「Cynthia会做什么」「Chuck是否能理解」这样的对话模式。当产品最终上市的时候，虽然界面设计还是比较粗糙，但是它拥有一个明确的，面向三个人群的交互界面：Chuck的界面允许他选择和使用现成的模板，建立报告; Cynthia的界面允许她设计和发布模板; Rob的接口允许他优化Cynthia的模板的性能，而不改变他们的内容或操作。 该产品非常成功，它定义了一个新的产品领域。公司也成功的于四年后上市。

至此，Chuck，Cynthia和Rob作为我的设计工具，与作为开发团队沟通工具，其效果是显而易见的。于是我开始在我的所有设计项目中使用人物角色这个工具，Cooper的设计师也是如此。 在接下来的几年里，我们开发和完善了这项技术。 它成为我们交互设计的秘密武器。 一些人建议我不要公开人物角色这个秘密，保持我们的竞争优势。 但在我看来，角色是如此简单，清晰，强大，即使我不公开，其他的从业者也会很快的发现这个秘密。 当这种情况发生时，我还是会失去我的竞争优势，但如果我现在公开我所了解的人物角色，至少我还可以对行业有一些贡献。

那本书旨在提醒管理者设计非工程师使用的软件中可能存在的问题。它从来不是作为一个给交互设计师「如何去做」的书。 当时的交互设计还是比较少体积，我的方法也显得比较陌生。我觉得有必要添加一些基于目标导向方法的介绍。 我的目标只是要证明我的方法是有效的：它是不同的，它是有效的，它是真实的。

我总是说，人物角色是反直觉的，更准确的说，他们是反逻辑的。 我怀疑这就是为什么他们起源于实践，而不是在实验室或学术界。 设想下，根据用户的指令来设计，你会倾向于浏览用户社区，收集他们的功能请求，然后为他们提供包含所有这些功能的产品。 我称之为「大而全的设计」。但是有充分的经验证明，这种解决方案很有局限的。因为，虽然逻辑是一个强大和有效的编程工具，但是对于交互设计来说，它的作用非常小（因为大多数人都是没有逻辑的）

我的很多前辈都采用像创建人物角色一样的人种用户研究结构来帮助他们设计。产品营销专家多年来也使用像人物角色一样的方法来统计人口分布。 但人物角色是独特的，唯一的。

角色（Persona），像所有强大的工具，易于上手难于精通。 Cooper的互动设计师也要花上几个星期的学习和几个月的实践，才能创造专业水平的人物角色并熟练的应用。 许多设计师使用了Inmates上面25页的「角色操作方法」手册，但是关于人物角色的完整「方法」还没有被写出来。 我希望有一天，Cooper的一个非常有成就的架构师会写出这本书，因为他们已经开发了一种复杂技术，远远超出了我当时基础设计。我期待他们对人物角色做出巨大的贡献。

后记：因语言能力有限，更多的是求达意而非精确，如有明确的内容错误还请之处，至于翻译的习惯则就见仁见智了。另，其实电脑卡一些有利于思考，所以不用着急买新的了:)