欢迎来到我们的设计讲座系列，致力于分享来自世界各地从事设计的思想领袖和顶尖人士的见解. 我们采访了在不同背景下从事设计工作的专家, 有不同的目标, 通过不同的方法. 在这些系列中，我们希望为我们所有的读者提供智力和创造性的灵感.

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

Aarron凭借15年的产品团队管理和设计教学经验，帮助公司制定设计最佳实践. 他在 MailChimp的 并帮助该产品从几千名用户发展到1000多万用户.

他的设计指导帮助了白宫, 美国国务院, 还有几十家大公司, 创业公司, 风险投资公司. 他是那本畅销书的作者 情感设计 《欧博体育app下载》. 你会发现 @aarron 在推特上分享关于设计的想法，你可以在 aarronwalter.com.

在 设计更好的播客 主持人Aarron Walter和Eli Woolery采访了设计领袖和有影响力的人，他们分享了他们如何解决问题和职业道路的故事. 的客人包括 大卫·凯利 (IDEO联合创始人、斯坦福大学教授.学校创始人), 朱莉卓 (Facebook产品与设计副总裁) 杰克克纳普 的畅销书作者 冲刺)等等.

你好，Aarron，很高兴你来到total 设计博客. 开发者来自火星，设计师来自金星?

根据我的经验, 设计师和开发人员的共同点可能比他们意识到的要多, 但我们思考事物的方式确实有一些明显的不同. 设计师喜欢思考设计系统, 开发人员认为模块化代码易于维护. 但我们做这件事的方式可能略有不同.

开发人员已经找到了将他们的工作分解成更小的部分的方法 设计师 倾向于把整件事想象成“整块蛋糕”，以及我们如何吃掉整块蛋糕.

在这一点上，他们开始发生冲突. 工程师们希望能够以很小的步骤发布代码，并且能够非常快速地制作一些东西 敏捷方法. 设计师倾向于以整体的方式向前迈出一大步——他们想要传递一致的体验. 这可能是这两个群体争论的焦点.

设计师该如何做才能让开发者接受我们的观点? 设计师如何让开发者明白，所发布的每一个小功能都与体验有关?

双方都有机会妥协. 设计师有时试图说服开发人员，我们需要等待并构建整个东西, 然后把它拿出来，就像这么漂亮, 完整的经历.

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

如果苹果推出一款手机——一款有问题的硬件——可能会让他们损失数十亿美元, 但是如果软件发货了，出现了问题, 我们可以修补一下, 修复它, 再次起航. 以这种方式处理流程使我们能够更优雅地连接到开发工作周期中.

设计师也可以通过让工程师尽早参与到设计过程中来弥合这两个群体之间的差距，这样他们就会觉得自己也参与了早期的构思阶段, 不仅仅是下游. 设计师可能会说:“我们想出了这个绝妙的主意，去为我们做吧!，这让开发者觉得他们不是创意过程的一部分. 他们只是手，其他人是大脑.

最不正常的关系 设计师 当有明确的劳动分工时，就会出现开发人员. 混合得越多，团队合作得越好. 结果是, 这里有多种视角和共享所有权，这是设计师和开发者有效合作的关键.

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

团队如何才能更好地了解彼此的空间? 设计师是否应该熟悉开发，反之亦然?

首先，设计人员和开发人员可以更多地与客户交谈，了解问题所在 在一起. They could talk to three to four customers in the morning over coffee; everyone could learn very quickly 和 arrive at a shared underst和ing of what the concerns are.

第二个, 在工作过程中, 对于设计人员和开发人员来说，对彼此的语言有一定的理解是很重要的——也许不是很流利. 我并不是说设计师需要知道如何编写代码, 或者开发者需要掌握版式, 但至少有一个共同的理解.

如果设计师可以用开发人员理解的语言来构建事物——“这样那样是行不通的，这对业务不利”——那么开发人员就会很快理解问题所在. 这对设计师来说并不是一件自然而然的事情，但他们需要更好地传达自己作品的价值 定量，不仅仅是 定性. 销售团队, 营销团队, 工程, 产品, 高管, 所有这些人都在成群结队地讲话, 他们在说什么 定量.

也就是说, 我相信设计带来了一些非常有价值的东西, 有一些重要的事情是不能被计算的. 客户体验, 快乐, 对产品的喜爱是超级宝贵的, 这很难量化.

但它是可以量化的, 最终，高质量的组件将带来可量化的ROI.

是的, 我们可以通过设计降低客户支持成本, 我们可以减少流失率, 我们可以加快登机的速度. 拥有这样的度量标准可以帮助设计人员将他们的努力与业务目标保持一致. 越是 设计师 能做到这一点，他们就越会被理解. 设计在公司中越被视为一种竞争优势, 加大投资的潜力就越大.

设计师与开发者合作的陷阱

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

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

绝大多数情况都不太好. 那个孤独的设计师是个外籍人士. 他们是异乡的异客，从未完全融入当地文化，他们的价值体系与所有同事的价值体系都不同.

在那种环境下, 对于设计师来说，为UX功能做一个案例是极具挑战性的:“我们应该在产品中加入这个动画，因为它将创造一个更引人注目的体验……”当有75名工程师说:“这是250多行代码和额外两天的工作. 这真的值得吗?“很可能不是. 对他们来说，这就像“结霜”.“但是那些活跃的微互动 用户体验设计师 真正塑造客户体验. 它们不是唯一的东西，但它们很重要.

当设计师和开发者之间的比例不平衡时，问题就会出现. 然而，也有解决办法. 这样的公司 松弛 用“配对设计”来解决这个问题.“如果一个团队中有1名设计师和10名工程师, 在另一支队伍中也是同样的比例, 这些独立设计师每周花大约8个小时在一起工作, 向对方展示解决方案:“我是这样解决这个问题的, 你明白了吗? 有更好的方法吗?“他们可以帮助彼此摆脱困境，而不是觉得自己在孤岛上.

设计师传达用户体验的重要性

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

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

最好不要正面处理, 而是以一种侧面的方式来做，说:“让我们一起更好地理解问题空间.“我为我们明天买了午饭, 我已经安排了五位客户向你们展示使用我们产品的情况.

我见过工程师在看到客户实际使用产品时，会在座位上局促不安, 然后意识到:“我们做了一些很难用的东西, 人们对此感到沮丧.“工程师想要做伟大的工作，就像 设计师. 通常，他们只是没有机会看到他们工作的结果.

你可能听说过 杰夫Gothelf 宣扬我们应该关注“结果，而不是产出”.“这是我们重新思考的另一种方式 output 是:“我们又发布了5个功能”，而不是 结果: “我们减少了10%的流失率.”

设计师与开发者合作的未来

你与许多公司交谈，看到许多设计和开发团队一起工作. 工具、环境和方法都在变化. 设计师/开发者关系的未来将如何发展?

当咸水和淡水混合在一起时，咸水就会被开发出来，这是工程和设计工具的结合. 而不是像交接的过程，所有的设计都在这里，所有的工程都在那里, 它们开始混合在一起.

在这种程度上，我们看到 设计师 花很多时间在 Jira在用户故事中思考，并开始用工程师的思维方式思考. 反之亦然，我们看到工程师使用像 InVision检查, 他们在哪里看到规格和设计系统的崩溃, 并理解它们是如何组合在一起的. 由于这些工具和学科的融合，一种共同的理解正在发展.

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