设计经验：从人和产品的复杂性切入

2016-11-15 15:48:00

从小到大我的理想一直都是做一名设计师，喜欢满世界的逛，喜欢把自己一个人关在房间里写写画画。工作后真的成了一名设计师，才发现设计其实只是设计师工作职责中一个很小的部分，或者说需要我们设计的并不只是那一件衣服，一个杂志封面，而是整个设计事件里的方方面面。

前几天看到一篇不错的文章，翻译出来和你共享。下面进入译文（语句带有个人情感，不完全和原文一致）：

在完成我的那篇“数据驱动设计”的文章之后，我决定开始着手研究一个和那篇文章相关且同等重要的话题：管理设计的复杂性。

你一定知道这种感觉，当你向团队其他成员展示你的设计方案的时候，没有人向你点头微笑，也没有人对方案表示肯定，这时候的感受是多么地局促不安。因为你知道设计方案之外还有很多隐藏问题有待解决。如果你不攻克这些难题，你的设计会受到毁灭性打击，甚至被扼杀在摇篮里。

产品设计的复杂性往往体现在两个方面：

人和意见的复杂性。
产品设计本身的复杂性。

在产品设计的过程中我们对功能，用户和利益相关者的思考，并不总是客观的。我过去走过一些弯路，所以我想分享一些我在处理这些复杂设计项目时的经验。

从人的复杂性切入：改变对话的方式

我将从“人”开始切入，因为这是管理任何设计项目都会涉及到的主题。作为设计师，我们经常接到项目和需求并按照要求完成它们。通常一开始，我们接到的需求信息虽然不是那么面面俱到，但我们总会投入最大的精力和创造力来设计，力求做到最好。但是随着需求不断变化以及诸多的限制条件，我们不得不在设计上妥协，结果也让人很沮丧。

产品设计之所以复杂，有一半原因在于它处于高风险环境，设计过程中充斥着各类角色的声音。更可悲的是，设计师的发言权往往很有限。所以很多人就开始抱怨公司的业务，其实在这个过程之中设计者有更大责任。

作为设计师，我们有责任改变和其他角色的对话方式。我们需要教育我们的客户，老板和团队如何作出成功的设计。

说来轻松，实则很难，这里分享一些我的技巧，希望对大家有帮助。

预先引导

在项目的开始，我会向利益相关者简要介绍我们的设计流程，向他们展示流程中的关键节点以及对应的产出物。然后在项目的各个节点，会告诉大家我们正处在哪个阶段以及我们接下来的目标是什么。

图1 实际项目中的流程和时间线

除了解释我们的设计过程，我认为说明我期望从他们那什么类型的反馈以及时候需要反馈也非常重要。有时我甚至向他们解释为什么得到他们的反馈是必要的。这样，大家都使设计做的更成功需要双方共同的努力，而不是设计师一方的责任。

向上沟通

每当我们开始一个新的设计项目，我都会要求与“老板”见个面。通常他是CEO，或者是我能找到的最高级别的管理者。我希望从源头直接了解项目的愿景和预期的结果。

我会详细地记录我们的谈话，并试图捕捉他所有的情绪和“声音”。当进行设计评审时，我会把这些内容重新说一遍以支持自己的设计观点。这个方法很奏效，因为没有人想和老板唱反调。

当事情变得像往常那样混乱的时候，我也会试着重新强调老板的观点。作为设计师，我们的工作就是以完美的解决方案实现公司的目标，没有什么比“来自老板的声音”更好的方式来和大家讨论大局形势了。

怀有同理心

在设计调研阶段，我们通常将高管和利益相关者聚集在同一个房间，让他们描述对目标客户的理解。做这件事的目的是让他们固有的认知，回过头来从用户的角度思考产品。

我们使用一种叫做“同理心地图”的方法来开展讨论。方式很简单，向这些利益相关者询问“他们的客户在想什么，做什么，说什么，听什么以及感觉到什么”，然后映射到一个具体人物。也就是我们常说的“persona”。

图2 高管们画的共情地图

在几个项目中使用了这种方法后，我们得到了来自高管们的的一致反馈： “这是第一次设计师和所有的高管在一个房间里谈论我们的客户，确实很有见地”。所以从那之后我们一直沿用这个方法。

这个过程初看有些形式化，但是对于真实用户行为以及洞察的挖掘却是非常好用的。这种方法也让我在那些从未参加过这样严格的设计流程的合作者中建立了设计权威，体现了设计师的专业性。

从产品的复杂性切入：了解使用频率

如果你正在对一个现有产品进行重设计，通常有一大堆功能需要重新调整。我在一些大的软件产品中看到的一个常见的问题是，它们通常使用一套方案对所有场景一刀切。换句话说，就是用一种产品形态应对不同的用户和需求。如果要给这些产品打个标签，就是复杂。接到这样的项目是很有挑战的，我们需要熟悉用户对功能是使用频率才能设计出成功的产品。

了解用户对一个功能，页面，按钮或输入框的使用频率，能帮助你更好地处理功能的优先级。这样可以有效地区分出用户高频使用的功能和极少用到的功能，帮助他们重新梳理现有的页面和元素。这也是我们常说的二八法则。