内容
- 什么是“设计系统”？
- 实施设计系统之前的主要注意事项
- 01.考虑产品和公司的成熟度
- 02.创建愿景声明
- 04.建立指导性设计原则
- 05.审查技术堆栈并进行接口清单
- 06.建立核心团队
- 创建设计系统
- 01.推销想法
- 02.选择并完成一个试点项目
- 03.设计与建造
- 04.启动和维护
设计系统可帮助大型行业参与者标准化设计流程并使之更具可预测性。许多公司试图主动建立自己的设计系统。但是，尽管每个人都有最好的意图，但很多时候，产品团队为制作周到的设计系统而付出的所有努力都会花掉大笔精力。
在本文的整个过程中，我们将定义什么是设计系统，在构建设计系统之前要考虑的内容以及如何最好地在您的组织中引入设计系统。有关更多有用的资源，请参见我们的Web设计工具综述。
什么是“设计系统”？
“设计系统”这个名称可能会给人一种错误的印象，这种印象只会为设计师提供价值。但是实际上，设计系统并不是只与设计师有关的事物。相反，它是关于整个组织如何构建其产品的（如果其中包括网站，则需要顶级的网站构建器和出色的网络托管）。
成功的设计过程通常取决于参与产品创建的所有团队之间紧密的跨职能协作。设计系统就是要建立一种共享的语言，使团队能够更有效地进行协作。它是实现这些原则，规则和标准所需的一整套设计原则，规则和标准以及工具包（设计模式，视觉样式和可重复使用的UI组件的代码库）。通过使设计可重复使用（确保您拥有可靠的云存储来存储资产），设计系统使产品团队能够更快地创建产品，而不必牺牲任何质量。
解决设计系统问题的最终目的是帮助企业学习和发展。这就是为什么设计系统应始终基于业务目标的原因。出于同样的原因，并不是所有的设计系统都构建相同，但是，大多数设计系统共享一些共同的元素：
- 设计原则–确保设计工作朝正确方向发展的价值观。
- 组件和模式库–这些是设计系统的构建块。
- 设计指南–有关如何设计产品特定部分的特定规则
一个产品。这些可以包括样式准则（印刷术，颜色，间距等）和UX写作准则（语音和语调，语言，写作原则等）。 - 设计实践–帮助使系统保持活力，并对产品团队有价值。
实施设计系统之前的主要注意事项
01.考虑产品和公司的成熟度
在开始构建设计系统之前，您需要清楚地了解为什么需要一个设计系统。许多公司引入了设计系统，以减少其技术负担并加快产品开发过程（通过减少用于乏味，单调活动的时间）。但是，并非所有公司都面临此类问题，因为公司的设计成熟度不同。
从头开始创建设计系统是一项耗时的工作，规模较小，发展迅速的团队可能不需要设计系统，因为这会降低他们的速度。一个三到五人的创业公司仍在努力寻找适合市场的产品，可能会花费大量时间来创建系统。当资源花费在构建设计系统上时，它们就没有花费在构建产品上。因此，在公司无法确定其产品的正确方向之前，投入时间来创建设计系统可能会产生大量浪费。
02.创建愿景声明
设计系统与人有关–他们如何协同工作以实现共同的目标。人们想知道以下问题的答案：
- 我们去哪？
- 我们要实现什么？
- 我们为什么要实现这一目标？
这些是基本的问题，您需要回答这些问题才能建立共同的愿景。共同的愿景将成为设计系统的基础，该设计系统将为团队提供指导性的方式来为其产品问题构建解决方案。
愿景声明定义了您的团队，产品或公司正在努力实现的目标，更重要的是为什么。它使团队围绕一组清晰的共有目标进行协调，并成为整个组织的北极星–它团结了参与产品开发的人员并将其引导到一个共同的目的地。
如果您正在寻找一种创建愿景声明的简单方法，请考虑描述您的产品或组织在五年后的样子。这样，您就可以定义目标条件，并且可以轻松地创建有助于实现目标的策略。
04.建立指导性设计原则
您如何定义好的设计？您如何知道什么时候可以实施呢？在评估设计质量时，设计师通常依赖于自己的标准集。但是采用这种方法可能会在产品设计过程中引起很多混乱，因为每个设计师都会有主观想法。这就是设计原则可以节省时间的地方。
扎实的设计原则是任何功能系统的基础。他们应该掌握好的设计对公司意味着什么的本质，并为产品团队提供有关如何实现设计的实用建议（设计原则应始终是可行的）。设计原则是产品团队的标准，可以帮助他们评估自己的工作。
在遵循设计原则时，需要记住以下几点：
- 设计原则应反映产品的性质。例如，对于汽车的人机界面设计，最重要的设计原则应该是“安全第一”（目标是确保驾驶员和乘客安全）。这就是为什么要对每个设计决策进行安全性评估的原因。
- 设计原则听起来不像规则。他们不应该阻止创造力。产品创作者不应感到受到限制或束缚。
- 设计原则应该是公开讨论的结果。在许多情况下，要让人遵循准则并不难，但要使人们对准则达成共识是很困难的。如果一个组织有很多设计团队，那么让他们参与讨论是至关重要的。通过获得他们对设计原则的反馈，您可以使这些原则适应用户的需求。
05.审查技术堆栈并进行接口清单
许多公司倾向于在当前界面之上构建设计系统，但是由于许多原因，这种方法并不是最佳方法。想象一下，您的公司长期以来一直在没有系统的情况下构建产品。
该产品可能在设计上存在一定程度的不一致。不一致通常是由重复的设计元素引起的。识别重复的设计元素有助于团队避免团队成员从头开始构建元素的情况，并在一段时间后发现该元素的版本已经存在。
因此，如果您打算引入设计系统，请先进行审核-进行界面清单以了解正在使用的内容。
探索现有的交互，收集构成界面的所有UI元素并进行检查。在构建实际的设计系统之前，请务必执行此操作，因为此过程将帮助您了解两件事：
- 您的组织承担多少设计债务，哪些领域需要更多关注。
- 不一致的原因以及您需要在设计过程中进行的更改，以避免将来出现此类问题。也许您需要更改流程，或者可能需要引入新技术。
06.建立核心团队
谁应该参与构建设计系统？设计是一项团队运动，创建设计系统也不例外。跨功能协作提供的专业知识和创造力是构建设计系统所必需的。这就是为什么实际创建系统的核心人员团队通常包括工程师，设计师，产品经理和利益相关者。当您开始构建设计系统时，对于核心团队来说，规模很小（六至八人）至关重要，因为这将帮助您创造动力并快速建立一些东西。
创建设计系统
考虑将设计系统实现为项目。与其他任何项目一样，该项目应具有以下步骤的可靠流程：
- 卖主意
- 完成一个试点项目
- 设计与建造
- 发射和维护
01.推销想法
出售设计系统的想法是引入设计系统的第一步，也是最关键的一步。通常，由于权衡取舍，很难销售设计系统-管理层和产品团队成员都知道，用于构建设计系统的资源不会花费在交付功能上。因此，很自然地会有一些回击。为了销售设计系统，您需要做两件事：
获得利益相关者的支持
如果决定资助的人不同意，那么设计系统就不会成功。当您证明系统可以解决实际的业务问题时，从高管那里买单就容易多了。确定关键的业务难点（公司亏损的领域），并说明设计系统如何节省时间。撰写具有明确建议的策略，然后将其推销给做出决策的关键人员。
建议您创建一个演示文稿（或一系列演示文稿），以说服利益相关者对该项目进行投资。您可以将演示文稿包装成故事形式。通过讲述成功的故事，您将有更多机会与利益相关者互动。
获得用户的支持
获得利益相关者的支持只是成功的一半。您需要获得潜在用户的支持。首先，您需要确定目标受众。谁将使用您的设计系统，他们将如何使用它？以下是一些常见的用户组：
- 产品团队（即设计师，开发人员）
- 第三方（即供应商）
- 业务（即市场营销，销售，法律）
您将需要确定不同用户群的痛点，并显示系统将为他们带来的价值。每组用户都有不同的购买触发条件–这就是为什么要使用设计系统的原因。例如，对于开发人员而言，触发器可以使实现方法更一致，也可以花费更少的时间重构代码。
02.选择并完成一个试点项目
一旦为设计系统创建了基本概念，对其进行验证就很重要。验证该概念的最佳方法是在一个试点项目中对其进行测试。
选择一个样本真实产品，并创建一个为真实解决方案提供支持的设计系统。您选择的项目应该用作将来设计系统的基础，这样您就可以测试该系统是否适用于您的组织。
您可以使用以下标准来确定飞行员的潜在效能：
- 一个项目应该具有共同组成部分和模式的潜力。它应包含可在其他产品中重用的组件和模式。
- 它应该具有良好的技术可行性，并且不难介绍所有必需的更改。
- 该项目应在合理的时间内（最好是几个星期）完成，并且不应要求各个部门的许多人参与（保持独立性至关重要）。
- 一个项目应该具有营销潜力。该项目应激励其他团队在其设计过程中引入设计系统。
03.设计与建造
创建可重复使用的组件
我一次又一次看到的一个错误是，团队创建的组件过于关注单一用例。结果，该系统变得过于僵化，并且用户每次需要覆盖特定场景时都必须创建自己的组件。
尝试开发与单个用例无关的组件，但可以
在多种情况下可以重复使用。为了可重用和可伸缩，组件需要具有以下属性：
- 模块化的： 模块化组件是独立的-它们没有任何依赖关系。
- 可组合的： 可以组合组件以创建新的组件。
- 可定制的： 可以调整和扩展组件以使其在各种情况下都能正常工作。
团队成员每次想引入一个新组件时，都需要考虑该组件在其设计的各种平台上如何工作。理想情况下，他们设计的每个组件都应可在所有平台上运行。
通过沙盒环境显示价值
众所周知，人们看到价值的最佳方式就是体验价值。因此，为产品团队成员创建一个沙箱环境，以便使用您的设计系统对产品进行原型制作。
04.启动和维护
一些产品团队认为，一旦构建了设计系统，工作便完成了。不对。设计系统是一种产品，将其作为产品而不是项目进行管理非常重要–设计系统需要不断进行维护和改进，以满足需求。
鼓励采用您的设计系统
与其他产品一样，设计系统需要活跃的用户。您可以创建世界上最好的设计系统，但是，如果您不积极在组织中推广它，那么整个工作将遭受很大的损失。因此，从系统的第一个版本开始，您需要努力工作以促进其采用：
- 创建支持者社区。在权威的影响者或设计师的带领下，组成一组福音传教士，他们将推销和销售有关您的设计系统的想法。传教士应该参加诸如讲习班和聚会之类的活动，其目的是提高人们对该系统的认识，并教育人们如何使用该系统。
- 介绍更新。更新的等待时间在设计系统的采用中起着关键作用。练习常规的增量版本，而不是大的发布，并始终确保使用变更日志来发布更新。
分析人们如何使用设计系统
设计系统的兴衰取决于它们的易用性。如果您刚刚开始将设计系统整合到组织的设计过程中，请与用户进行一系列访谈以了解人们的使用方式。这样，您可以查明目标受众可能面临的常见问题。
对于将要在设计过程中整合一段时间的系统，必须测量使系统保持最新状态所需的时间。如果使设计系统保持更新变得困难，它将很快变得过时。
测试您的设计决策
无论您对事物的预测能力如何，都很难预测特定的变化将如何影响用户体验。因此，确认您的决定很重要。
以下三种测试可以为您提供帮助：
- 可用性测试
- 视觉回归测试，可帮助您捕获组件样式的意外视觉变化
- 手动和自动可访问性测试，可确保您的组件可访问
介绍版本控制
设计系统应具有版本，因为版本控制使跟踪更改更加容易。使用版本控制的版本，用户可以将特定版本作为依赖项。他们还可以控制何时以及如何处理新版本的升级。
有两种类型的版本控制：
- 对整个系统进行版本控制。在这里，系统中的所有内容都属于一个版本号。作为用户，我们在更新移动操作系统时会处理整个系统的版本控制–在更新iOS时，我们正在更新整个软件。
- 通过模块进行版本控制。这涉及到设计系统中每个组件或样式的版本号。与对整个系统进行版本控制相比，按模块进行版本控制具有更大的灵活性-用户可以选择仅升级所需的元素。
创建设计系统不是一次性的活动。它实际上是迭代的。参与创建设计系统的人们需要将其视为连接整个组织的活有机体。成功的设计系统已成为组织DNA的一部分，并有助于产生一致的用户体验。
该内容最初出现在netmag中。
