用户体验扩展：一个设计管理者的4步走框架

用户体验不是一个有规则去衡量的工程，它是科学与艺术的一部分。

      所有的设计流程最终都会被打破，用户体验扩展的诀窍是创建一个灵活应对设计规模和时间推移直到完成的框架。

      基于我们的朋友Jason Culbertson(Airbnb设计经理)在Airbnb、GUSTO等公司的产品设计研究中，他在用户体验实践中创建了以下几个方面的框架：

.方法&系统-UX领导人和他的团队保证核心标准的工具是什么？如何做一个系统化的设计，而不是碎片化的？

.团队结构-随着时间的推移如何改变自己的团队结构让UX团队支持更多的项目？

.合作-什么样的做事方法和规矩能够预防碎片化的设计

.文化-怎样创造公司的用户体验第一的文化？如何创建一个UX的愿景激励从而长期指导团队？

在这篇文章中，我们通过解释上面四个步骤中的每一步来解开扩展设计的神秘面纱。

工具&系统

工具和系统是金字塔的基础，他们让产品与产品间的质量和体验保持一致并得以实现。

工具

基于云的工具有助于扩展，因为它能帮你保存一个真实的版本。随着设计团队的成长，使用桌面工具进行“碎片化设计”的风险也随之增加。版本控制变得更多困难。(译者按：根据自己的工作经验来讲，这里使用云存储的目的是让需要大家协同的设计同步，避免在离线的桌面工具上设计后产生不同步的设计稿，随着团队的扩大，源文件或者负责同一个项目的几个设计师的设计稿实时的在线同步，会让协同变得高效。)

在评估设计工具时，请考虑以下标准：

.协作-这个平台中是否能够促进使其它团队在不同的办公室和时区有效沟通？

.一致性-不同的人可以更新和复用“已认可”的设计模式，以便于在所有项目中创建一致的界面外观吗？

.控制-这个平台支持什么样的交互和视觉高保真？它如何管理不同团队成员之间的版本控制和权限？

当然，最终目标是产品开发团队用来实现的标准工具包：

项目管理

需求管理

协作

可用性测试

原型

视觉设计

资产控制

开发切换

如果你要使用多个工具，看看他们是否能够相互配合转换到工作流中。例如，你的团队使用一个静态的低保真框图工具和一个单独的原型工具，这会让他们的效率降低，应该让他们重新选择工具(假设这两者不能结合在一起)。

系统

一旦你的UX团队超过15个设计师或者您的机构扩张超过500名员工，你可能需要建立一个设计系统。 

在扩展上，产品团队需要可重用的模式和代码组件来创建和维护。然后，你的设计系统将成为你的设计工具包中的最后一个组件。

下面是一些可持续设计系统的参考例子(更多例子)：

1 Salesforce Lightning

2 Airbnb DLS

3 Intuit Harmony  

使用设计系统的一个最显著的问题是在日常工作中使用正确的组件。如果设计系统只是做完放在一个网址里面，开发人员仍然需要花时间浏览文档然后找到特定组件所需要的代码片段。然而，一种解决方案是在设计本身嵌入您的代码片段和其它文档，以便元数据(又称中介数据、中继数据，为描述数据的数据（data about data），主要是描述数据属性（property）的信息，用来支持如指示存储位置、历史数据、资源查找、文件记录等功能。元数据算是一种电子式目录，为了达到编制目录的目的，必须在描述并收藏数据的内容或特色，进而达成协助数据检索的目的。)

使用设计系统的另一个问题在于长期维护。正如Nathan Curtis提到的，随时准备随着时间的推移去更新和迭代你的设计系统。

.对于较小的设计团队，一个“霸主”结构就足够了，一个人公开自己的个人设计系统。并负责更新系统。

.随着设计团队向数十名设计师发展，你可能会迁移到“集中式”或“联邦”结构中。在前一种情况下，一个人或一个团队更新民主化的设计系统。后一种情况下，多个团队协助创建和更新设计系统。

.你也可以用混合型组织结构创建你的系统，像Salesforce和Airbnb单个产品设计影响系统，反之亦然。

一个设计系统不是单独面向你需要的去发展，它是基于单个项目的新的想法。在规模上，一个专门的设计师（或设计团队）肯定有助于促进整个组织之间的一致性和创新的双向平衡。 

sketch里uxpin插件的UI模式库

团队结构

有了合适的工具和系统，你就可以开始扩展团队并发展其结构了

角色/技能(T型)

Satyam Kantamneni(前citrix用户体验高管)说在他自己建立和保持成功的UX团队里，独角兽很稀有，养不起，而且通常受到“女主角心态”的折磨。（译者按：可以理解为单一技能非常牛B的人，而且工资很高，并且有唯我独尊只做一件事的心态）

设计领导者反而需要更切合实际地招聘，在一个领域寻找具有资深专业知识的T型设计师，但他有足够的基本能力来满足其他工作岗位的需要。随着时间团队的扩大，由于成员之间多方面知识能力的相互重叠，您的团队对知识认知分歧较少。 

所需的T型技能为用户研究员。

比例

设计师和开发人员(甚至PMS 译者按：PMS有很多种意思，这里不太理解，还请自行百度吧)之间的比例会随着时间改变。然而，不管怎样，Jesse James Garrett研究表明，至少要保持最少一个设计师：12个开发人员和1个设计师的最佳情况；为创业公司中比例通常为1个设计配4-5个开发。

组织

正如Jeff  Gothelf指出的，大多数团队的随着越来越多的人加入，从“内部机构”团队模型扩展为“轴辐模式”

举个例子，Airbnbhhuer设计组织70+，反应了一个高度专业化的“轴辐模式”

设计语言团队-创造和更新影响所有Airbnb产品的设计语言。负责“未来版本”的设计。

成效团队-嵌入在各自产品团队中的设计师。

产品设计团队-创建设计工具和图解。确保所有设计保持质量和一致性，Airbnb的标准。 

Airbnb设计经理在他组织的研讨会上总结了最常见的关键点，为你的UX团队带来成长经验：

.1-10 非常小的团队，设计师可以研究一个产品的多个方面，或多个产品同时进行，UX经理在“内部机构”模式传递自己的需求，角色和UI设计师差不多，UI设计、UI研究、设计师之间的职责不会细分。

.11-25 有一些专业细分的团队，他转换到“中心辐射”模式，一个或两个设计师可能负责（兼职）建立和发展设计系统。设计师加入到特定的产品团队中。

.26-50 和上面的模式一样，只是负责设计系统的设计师可能增加到3-4人专门负责。

.51-100 在这个团队规模下，可以形成独立的团队分别负责设计系统、日常产品设计和产品整体一致性。

协作

一个可扩展变化的团队结构也需要正确的协作流程来维持它的正常动作。随着更多的设计师加入你的团队，可灵活扩展的团队结构变得不可能了，你迟早需要规范且正式化的协作流程。

创建适合的流程规范

虽然从第一天开始对流程进行规范化并不难，但是我们要看到，一旦开发超过了10个设计团队，标准化流程势在必行。

为自己的设计问题创建一个标准的UX流程：

1.与团队里面的资深成员举行一次30分钟的会议，了解他们当前的流程，图解每出每个人的流程，然后比较一下相似点和不同点。注意时间，不要浪费在不必要的事情上。

2。为接下来要做的新项目创建新的标准化流程来做实验。选择一个规模合适的项目(例如功能更新某个模块，而不是重新设计整个产品)

3.把这个标准的首次流程展示给参与的人，和他们面聊。或用任何方式收集到你下一次调整这个流程需要的反馈。

4.在与每个人沟通过你的标准流程后，每周看一下这个过程在项目进行中实行的怎样，还有什么问题，继续迭代流程直到团队进行很自然而然的节奏中，你会发现这个标准流程中碰到的问题会越来越少。

5.随着人们对标准流程的熟悉，你要重新评估你的工具套件，为产品组的每个人创建一份清单，写出他们要用到的工具。然后看看哪些地方可以删除多余的工具或者添加新的工具。现在你有了一个有效的标准流程和正确的工具。

举个例子，Sunita Reddy(unpin产品VP)在他的团队中使用下面的标准流程：

你可能不会按照上面说的去实行，这是正确的选择，它的目标是创建一个基础的工作流程标准，你应该有自己的标准。

工作会议

为了继续迭代优化您的协作流程，我们推荐一些可以重复使用的会议方法，在Jason Culbertson的采访中，他发现了一套高效的方法：

.站立会议(每天)-审查进度，发现受阻的问题和任务，为了提高效率，参加站立会议的是团队中重要的人而不是整个团队。

.效果管理(每周)-产品经理、项目管理和在成果团队的设计领导或经理将讨论、交流、学习和待解决的任务。

.设计效果(每周)-设计师团队与开发和产品管理分享各项工作的工作效果。

.演示与反省(每周)-设计师审查一周的版本与开发人员讨论可取和需要改进的地方。

.设计团队分享(2周一次)-设计师用PPT在成果团队展示他们的设计。

.1对1(2周一次)-设计经理和设计师对职业发展的对话。

.设计管理(月刊)-设计线索和所有结果的团队管理人员将讨论进展、学习和待解决的任务。

当然，你的团队可能不需要上面提到的所有这些会议，下面，你可以看如果简化，放到不同的团队阶段。

培养

除了工具、团队和流程之外，你还需要在整个组织和团队内部建立可持续的设计文化。否则，你之前推动的变革和流程将无法生存下去。

整个组织

如果你目前的公司不是以设计为中心的，你需要通过缓慢而有计划的方法来增强。雄心勃勃的一个接一个的UX研讨会将压垮团队。相反，应该有“设计计划”的去减少遇到的阻力（用中国话说叫不要操之过急，徐徐图之，步步为营）。

.行政层面-把自己定位为专门从事有利可图的设计的商业领袖。解释你想尝试的一个小的试点项目（不超过3个月）的新流程规范，然后明确KPI目标。请求大家的支持。

.项目层面-与你的执行工作并行，在不同的敏捷开发团队中找出紧迫的问题。向产品或项目领导解释，你想尝试一些需要最少支持的问题解决方案练习。和各相关方的人进行简短的交流，回顾现在所有的数据，然后提出一个立足于设计思维的新解决方案。如果其他人感兴趣，可以解释设计思维的细节(并提供更深入的讨论)。

当你获得初步的正向反馈时，把你的成功传递给项目成员和领导，总结实现的过程和达成的目标，然后强调非设计师的贡献，你会赢得更多的执行同事对你的方式买单，同时也让别人在他们经理面前更好的邀功(为你赢得更多的支持者)。

超越自己的团队

首先，打造一个用户体验的愿景，应该在1-3年的时间内保持向这个愿景努力。

梦想凝聚团队，并将其价值传达给外部的相关同事。

举个例子，在UXPIN，“视觉统一的开发更快更好的产品”。一个远景描述一个理想的未来而没有规定一个解决方案。虽然方式、季度目标和流程可能随着团队的发展而变化，但是除非公司经历重大的黑白，否则梦想终将实现！

做一个PPT描绘你的愿景，使团队可以和相关的人可以共享：

.解释你的愿景如何增加用户价值和商业价值，同时包括有关机场的调研。

.描述你将使用的方法以及它们如何帮助改进产品体验。

.展示设计适合于团队，以及团队将与谁合作(怎样合作)。

.有明确的目标(如 UX NPS净推荐值评分、转化率等)

第二，鼓励设计师从与你行业不相关的产品中寻找灵感，每周开发讨论这些不同的灵感来源，以及它们如何应用于不同的项目。

当你已经建立了UX跨功能支持同时也定义了你的团队文化，“好的设计”的商业价值变得更加有形。

欢迎关注翻译的微信公众号：「苏三个半」