作者：Hindy
原文地址：uicircle.club/a/186
转载无限欢迎，但请注明「作者」和「原文地址」。感谢您对作者版权的尊重。
前言
本文是 UI 设计进阶系列的第 5-1 篇，系列目录：uicircle.club/a/128。
前一章的主题是做调研以及构思创意。那么第 5 章的主题则是分析和交付用户研究。
虽然通过前期调研我们拥有了大量的资料，但它们仍是五花八门且零碎的。我们还需要筛选、整合它们，才能为后续的设计提供基础，并且呈现给设计团队外的同事。
我将在这分两篇文章，向大家具体介绍 6 种常用的设计方法。相信大家在看完后能更好地利用这些调研资料，将其有价值地应用到未来工作中。本文要向大家介绍的是：Personas、Scenarios 以及 Storyboards。
Personas
Persona 介绍
Persona（用户画像）可能是大家最耳熟能详的设计方法之一了。我们用它来创建虚构但又真实的用户画像，来代表一部分核心的目标用户。
Persona 的真实性在于它是我们基于前期大量调研数据汇总出来的角色，但虚假性也在此。它看似能代表很多人但又不能代表任何一个人。
这也是为什么 Persona 虽然经典，但我们却经常能看到有人对它提出质疑的原因。不过我以为问题不在 Persona 本身，而在于我们对 Persona 的期待。
首先任何人当然都是不能被代表的，但我们的设计却是面向成千上万名用户的（个人定制除外）。在这种用户量巨大的情况下，一对一地差异化设计显然是不可能的。因此我们只能从量中定性，然后为我们的核心用户设计。Persona 不能代表每一个群体，但却能显示出核心人群的核心特征，并且通过可视化的文档让其他工作人员都快速认识我们的用户。这才是它最大的价值。
并且我认为 Persona 也是可以被修订的。因为产品随着公司的发展、市场的变化等因素，受众也是会一直在变的。哪部分特征是我们遗漏的？哪部分特征是被证实过时要丢弃的？……这些都是 Persona 需要适时调整的。
设计 Persona 的关键
基于真实的数据
关注普通、大量的核心用户，忽略极端用户
不要直接套用模板
Persona 的构成
Ben Ralph 的一篇文章系统地介绍了几个可以填入的方向。
大家可以将此表格打印出来，然后用便利贴写下或直接填写内容（下载地址请看文末）。里面具体要填什么我在这也简单为大家介绍下。
第 1 部分：First Impressions（第一印象）
照片：在照片中尽量使用真实照片，它将会影响整个团队对 Persona 的看法。
名字：名字最好使用真实姓名，它可以让你的 Persona 看起来更真实，让你的团队成员能够很快地想到这个人。
角色：对这个人的角色描述。比如你在设计一个卖跑鞋的电商网站，角色可能是「专业运动员」、「跑步爱好者」等词汇。
语录：引用这个人对产品相关的语录，或是能表现其性格的。
人口特征：一些角色的基础信息，只填写跟你的产品有关的东西。比如做烹饪类 app，可以写用户的年龄、烹饪水平、收入水平等。
第 2 部分：Motivations and Behavior（动机与行为）
用户目标：用户想从你的产品或服务那里获得什么？别将目标定得太狭隘，深挖一些。比如白领们下楼喝咖啡可能并不是想要来品咖啡，而是想放松下或和同事、朋友交谈下。
用户路径：用户路径指现在用户是如何达成目标、解决问题的。可以帮助你了解更多用户行为信息。以下是几个需要特别注意记录的点：
用户感到挫败、失望以及困惑的地方；
用户感到开心的地方；
不必要的步骤，或者可以自动化的地方。
动机与能力：其实我认为这边更应该用四象限的坐标图表示，来描述用户各动机与能力的关系。动机越大、能力越大（约容易做）的事对我们而言就越是有设计机会的地方。
第 3 部分：Influencers（影响者）
用户的生活会受谁影响？描述下那些影响者。
比如当你在为假期订机票的时候，你会受到你父母的影响，但是当你要为工作订机票的时候，你很可能会受你老板的影响。
第 4 部分：Environment（环境）
这里记录用户怎么和在哪里使用你的产品。是在公交车上吗？是上班的时候在电脑桌前吗？还是在床上？或者在餐厅？
The Persona Family（画像家族）
最后，了解 Persona 之间的关系也很重要。常常几个 Persona 之间是有重叠的部分。（但如果你只有一个 Persona 就不需要了。）
相关的 Personas：举个例子，如果你设计情侣社交的 app，那么肯定有两个角色，写下他们的关系。
Persona 矩阵：你可以尝试在坐标图中，画出所有 Persona 的关系。
上图是原作者的一个例子，描述了几个角色在收入与买房动机的坐标关系。
我另外要补充的是，如果你的产品面向的是单一受众，就不需要有超过 3 个的 Persona。过多相似的人物会反而令你的 Persona 没有特色，导致设计决策变得困难。
Persona 举例
下面是几个 Persona 的例子，仅供参考。
Scenarios
Scenario 介绍
Scenario（场景）是关于特定用户如何使用产品完成特定目标的简短故事。通常，Scenarios 旨在描述与产品的关键交互，而不是所有可能的交互。
我们为什么要用 Scenarios？这里是它的一些好处：
帮助我们快速测试早期的想法
从用户需求出发设计，避免堆砌功能
有助于我们排布功能优先级
有助于团队交流
撰写 Scenario
撰写 Scenarios 应该以用户需求和目标为导向，而不是产品的功能。好的 Scenarios 精简有代表性，这里是它主要的构成元素：
Setting（背景设定）：交代下场景的背景
Agent(s)（人物）：场景中执行活动的人员
Goals（目标）：人物想要达成的目标
Actions（活动）：人物达成目标所做的活动
Events（事件）：当用户在活动时发生的各种事（或影响）
撰写时，以下几个问题是你需要避免的：
罗列功能或交互步骤。比如「回到首页，点击搜索图标……」。
主观假想。也许用户想要……
逻辑不通，导致不可信。
过于虚假的信息。比如「然后他拨通了朋友的电话 6666666」。
细节太具体，篇幅过长。
撰写每个用户使用产品的每个场景是不可能的。相反，我们记下一些最频繁或最重要的用户使用或想要完成的任务。具体要撰写多少个则根据项目不同而不同，并非多多益善。
Scenario 还可以与 Persona 一起用，了解为什么这些特定用户会用以及如何用我们的产品。
Scenario 举例
以下是一个描述客户从自动取款机取钱的示例场景：
这是星期五的下午，乔飞往悉尼。但他没有足够的钱打出租车去机场，而且他迟到了。
他去了当地的自动取款机，希望从储蓄账户中取 100 美元。他想要 20 美元的钞票，这样他就可以刚好给出租车费。
他不需要打印收据，因为他很匆忙，也不打算追踪这个账号信息。
Storyboards
故事板介绍
Storyboard（故事板）是连续的一系列草图，用视觉的方式表现用户如何使用产品，形式上类似漫画分镜。这种方法来自电影行业。最广为人知的是 20 世纪 30 年代华特迪斯尼的故事板，令他们在实际制作电影前就构建了电影的世界。
相比 Scenario，故事板更容易让人理解故事、理解用户。具体反应在：
可视化，毕竟一图胜千言
能够表现用户的情绪
更容易令设计师做到移情（empathize）
创建自己的故事板
首先我要说的是：画功并不重要！
重要的是你想讲的故事能明确传达就行，就像之前介绍的画草图一样。
每个故事板应具备以下基本要素：
角色。涉及你的故事的具体角色，深挖他们的目标、行为和反应。
场景。故事发生的背景。
情节。很多设计师经常直接陈述细节，而不先讲述背后的故事。你应该先在脑海里创造一个故事结构，甚至有一个明显的起承转合。当然，在你的故事板中展开的叙述应该集中在角色的目标上。
为了使你的故事板更有效，这里有一些要考虑的问题：
真实性。和上面所述的两种方法一样，不要杜撰或想象用户的行为，故事应该是来自于调研的结果。
简单。删除任何不必要的情节。句子、图片或页面，如果没有重要价值，就应该删除它。
情绪。通过角色的经历传达情绪至关重要。它可以让你更清晰地将用户反应传达给其他人。
一开始制作故事板时可能有点难，因为我们经常直接关注细节，而忽视用户的真实目标与环境。但你也许可以尝试这样开始：先用纯文本叙事，将故事按发展分解。然后为每个故事添加情绪符号，便于表现角色心理，如下图。
这一步之后才开始考虑如何用画表现每个故事。
故事板举例
这三个方法的介绍基本就到这了，希望能对大家有所帮助。下一篇我还会继续介绍三个设计方法：Stakeholder Maps、Task Analysis 以及 Journey Maps，感谢关注。
免费获取完整 PPT，请关注公众号 uicircle，回复「PSS」即可。
UI 设计进阶系列目录：uicircle.club/a/128。
如果你想提升设计能力，亦或充实自己的周末，欢迎加入我们的会员社区 👉点这报名
参考阅读
DIY User Personas：www.ux-lady.com/diy-user-personas/
Creating Personas：medium.com/beakerandflint/personas-74c4e1c12ee2
创建定性用户画像：cdc.tencent.com/2011/12/19/创建定性用户画像/
Scenarios - Usability.gov：www.usability.gov/how-to-and-tools/methods/scenarios.html
Scenarios - Information & Design：infodesign.com.au/usabilityresources/scenarios/
Storyboarding in UX Design：uxplanet.org/storyboarding-in-ux-design-b9d2e18e5fab
