设计讲座：与 InVision 的 Aarron Walter 进行更好的设计师和开发人员合作

欢迎来到我们的设计讲座系列，该系列致力于分享来自世界各地从事设计的思想领袖和顶尖人物的见解。 我们采访了在不同环境、不同目标和不同方法从事设计工作的专家。 在这些系列中，我们希望为所有读者提供知识和创造性的灵感。

设计师经常难以与开发人员合作，反之亦然。 双方的团队可以从彼此身上学到很多东西，但仍然存在层层阻力。 本周的嘉宾是 InVision 设计教育副总裁 Aarron Walter，我们将讨论设计师和开发人员的合作。

Aarron 凭借 15 年的产品团队运营和设计教学经验帮助公司制定最佳设计实践。 他在 MailChimp 创立了 UX 实践，并帮助将产品从几千名用户发展到超过 1000 万。

他的设计指导帮助了白宫、美国国务院以及数十家大公司、初创公司和风险投资公司。 他是畅销书 Designing for Emotion from A Book Apart 的作者。 您可以在 Twitter 上找到 @aarron，分享有关设计的想法，您可以在 aarronwalter.com 上了解有关 Aarron 的更多信息。

在 Design Better 播客上，主持人 Aarron Walter 和 Eli Woolery 采访了设计领导者和影响者，他们分享了他们如何解决问题和职业道路的故事。 嘉宾包括 David Kelley（IDEO 联合创始人和斯坦福 d.school 创始人）、Julie Zhuo（Facebook 产品和设计副总裁）和 Jake Knapp（Sprint 畅销书作者）等。

你好 Aarron，很高兴你在 Toptal 设计博客上。 是来自火星的开发人员和来自金星的设计师吗？

根据我的经验，设计师和开发人员的共同点可能比他们意识到的要多，但我们思考事物的方式肯定存在一些明显的差异。 设计师喜欢考虑设计系统，而开发人员则喜欢易于维护的模块化代码。 但我们处理它的方式可能略有不同。

开发人员已经找到了将他们的工作分解成更小部分的方法，而设计师倾向于将整个事情视为“整个蛋糕”，以及我们如何吃掉整个蛋糕。

这是他们开始争吵的地方。 作为敏捷方法的一部分，工程师希望能够以小步骤交付代码并快速完成某些工作。 设计师往往希望以整体方式向前迈出一大步——他们希望提供一致的体验。 这可能是这两个群体的争论点。

设计师可以做些什么来让开发人员了解我们的观点？ 设计师如何让开发人员明白，每个交付的小功能也都与体验有关？

双方都有机会在这里弯腰。 设计师有时会试图说服开发人员我们需要等待并构建整个东西，然后将其作为这种美丽、完整的体验推出。

但如果创建周期过长，产品就有被杀的风险。 人们开始失去兴趣。 他们可能会说：“这真的为企业创造价值吗？ 我们在这件事上花费了大量的时间、精力和资源，为什么要花这么长时间？” 设计师需要更多地考虑商业周期。

如果 Apple 发布了一部手机——一个有问题的硬件——它可能会花费数十亿美元，但如果发布了软件并且出现了问题，我们可以修补它，修复它，然后再次发货。 以这种方式处理流程使我们能够更优雅地重新连接到开发工作周期。

设计师还可以尝试通过让工程师及早参与设计过程来弥合这两个群体之间的差距，这样他们就会感到自己被纳入了早期构思阶段，而不仅仅是下游。 设计师可能会说：“我们想出了这个绝妙的主意，快来为我们做吧！” 这让开发人员觉得他们不是构思过程的一部分。 他们只是手，其他人是大脑。

当分工明确时，设计师和开发人员之间最不正常的关系就会发生。 开始融合的越多，这些团队一起工作就越好。 因此，会有多个视角和共享所有权，这对于设计师和开发人员有效地合作非常关键。

关于更好地了解彼此的空间……

团队可以做些什么来更好地了解彼此的空间？ 设计师是否应该熟悉开发，反之亦然？

首先，设计人员和开发人员可以与客户进行更多交流，共同了解问题空间。 他们可以在早上与三到四个顾客边喝咖啡边交谈； 每个人都可以很快学习并就所关注的问题达成共识。

其次，在工作流程方面，重要的是设计师和开发人员要有——也许不是流利——但对彼此的语言有一定的了解。 我并不是说设计师需要知道如何编码，或者开发人员需要掌握排版，但至少有一个共同的理解。

如果设计人员可以用开发人员理解的语言来构建事物——“某某不起作用，这对业务不利”——那么开发人员很快就会开始理解问题。 这对设计师来说不是自然而然的事情，但他们需要更好地量化地传达他们工作的价值，而不仅仅是质量。 销售团队、营销团队、工程、产品、高管，所有这些人都在用数字说话，他们在用数量说话。

话虽如此，我确实相信设计带来了一些非常有价值的东西，有些东西很重要却无法计算。 客户体验、喜悦和对产品的热爱是非常宝贵的，而且很难量化。

虽然它可以量化，但质量组件将带来可量化的投资回报率。

是的，我们可以通过设计降低客户支持成本，我们可以减少客户流失，我们可以提高入职速度。 拥有这样的指标来设定您的目标有助于设计使他们的工作与业务目标保持一致。 设计师越能做到这一点，他们就越能被理解。 设计在公司中被视为竞争优势的价值越高，加大投资的潜力就越大。

关于设计师和开发人员协作的陷阱……

设计师和开发人员一起工作时遇到的最大陷阱是什么？

最大的陷阱之一是没有共同的语言，没有共同的目标，而且比例非常不成比例。 有时会有一个由一名设计师和 75 名工程师组成的跨职能团队。 这听起来很疯狂，但这很常见。

绝大多数情况都不好。 那个孤独的设计师是外籍人士。 他们是陌生土地上的陌生人，他们永远无法完全融入文化……他们的价值体系与所有同事的价值体系不同。

在那种环境下，为 UX 功能设计案例对于设计师来说极具挑战性：“我们应该在产品中加入这个动画，因为它会创造出更引人入胜的体验……”当有 75 名工程师说：“还有 250 人几行代码和两天额外的工作。 是不是真的值得吗？” 它可能不是。 对他们来说，这似乎是“结霜”。 但是那些与用户体验设计师的动画微交互确实塑造了客户体验。 它们不是唯一的，但它们很重要。

当设计师和开发人员之间的比例不平衡时，它就会变得非常有问题。 但是，有解决方案。 像 Slack 这样的公司通过“配对设计”解决了这个问题。 如果一个团队有 1 名设计师比 10 名工程师，而另一个团队的比例相同，那么这些单独的设计师每周要花大约 8 个小时一起工作，互相提出解决方案：“这就是我解决这个问题的方法，这样做对你有意义吗？ 有一个更好的方法吗？” 他们可以帮助彼此摆脱困境，而不是觉得他们在孤岛上。

关于设计师传达 UX 的重要性……

设计师如何向并不真正了解 HCD 的开发人员强调以人为本的设计的重要性？ 例如，设计师如何传达添加功能不一定为客户服务，使用产品的体验比其功能更重要？

有几种有效的方法可以做到这一点。 大多数设计师可能通过直接告诉开发人员以无效的方式做到这一点：“嘿，添加更多功能并不能带来更好的体验。 人们说他们想要它，但它实际上只会让产品变得更复杂，”开发人员可能会回应：“我认为你说得不对，这是一种观点。 我们从客户那里听到了这一点，所以我们应该关注他们。”

最好不要正面解决它，而是以一种横向的方式去做，然后说：“让我们一起更好地理解问题空间。” 我明天为我们买了午餐，并安排向您展示我们的五位客户正在使用我们的产品。

当工程师看到客户实际使用该产品时，我看到工程师们在座位上蠕动，并意识到：“我们制作的东西很难使用，人们对此感到沮丧。” 工程师想要做伟大的工作，就像设计师一样。 通常，他们根本没有机会看到他们的工作成果。

您可能听说过 Jeff Gothelf 鼓吹我们应该关注“结果，而不是产出”。 这是我们可以重新构建思维的另一种方式，输出是：“我们又交付了五个功能”，而结果是： “我们将客户流失减少了 10%”。

关于设计师和开发人员合作的未来……

你与很多公司交谈，看到许多设计和开发团队一起工作。 工具、环境和方法正在发生变化。 设计师/开发者关系的未来会怎样？

咸水正在开发——当咸水和淡水混合在一起时——工程和设计工具会合并。 不再是那种感觉像是设计的一切都在这里，工程的一切都在那里的交接的过程，它们开始融合在一起。

在这方面，我们看到设计师在 Jira 上花费了大量时间，思考用户故事，并开始以工程思维方式思考。 反之亦然，我们看到工程师使用 InVision Inspect 等工具，他们可以在其中查看规格和设计系统的故障，并了解它们如何组合在一起的组件。 由于这些工具和学科的融合，共同的理解正在发展。

无论是开发人员还是设计师，您都可以开始了解您的关键合作伙伴的观点。 这并不意味着您必须成为一名专业的编码员作为设计师。 但是，如果他们知道一点如何使用 Git 以及如何编写一些 HTML 和 CSS，也许是一点 JavaScript，这不会杀死一个设计师。 这实际上将帮助设计师了解事物是如何构建的，并促进更好的设计师和开发人员协作。

进一步阅读 Toptal 设计博客：

• 如何为开发人员进行设计
• 设计讲座：与 UX 研究员 Caitria O'Neill 的行动研究
• 设计讲座：Pamela Pavliscak 的情商设计
• 设计讲座：与 Nick Disabato 一起追求基于价值的设计
• 如何从 UX 设计师过渡到 UX 顾问