设计系统如何为无处不在的电子邮件团队提供支持：网络研讨会录音 + 问答

无论您是否与远程电子邮件团队合作，电子邮件设计系统都可以为您提供帮助。 从扩展程序和确保一致性，到节省设计和编码电子邮件的时间，强大的设计系统为您提供支持。 但是您如何开始创建和维护一个呢？

在这次圆桌讨论中，来自 Stack Overflow、Zillow 和 Litmus 的专家讨论了使用电子邮件设计系统的好处和挑战。

没有机会观看网络研讨会直播？ 别担心。 您可以随时访问完整录音并阅读下面的问答。

问答

非常感谢在网络研讨会期间提出问题的所有人！ 以下是我们对最热门问题的回答的回顾，以及我们对现场网络研讨会期间未解决的一些问题的看法。 还有其他问题吗？ 请在评论中留下它们。

可以启动团队的电子邮件设计系统的关键模块/组件是什么？

Ted Goas：这因团队而异。 我们从审计开始，并邀请人们在 Google 文档中进行头脑风暴。 每封电子邮件可能都需要一些安全的东西（按钮、排版等），但只有在审核和头脑风暴会议之后，我们才知道应该从什么开始。 这个起点因团队而异。 我在我的电子邮件设计系统文章“第 3 课：从小处着手，尽早让其他人参与”部分中对此进行了讨论。

Jaina Mistry：同意 Ted 的观点，我们在 Litmus 以同样的方式开始——审核我们当前的电子邮件，看看我们经常重复哪些模块和组件。 对我们来说，结果是 CTA 按钮、段落、列表（有序和无序）、英雄图像、链接和排版。

Crystal Ledesma：开始就像其他人提到的一样简单地审核您的电子邮件。 如果您发送大量电子邮件并对其进行审核是一项艰巨的任务，请识别并审核具有常用设计模式和/或表现出色的电子邮件。 我喜欢把东西拿在手上并打印（对不起，树！）经过审核的电子邮件，拿一支笔在它们上面画画，以帮助我们确定我们一遍又一遍地看到哪些设计模式。 这些成为我们的“构建块”或系统模块。 这就是我们在 Zillow 开始使用电子邮件设计系统的方式。 尽管我们想深入研究按钮等更小的组件，以及如何使它们在每封电子邮件中保持一致，但我们仍在努力将事情推开，最初我是一个团队，所以我们保持简单。

一旦您从跨职能合作伙伴那里获得了实际构建电子邮件设计系统的支持，您会推荐什么作为使其起步的第一步？

吉安娜：为自己设定一些现实的目标。 查看日历并规划出您希望在特定日期之前实现的目标。 电子邮件营销人员是忙碌的人，因此您可能会在设计系统和日常工作之间取得平衡。 而且您有时会没有时间专注于设计系统。 如果你已经开始在几周内完成它，那么每天你没有开始工作都会感觉非常消极。 相反，将您想要实现的目标分块并一点一点地解决。

Crystal：确定将使用设计系统的人是谁，并开始将电子邮件设计系统视为内部产品，而不是项目。您确定的人是您的用户。 您希望尽早获得用户反馈，好处是让他们尽早参与有助于培养对系统的信任。 除此之外，回应其他人的建议。 设计系统的美妙之处在于它们可以——而且将会——随着时间的推移而发展和扩展。 保持小规模是让事情顺利进行的最佳方式。

对于拥有许多不同品牌的营销机构来说，设计系统会是什么样子？

Crystal：与许多不同品牌合作的难点在于，可能会有许多不同的视觉需求，以及不同的订阅者电子邮件收件箱，甚至订阅者行为。 Zillow 拥有我们较为知名的 B2C 品牌，但我们也拥有多个 B2B 品牌。 这意味着我们正在与极其广泛和多样化的订阅者、内容、需求和收件箱群体合作。 我们正在努力为所有品牌建立一个电子邮件设计系统，但我们知道每个品牌也会有独特的需求。 我们将拥有一个“核心”电子邮件设计系统，该系统的分支对于每个品牌的特定需求都是独一无二的。 我想这种结构在代理环境中也会有帮助。

如果您的团队没有专门的设计系统协调员，您认为保持品牌定位和模板内设计一致性的责任更多地落在电子邮件开发人员或设计师身上吗？

吉安娜：我会说开发人员和设计师。 开发人员可以谈论技术上可以实现的目标，同时，设计人员可以帮助解决可访问性等问题。 这两个角色都不能独自承担这一责任——他们必须共同努力。

Crystal：在我管理我们的设计系统并只为一个品牌工作之前，这绝对是一个团队的努力。 设计师和开发人员共同努力，以确保事情保持品牌和一致。 即使现在我在管理，Zillow 也是一家大公司，所以它将继续是一个团队的努力。 诸如让用户加入设计系统和文档之类的事情有助于教育他们如何保持事物的一致性和品牌形象，这样他们就可以自己做这件事。 在我们的合作伙伴团队可能不确定的情况下，我的团队更多地充当首选专家。 即使您的公司没有像我们这样的团队，也可以通过类似于 Ted 在 Stack Overflow 上描述的感兴趣的志愿者来做到这一点。

新组件添加到系统中的频率如何？在将其加入系统之前是否进行 A/B 测试？

Crystal：到目前为止，我们会根据需要添加新的组件和模块。 通常，当内容的内容或目标与当今系统中存在的内容不太匹配时，就会发生这种情况。 如果它出现多次并且有强有力的商业案例，我们确定它应该成为系统的正式部分并创建它。 因为我们的模块和组件基于以前的设计，所以在将它们作为系统的一部分之前，我们没有对每个模块和组件进行 A/B。 然而，将我们的设计转换为系统格式意味着我们可以轻松地对电子邮件的某些部分进行 A/B 测试，我们的团队已经能够搁置表现不佳的模块，并突出那些对我们的受众表现更好的模块。 在不久的将来，随着我们继续发展我们的系统并探索新的设计，在任何组件成为系统的一部分之前，A/B 测试将成为一个必需的步骤。

如果电子邮件是由非电子邮件专家创建的，您如何保持电子邮件的质量？

泰德：这是每天的斗争！ 电子邮件设计系统并不能保证永远不会发送低质量的电子邮件。 传福音和教导会有所帮助，但不可能同时无处不在，而且您不想成为阻挠者。 我尝试通过关注大量发送、重复发送的电子邮件以及在客户体验的关键点发送的电子邮件来最大限度地发挥我的影响力。

水晶：泰德说的！ 特别是如果设计系统是全新的，则需要时间。 是时候创建它，建立它，让每个人都加入，等等。 随着时间的推移和持续的支持，质量将会提高。 根据您拥有的工具，您可以利用这些工具添加一些微调控制，以保持质量不变。

电子邮件中的交互性如何在设计系统中发挥作用？

Ted：我在 12 月尝试了交互式电子邮件。 探索奏效了，但并没有解决手头的用户体验问题，因此被搁置。 但是，如果我们继续使用它，我会像对待其他所有组件一样对待交互式组件：一旦使用了 3 次或更多次，就应该在设计系统中对其进行编码和记录。 在此之前，组件被视为临时设计。

Crystal：我们还不能完全探索电子邮件和设计系统中的交互性，但我们的方法将与 Ted 的相同，并且已经类似于添加任何组件，无论是否交互。 最初，它会被视为临时物品，并在我们再次需要时保存在我们的后袋中。 如果我们开始多次使用该交互式组件并证明它具有影响力，那么它将连同使用指南一起添加到系统中。

我们曾尝试实施一个设计系统，但很难让我们的品牌团队正确使用它。 然后我们每次都必须创建全新的电子邮件设计。 你如何对抗这种情况？

吉安娜：品牌团队面临哪些阻碍他们使用设计系统的挑战？ 询问他们的反馈并了解您可以如何帮助解决这个问题。 如果品牌团队觉得他们被听到了，它很可能会帮助您通过设计系统获得他们的支持。

Crystal ：这种困难通常源于对系统的误解或我们不知道的团队需求。 了解团队的需求、目标和摩擦区域，无论这些内容是否直接适用于系统。 将这些发现与系统联系起来，您可能能够更好地诊断系统本身缺少哪些阻碍团队正确使用系统的内容，或者团队仍然需要哪些入职和支持领域才能成功使用系统.

我们作为电子邮件设计师收到的反馈是，设计系统使电子邮件看起来和感觉很无聊。 如何让电子邮件既令人兴奋又与设计系统保持一致？

Ted：我们遇到了相反的问题：人们会按照我们的常规入门模板出错。 我看到了一些主要的、一年一次的公告的初稿，它们大多是白底黑字。 作为回应，我们在我们的设计系统中创建了一个部分，向人们展示设计独特的东西是可以的，以及我们过去是如何做到的。

吉安娜：有了设计系统，通常会有更多的创意！ 有了适当的结构，设计师就不必考虑如何组织内容，而是可以将更多时间花在电子邮件中使用的图像或插图上，以及这些资产如何补充和增强电子邮件副本。 这就是我看到很多典型的“四四方方”电子邮件大获全胜的地方——结构由出色的副本和设计支持。

Crystal：为了帮助设计师摆脱系统的束缚，分享其他公司的灵感并描述如何将这些设计分解为组件是有帮助的。 如果设计师分享激发他们灵感的电子邮件，您可以引导他们完成，那就更好了！ 如果时间允许，我还建议让设计师设计他们想要的电子邮件，而不考虑设计系统。 让他们与您重新开会，您可以突出显示可以进行哪些调整以最终使该设计适合系统。 您还可以借此机会强调设计系统将有助于更快地完成更简单的电子邮件。 节省的时间将使设计人员有机会提出新的设计进行测试，这些设计可能会成为系统的一部分，并有更多的机会为需要比系统当前提供的更多的活动提出和创建独特的电子邮件设计。

当您需要修改您的设计系统时会发生什么——当收到更新请求时，您会拒绝什么？

吉安娜：我们在 Litmus 还没有这个，但我会问“为什么？” 了解所需的努力是否值得。

Crystal：我们现在正在推进修改我们的系统，以便它可以扩展以支持我们所有的品牌。 这是修订的关键业务案例的一个极端示例，但在考虑是否进行修订时要牢记这是一个很好的标准。 当系统较小且仅支持一个品牌时，修订的原因包括品牌重塑和更新代码以提高可访问性，这两个显然都是强大的商业案例。 如果更新请求有助于实现更大的业务目标或需求，那么这是与它们一起前进的明确信号。 如果不清楚，请提出问题。 修订的用例是什么？ 修订如何影响系统中的其他所有内容？ 此修订版是否特别针对请求者用例，该用例的修订版是否会对其他用户造成破坏性的连锁反应？ 负责系统更新的团队或人员是否有时间进行修订？ 是立即需要，还是可以等待？ 换句话说，正如吉安娜所说，所需要的努力值得吗？

泰德：为了建立在吉安娜所说的基础上，我会问为什么以及什么时候。 我很想了解如何使用组件以及何时使用它。 设计系统组件的最佳候选者是经常重用的东西，因此了解某些东西的使用频率很重要。