《设计体系》第六章 设计体系的特质参量

译者声明：

原书 Design Systems 由 Smashing Magazine 出版，作者 Alla Kholmatova。C译版《设计体系》是个人自发项目，并非官方引进版本；译者 C7210，发布于 Beforweb，仅用于知识交流，不涉及任何商业或盈利目的；译文禁止转载，禁止任何以商业或盈利为目的的传播形式。 [原创文章：www.11jj.com]

你可以在 Smashing Magazine 购买到纸质或电子版英文原书。如果你喜欢C译版，可以通过文末的“喜欢作者”为我提供咖啡支援，随缘。

查看关于C译版《设计体系》的更多信息。

Prev：基础篇小结

第六章 设计体系的特质参量

约9090字

在本章里，我们将基于实际案例（Airbnb、TED）来了解设计体系三个方面的特质，包括实践规则（严格/松散）、构造方式（模块化/整合化）和管理机制（集中式/分布式），并对其中的利弊进行分析，帮你更好地选择适用于自己团队的模式。

德国电信公司 Sipgate 的设计团队曾经遇到一点麻烦：网站当中越来越多的重复模式及不一致性问题正在越发严重地稀释着他们的品牌体验，并为整个团队带来了大量的额外工作。于是他们决定通过创建设计模式库来解决这个问题。经过几周的工作坊及界面清查，他们完成了设计模式的梳理；又过了几个月，模式库孕育而生。

在很多公司，要让人们意识到模式库的重要性并非易事 - 他们看不到模式库的价值，更谈不上参与其中进行贡献。Sipgate 则不属于这种情况。完成了模式库的创建之后，每条产品线的设计团队都养成了对设计模式进行记录归档的好习惯。

然而一年之后，模式的数量变得难以控制，设计师几乎无法在模式库中找到自己需要的组件，或是根本搞不清应该使用哪一个。向库中添加新模式很容易，但能否有效使用就是另一回事了。他们如此维护着模式库的一年之后，网站当中仍然充斥着各种重复的设计模式；相比于过去，唯一的不同仅仅在于这些模式都是被收录入库的。

设计体系并非以模式库的构建为始、为终，其背后有着一系列的影响要素，包括团队组织架构、团队文化、产品类型、设计流程等等。

这些要素的影响作用会实际体现在设计体系的三个方面，包括：

这些参量代表着程度范围，而非二元选项；任何一个团队都可以在这些区间当中找到自己的位置。接下来，我们将通过一些实际案例来研究这些参数在每个方向上的利弊所在。

实践规则：严格或松散

有些设计体系极为严格，而有些反而得益于其松散性与灵活性。我们来看看 Airbnb 和 TED 的实践案例。

Airbnb

Airbnb 在全球范围内有超过2000名员工，其中有60名左右的设计师对应着不同的产品线。他们有专门的团队负责构建和维护其 DLS（Design Language System），该团队由6名设计师以及他们在网页端、移动端和 React Native ..的工程师搭档所组成。

Airbnb 的设计体系以严格著称，它所提供的一系列精准的规则与流程规范被团队严谨认真地遵守着。

标准化规范

为了将实践偏差降低到最小程度，DLS 团队对设计模式进行了精确而全面的定义，从字号规则，到8像素栅格体系的运用，到细节交互模式，以及元素的命名方式，无所不包。下图展示了他们是如何在 Sketch 主文件中对"轮播"模式进行定义的。其中每种模式都包含着两种用法，为设计师提供了明确的可选项。

设计与开发的精准同步

Airbnb 的设计与开发团队经由 DLS 体系保持着精准的同步，尤其是在以下三个方面：