Persona似乎在时尚之间进进出出，不久前，人们崇尚充满研究细节写就的persona，如今，设计师却似乎更倾向于将Persona请出他们的流程。因此，personas到底有没有用，还是我们应该停止浪费时间继续深挖它的价值呢？

我最早是在一个学术环境接触persona的，persona似乎是一个很好的想法，然而我总是用他们来证明而不是指导我的设计，“证明”更像是一种从后往前的过程。从那时起，我工作的地方或多或少地都将persona包含在他们的流程中，用的多了，我意识到persona事实上具有让人难以置信的价值，却并不是由于人们如今认为的许多原因。

如果在一个用户为中心的项目中工作（令人感激的是，如今我做的大部分项目都是这样的），相比不把persona当作流程的一部分的做法，我更愿意将persona的开发包含在流程中。

然而，就像我以前说过的——我发现persona事实上在设计中是没有用的，我很少借助他们做出设计决定。对我来说，persona与设计无关，尽管如此，并不能否认persona在其他方面不具有难以置信的力量。

Persona作为交流用户中心设计流程的工具与其他方法截然不同

你的客户是否认为，用户研究和测试很大的帮助他们意识到实现想法的过程中的存在的某个问题？（如果你没有鼓励利益相关人积极的参与到观察研究和测试中，你已经失掉了很多了）。然而，让客户真正的了解什么是用户中心设计——你需要personas

Personas总是应该与关键的利益相关人协作完成——越多协作越好。Personas通常可以来自现有的市场personas或者用户原型（user profiles）（然而，请别错误的认为这些由市场部门提供的persona是可以不经过任何加工而直接使用的）。利用任何可能的机会，用某些用户研究来验证你的personas——例如情景访谈，实验室的测试，或者与公司里那些定期与和客户直接打交道的人（我发现那些在呼叫中心工作的人往往对用户真正喜欢什么具有极富价值的见解）。

Personas 应该定义你设计的产品的边界。一个通常的误解是，personas就是创造一系列的“典型”或者“象征性”的用户。事实上更为有用的是使用personas融合边缘情况的行为或需求。包含这些种类的personas意味着你事实上能够最终使你的产品适合更大比重的目标用户，也能够提供“限制”personas的可能 （想想Clevis McCloud如果你读过《Inmate》——如果他能用，任何人都能用）。

创建包含边缘情况的personas，然后对persona和他们的目标按优先级排列顺序，这样对决定包含什么功能，不包含什么功能有很大帮助。还能够帮助确定哪些任务和结果是最常见的，或者更重要的。

Personas能够很好的指导需求定义

在设计之前，你就需要知道你的产品是什么以及它能做什么。他的核心特征是什么，他的高级功能是什么。Personas能够很好的指导对需求的讨论和决定。
不好的用户体验的最大的原因在于拥有太多的功能性。那些可以做太多事的产品，或者那些高级功能的优先级高过了主要功能的产品。

在开始实现功能前，使用personas对功能进行测试非常有好处。然后使用那些以数字标出了重要程度的personas标出各种特征的优先级，这些personas也是我们用来指导整个应用程序或网站设计优先级的优先级的工具。

使用这样的评价过程让设计过程以用户为中心成为习惯和自然，在项目团队中页非常有助于达成共识。

Personas避免了“弹性用户”

假设我正在鼓励你更多或更不同的使用personas，如果你最近没有读，让我鼓励你花点时间读读 Alan cooper 的《精神病人管理精神病院》（注：国内译为“交互设计之路——让高科技产品回归人性”）。 这部经典由于让程序员生气而出名，因为Alan并没有奉承他们，然而这书提供了真正的最初personas这个概念背后的想法，我认为看完这本书，你会发现自己会更倾向于规律的使用personas。

今年年初，我重读了这本书，特别的看到了弹性用户的说法。这就是利益相关人对“用户”需要，“用户”想干什么，“用户”希望什么的陈述中的用户，因为在这些环境下，用户未经定义，概念广泛，因此，这些利益相关人几乎能说任何他们想说的，并且也没有真正的办法来抵触这观点。

Persona的创造意味着用户群已经多多少少被定义了，所以用户想要什么的这类广泛而模糊的陈述应该能够被某种东西检验了。相比仅仅使用“用户”这个词来允许任何需求都被随便的提出，这些断言现在能够以更接近所定义的用户性格和目标的personas进行测试和验证了。

使用你已有的内容来创建personas

有的时候你有一大堆研究结果，有时候你手头什么资料也没有，不管怎样，persona都是有用的。当然，你知道的越多越好，然而就算是一个简单的口头描述也非常有用。

不久之前，我在一个设计小组中用了下面的persona：

‘Betty是退休人员,住在近郊的纽卡斯尔是负责当地的邻里守望章’

这就是个persona了。但有它没它相当不同，因为它为一个网站创造了一个边缘的persona，而这个网站原本的目标用户是统计学家。创建Betty 使小组能够看到设计的网站尽管能够很好的帮助那些理解统计语言的人但对Betty是完全没用的。同时我们也发现了那些为Betty设计而事实上并不一定适合她的网站。有的时候，一幅铅笔勾画的persona能够带来更多的意义。

你应该关心你的persona开什么车

Persona常常被批评的地方在于有的时候创建persona像是在完成写作练习。

“Clare 28岁，住在Primrose山。她有辆Prius，然而仅仅在周末开，她有一只小狗，每周她遛两次。Clare是单身但不时的约会，她喜欢旅游。”
只要persona是与设计有关的，这就对了——但是这些到底和设计有什么关系？当你将persona基本作为交流工具，这些小的细节都变得很重要了。毕竟——你努力要作的是要人性化“目标听众”。作为人，当然要关心这些小细节，正是这些细节帮助personas与别人联系起来，也让他们变得真实。Clare到底开什么车真的重要吗？从某种程度上，是的。人们所选择开的车或者住的地方告诉我们这些人们是什么样的。Clare开什么车为Clare的个性增加了深度。然而，我从未赞成去实际的调查这些细节。他们是交流工具，如果人们不知道Prius是什么意思，就没有用它的意义了。明白？

不要为persona设计

就像我开始提到的——包含了边缘的行为和需求的persona。从你的persona中，你能够确定什么功能需要包括，核心功能是什么。一旦你得到了这些信息——你已经让自己通过创建persona而开始了解用户——这时可以把persona放在一边了，用你作为设计师的技巧来设计吧。

如果你用persona来紧密的知道你的设计，你最终支持的是一系列的边缘情况。这总是会危机到你的核心功能的。这不是好的设计。

一旦你设计产品，你就可以用persona来评价设计，并且以它来帮助你作与利益相关人之间的沟通，来解释你的设计为什么以及怎样支持persona的目标和任务。

不要忍不住参考你为personas创造的目标和任务列表，像拼七巧板一样的设计页面的布局。会失败的。

所以，对于Personas，我非常着迷。但是你需要明白persona的用处在哪儿并适当的使用，并且不要太被他们的创建过程吸引——用你手头的资料来创建，带着你的利益相关人一起，并且告诉他们如何做到用户中心，继续做设计伟大的用户体验的重要的事业。

 Leisa Reichelt是伦敦地区的用户体验顾问，现在在澳大利亚的悉尼

本文链接:

01载入中...
我爱设计网www.52design.com