继支付宝体验版动画之后，支付学堂也开课啦! 这次要讲的是卡通.
什么是卡通? 大家都以为是卡通片儿吗?
别误会, 这说的可是支付宝卡通！！  支付宝卡通到底是个啥玩意儿? 那就快快来支付学堂探个究竟吧!!

支付宝视觉设计组出品:
主创：Danis, Nicle
视频制作&声优：蒋良军, 楚希
特别感谢：锦心，克图，豆腐同学

    应用人物角色的方法有很多好处（Cooper，1999）：
1.帮助团队成员对不同的用户群体达成一致的认识。用户相关的数据可以在适当的背景下，用故事连贯起来，帮助理解和记忆。
2.通过如何满足个人用户角色的需要，来指导初步意念（建议的解决方法）的形成。基于满足一个或多个人物角色的程度，来优化功能。
3.提供一张“脸”，来对人口统计学所代表的人物角色产生移情。

    一个用户角色代表的是真实用户群的目标和行为。通过描述人物的行为模式，目标，技能，态度，环境和一些虚拟的细节资料，使得这个人物角色具有现实特征。

    然而，要得到有效的人物角色，需要进行艰苦的用户研究，正如《关于人物角色和用户研究》里所说的，需要福尔摩斯式的分析和推理，还要保持客观。人物角色形成过程中最重要的是，这些用户必须是能够代表系统的重要用户。为了避免”数据真空”，我们需要去研究真实的用户，鉴定出他们会与网站发生交互作用的重要特征。这需要有严谨的访谈和观察，需要到用户使用的现场去，去关心用户的个人感受和期望。

    为了创建一个三维立体的人物角色，我们需要回答以下这些问题：
1.传记的、地域的、人口统计学的、消费心理学的背景信息
2.业务与人物角色的关系
3.人物角色与产品和企业的关系
4.人物角色的特定目标、需求和态度
5.人物角色的专业知识和熟练程度
6.使用的背景环境
7.用户体验的互动、信息、感知、情绪方面
8.可接近性问题
9.人物角色之间的关系
此外，还包括使用人物角色来优化用户界面组件的技术。

    创建人物角色的第一个挑战就是寻找信息。显然，与用户交谈或观察他们是最好的，但如果不能实现时，我们可以与用户代理人，如该领域的专家，培训人员，或直接的主管交谈。知道用户的人，如市场部的人，销售部或客户服务部。还有其他间接的资源，如手册，现场记录，客户反馈表，问卷调查等。但需要警惕这类资源的“人造”用户——最普遍的上级执行者认为他们了解自己的用户但实际并不是如此。

    搜集好信息之后，可以按照以下类型来排列人物角色的优先级：
1.核心的——产品的主要目标用户。
2.次重要的——也使用产品，可以做到时也会满足他们，但会为了核心用户牺牲他们的需求。
3.不重要的——使用频率低，非权威，或低优先级的用户。
4.有影响的——不使用该产品，但是会被该产品影响的用户。
5.排除的——我们的设计不为他们服务。
6.利益相关者——创造小型的人物角色来代表他们的兴趣和相关性。这些范围可能涉及广告商，高级管理者，业内权威，管理机构。这通常有利于正式的人物角色创造。
    你可以有十几个人物角色，但至少有一个是核心人物角色。但如果核心人物角色超过三个，就需要细分产品或界面。例如，将“用户的”用户界面和“管理员的”用户界面分离。让团队在每个人物角色的相对优先级上达成共识，对后续优化专业的设计决策是非常关键的。

    人物角色的背景是什么？

    人物角色的发展开始于传记式背景，包括：
1.地域概况。在哪里生活工作？这个地方怎么样？为什么会有影响？
2.人口统计学概括。如年龄，性别，家庭规模，收入，职业，教育等，可以从市场团队获得的信息。这对理解人物角色的行为很少有用，但对完成人物角色的个性是有用的。
3.消费心理学。包括社会阶层，生活方式的特征，动机，个性特征和态度。这些对于理解要赋予产品的合适的基调是很重要的。增加非本质的细节可以使人物角色变得更真实。

    人物角色、产品和企业的关系是怎样的？

    一些关键的战略问题是围绕着人物角色与企业的关系和价值展开的。

    人物角色是用户，员工，还是合作伙伴？ 网站上一些特定的信息需要针对特定的人群呈现。

    人物角色与产品或商业有什么关系？他们是重要用户或非用户？如果你试图从竞争品中争取用户，那么你需要知道哪些人没有使用你的产品。人物角色对你的产品，品牌和公司的态度是怎样的？你的人物角色希望得到那种关系，但却没有得到满足？

    人物角色的商业价值是什么？更多热衷于倡导以用户为中心的设计似乎觉得所有用户都是有价值的，但是事实并非如此。80/20法则告诉我们，20%的用户创造了80%的收入。这有助于我们思考一个人物角色所代表的整体用户（或整体收入）百分比。这可能不是人物角色最关键的好处，但是却有助于你回答来自项目业务方的问题。

    人物角色需要回答以下几个问题：

    产品使用的背景是怎样的？
    关注产品所提供的，人物角色使用产品的背景下的特定目标，需要和态度是什么？
    思考人物角色需要完成的事情之后，看一下人物角色要完成这个目标所需的特定知识和熟悉度。一条安全的经验规则是，绝大多数用户从来没有达到“高级初学者”的专业阶段，他们也不想那样。
    获得人物角色使用产品的特定背景信息是很有用的。例如：
1.用户执行任务的时间和地点？会与谁一起？
2.周围的环境怎样？
3.有没有设备的限制？
4.是否有保密的需要？精度的需要？
5. 运作的和/或安全的风险是什么？
6.辅助和训练是可行的吗？
7.有没有法律和/或监管的限制？

    人物角色与产品的交互是怎样的？

    产生交互的频率怎样？是一个调节基础吗？是连续的还是间断的？是否需要人物角色完全的注意力，还是人物角色还同时进行着其他几种交互？人物角色需要执行得多快？行为的复杂程度和可预见性怎样？谁驱动交互，人物角色还是外界因素？这些问题与任务分析有重叠的部分，但是为每一个人物角色回答这些问题，可以有助于鉴定人物角色之间重要的相似之处和/或差异。

    哪些信息与人物角色有关？

    许多交互还涉及到信息，而这些信息是在一些在关注行为的传统任务分析中被忽略的。因此接下来要具体来看一下，人物角色与产品进行交互时，需要和/或操作的信息的特点。例如，在设计呼叫中心软件时，需要考虑信息的音量和复杂度、操作员接受和传递信息的方式，以及在什么时候需要多么细致的信息。

    是什么让用户体验难忘？

    虽然用户体验的交互和信息方面可以通过逻辑分析，但是用户体验的感知和卷入特征本身就更主观，但也同样重要。产品只有提供了足够的价值，才能够在市场中生存下去。是什么情绪或感觉，风格吸引了你的人物角色？什么是吸引人的？什么是使人愉快的？什么是令人难忘的？

    一旦我们将人物角色细化到这种水平，那么就能更容易地确定设计的优先级了。

  参考资料

      《关于人物角色和用户研究》
      《Making Personas More Powerful: Details to Drive Strategic and Tactical Design》
      《Using personas and social psychology theories in online marketing campaigns to increase conversion》
      《The Inmates are Running the Asylum》

一、确定研究目的

    确定研究目的在任何研究中都是最重要的环节，在编制问卷之前，我们必须明确该问卷要达到的目标（即需求方希望调查的内容，简称需求点），调查的目标人群和渠道。

1. 目标：

* 控制需求点：因为问卷的题项过多会影响到用户答题的质量，根据前人研究的结果与实际经验，我们认为问卷中设置的态度题不应该超过20 个，总题项最好不要超过30 个。
* 搜集资料方法：可以采用桌面研究（客服反馈、日志分析、销售、市场）、头脑风暴、电话访谈等方法来明确问卷的核心目标，并为编制问卷积累资料。

2. 对象：

在编制问卷之前，我们必须明白我们问卷调查的目标群体，针对实际的研究，需要明确用户群的分类与定义，最好能用客观的指标来区分。例如：
* 新用户、流失用户、连续用户
* 不同资金渠道的用户
* 不同活跃程度的用户

3. 渠道：

问卷投放的时候需要考虑样本的代表性、回收周期和数量。
一般投放周期为一周。可以采用定向投放（例如邮件投放）和非定向投放（例如线上系统）。定向投放回收率不应小于5%（完成问卷的人数/ 参与调查的总人数）。

二、形成问卷初稿

1.内容结构

*测谎题1/2题，用于判断用户是否认真答题。
*反向题
*尽量不用单道题来评定

2.项目形式

*选择题&开放性
*单选&多选
*等距量表

3.编制中要避免的一些问题

*问卷设计者与调查者对概念的理解不一致。
*两个以上概念在同一题目中出现。
*使用专门术语、行语、俗语。
*答案设置漏掉了综合性的选项。
*出现带有某种倾向的暗示性问题。
*使用不肯定的词。
*出现调查对象未经历过的，导致结果虚假。
*使用可作多种解释，意义含糊的词。
*陈述使用否定句，答卷者忽略而误解题意。
*问题缺乏受限制的前提。
*题目中供选择的项目未包含所有的程度。

4.指导语

*建立初步心理融洽，引起回答的意向与动机，需要表明以下几点：
    调查者的身份
     研究的目的和价值
    需要调查对象的协作的重要性
*问卷作答要求

三、内部审核

    在问卷正式上线之前，还需要进行审核与测试。

1.专家审核

*针对问卷的内容，使项目与需求点之间的关系达到最佳。
评定内容
*所设置的问题与所研究的主题密切相关
*题目应清楚，无歧义
*尽量不要使用带有倾向性的问题
*所提出的问题应为被调查者能够回答的问题
*尽量不提带有社会压力的问题
*所提问题应尽量具体
*对某些不易理解的问题应尽量作些简单解释
*询问回答者的切身体验比普遍提法要好
*采用多种方式减轻问题可能给回答者带来的社会压力
计分方法
*4~5名专家独立评定，半数以上人通过的项目才能使用
*对于评定不通过的进行修改

2.内部测试

*针对问卷用语、形式。4~5人，被试参与设计，可以采用的一些问题：
    你对整个问卷感觉怎样？
    当你说“……”时你心里是怎样想的？
    这个问题如果这样问，你会怎样回答？
    如果这样问“……”你回答起来会有什么困难吗？

3.外部试测

*正式的预测，200人，被试不参与设计，初步分析问卷的结果，及早发现问题。这里针对不同的问卷，侧重于不同方面。
有结构的问卷
*信度分析
例如：科隆巴哈α低于0.5的项目进行修改。
*效度分析
问卷反映的是要测量的内容，有多种效度。如：结构效度，效标效度等。
无结构的问卷
对于有开放性回答题，进行分析，是否遗漏重要选项。

四、正式投放

针对我们的产品，回收最小有效单位样本不少于300，分析才有意义。

随着支付宝个人体验版的发布，支付宝体验版动画 也出炉啦~

这是一个贴近产品的视觉创意实验项目，历时2周时间完成，看看能不能真正帮到我们的客户来很好的理解支付宝是干什么滴？
力求给用户亲和、简洁的表现，我们特地设定了活泼简约的抖抖线条，每个镜头只停留一个主体元素，利用特别设计的过场来贯穿所有情节，要把事情说得简单明白还不是件容易的事儿。
我们正努力尝试用情感设计帮助产品贴近我们的用户，让支付宝更亲切、好用！

打开音箱，点击Play开始播放~

第四届 D2 由阿里巴巴公司提供场地和其他资源。(via)

模板语言与大前端

金大为讲演的这个话题，主要阐述了百度倡导的“面向数据编程”的观点和实践。绑定数据源，界面随着数据变化而变化，总感觉似曾相识，没错，很多“快速开发”框架都是这么干的，微软更是这种开发方式的倡导者。IE 5 引入的 XML 数据岛就与此类似，虽然年代久远了一点，还是有同学在提问环节中提到。这种方式是否过时还言之过早，重要的是，找到适合前端的开发模式。百度的这个尝试在前端领域算是个亮点，如果能再深入讲讲模板解析引擎，那就很丰满了。
另一个有待商榷的是，这个方案的定时刷新问题，现场也有几个人提出了类似的问题。我的建议是，尝试只在需要的时候刷新界面。如果能在写数据时改变数据的状态, 或是引发事件，也许会更有效。

从YUI2到YUI3看前端的演变

相比金大为的PPT，克军的“广告”几乎没有:p 据说克军是国内最帅的前端之一，也很可能是最熟悉YUI的前端（没有之一吧），所以他的演讲温文尔雅，YUI3的新特性娓娓道来，中间穿插着酷酷 Keynote 转场，一切都是那么平实和自然。
YUI3 引入了粒度更细的模块管理方式，通过异步 HTTP 请求加载模块、然后执行回调来加载和使用模块。现场有很多人提出疑问，大家无非关心的是“效率”二字。个人以为在现阶段，这种方式有一点激进，否能为广大用户所接受并发扬光大，还需要时间检验。YUI是个“学院派”的框架，以性能和严谨著称，易用性相对而言弱了一些。它能否在已经拉开的 JavaScript 框架大战中胜出，让我们拭目以待。

SilverlightQQ项目实践——Silverlight架构思考

由于介绍的是相对比较偏门的 Silverlight 技术，所以现场多少有点哈欠。不过最后的 SLQQ 演示让众人眼前一亮，甄哥的临场表现够范儿，台下会心一笑即是对演讲者的赞许和鼓励。
关于 Silverlight 的发展，不可避免要拿去和 Flash 比较，别忘了具有“官方背景”的 HTML5 也加入 Rich Media 之争。如果 Silverlight 能完整地解决跨平台问题，这场战争鹿死谁手还真难说。世界本应是多元化的，未来它们各自的定位也许会决定如何占有一席之地。

前端安全概览及防范

这个话题之前已经在阿里内部做过分享，因而有幸重温一次。明城的演讲很活泼很草根，MBP 很拉风。现场气氛在短时间内迅速活跃起来，明城功不可没。同样由于PPT早已写就，加之相关网站已收到通知并修补了自身缺陷，会上并没有出现网站被实战演练、惨遭围观的局面，未免有点小小的遗憾:p
和后端安全性不太一样，前端安全性更多地与网站的用户体验、声誉相关；如果后端信任前端代码，那就是另一个层次的安全问题了。同时，前端代码处在一个“敞开”的环境中，注入和篡改运行时代码并非难事。打个小广告，本站近期会推出一个 JavaScript 安全编程的讨论话题，敬请期待。

前端性能优化与自动化

三七的这次演讲同样也重温了一次，他的发型和京剧脸谱开场让人印象深刻。演讲前半部分围绕 HTTP 请求步骤介绍每个环节的优化手段，后半部分介绍口碑前端在自动化方面所做的实践和经验。整个过程略显平淡，仍然不失为一个分量很足的演讲。
前端性能优化这个题材相信大家都没少接触，而自动化则是前端的发展中特别是近几年的一个热门话题。随着前端在项目开发中的比重逐渐加大，原有的作坊式开发已不能满足发展的需要，集成化、自动化自然就成为了前端流程的必由之路。国内鲜见成熟的前端自动化实践分享，口碑无疑在这个领域作出了示范和表率，为口碑鼓掌！

尾声

个人秀环节就不再一一点评了。姑且不说作品质量和演讲台风，每一个站出来秀的人，都是值得我们尊重的。前端虽然经历了几年的发展，却还处在蹒跚学步的阶段，我们还需要更多的布道和分享，感谢所有乐于分享的人，是你们的热情推动着前端的进步和发展。

会后，支付宝UED前端开发组在附近餐厅聚餐（点击查看高清“无间道”造型）：