几年前，我们的对讲机产品有大约50种蓝色。当然，其中一些是有意对比的，但许多只是不同设计师在不同时间选择微妙不同色调的产物。现在，任何颜色的50种不同色调都是不可取的，如果它们分布在产品的每一个角落，那就特别不好判断了。这些蓝色的阴影只是不一致性的一个例子，当一个产品和构建产品的团队规模迅速扩大时，这种不一致性不可避免地会发展。

我们对解决这类问题的解决方案有一个看似简单的设想——一个全面的模式库，作为我们所有知识、流程、原则和资源的中心存储库。其目的是为整个公司的设计师和工程师提供一个单一的真理来源，供他们在工作过程中参考和启发。它将使我们不仅可以协调我们使用的颜色，还可以协调常见的用户界面元素，如按钮、卡片、表格等等。像任何软件项目一样，构建这样一个库的工作从来没有完成过。我们的联合创始人之一大卫·巴雷特（David Barrett）自2013年以来一直在维护一个通用元素库，他的工作为模式库提供了基础灵感，尽管我们更多地从设计角度开发了它。其目的是使构建更容易，设计更快，最重要的是，有助于保证一致性。但我们知道，尽管愿景很简单，但实际情况会令人惊讶地复杂，而且最重要的是需要不断的迭代。像任何软件项目一样，构建这样一个库的工作从来没有完成过。如果你正在进行类似的努力，这里有一些我们在这一年中所吸取的教训，你应该记住。一年后经过大量的努力和努力，我们建立了一个网站，我们称之为"建设"-它包含我们的设计原则，写作和语气指导方针，以及一个模式库，其中包含可重复使用的组件和对讲机专用对象。

但是，虽然我们准确地预测了它对创作的要求有多高，但我们并没有完全预料到它将如何使用以及它将如何演变。在设计对讲机时，我们坚持"待办工作"战略，即花时间确切了解人们的需求。然而，我们发现准确地预测我们的同事如何工作以及他们的需求是令人惊讶的困难的-事实证明，设计库更适合我们中的一些人而不是其他人。这也有助于塑造我们团队对设计系统思维的心态。这是因为设计师以不同的方式使用模式——一些设计师倾向于严格遵守模式，甚至通过引入新的品种和样式来扩展它们，而另一些设计师则需要更大的灵活性，以便能够偏离既定的模式。另一方面，它显著地改进了设计师的工作流程，因为共享的草图文件使他们能够更快地组合设计，从而使团队可以使用公共资源。这也有助于塑造我们团队对设计系统思维的心态，进而提高我们产品的一致性。以前，两个设计师用两种不同的方式设计同一件东西的可能性要大得多，但以中央图书馆为参照点，这种可能性就小得多了。我们发现，在实践中，我们的设计系统所基于的愿景并没有完全反映出我们目前的实际工作方式——中央存储库的想法很有意义，但让它成为每个人工作流程的一部分是一个截然不同的挑战。特别是，从设计团队的角度出发构建的，工程团队发现它没有我们希望的那么有用：由于技术限制，我们无法包括所有组件的动态示例以及它们的代码片段。意外后果但是这个构建站点确实以一种完全出乎意料的方式取得了惊人的成功，它在入职时被新同事作为一个深入的指导。他们发现这是一个无价的指南，因为他们熟悉对讲机。这些文档证明了它本身是非常有用的，可以用来回答新来者可能遇到的与设计和工程相关的问题。我们已经开始把它看作是一种产品，而其他设计师和工程师则是我们的客户。如果有机会回到绘图板上，我会平等地专注于设计和工程工作。我也会在一开始就制定明确的系统策略和规则——例如，我们是否严格遵守这些模式，是否分担更新和维护图书馆的责任。从一开始就确定这些指导方针将有助于我们在开发库时做出决策。最重要的是，这表明我们并没有很好地预测将要做的工作——无论是新同事还是已经非常熟悉我们原则和价值观的人。这并不意味着所涉及的工作被浪费了（恰恰相反！），但有了这一点，我们可以继续调整库，将重点放在帮助人们完成他们需要的任务上。最终，我们开始把它看作是一种产品，而其他设计师和工程师则是我们的客户，并在此基础上进行研究调查，并收集关于如何进一步改进它的反馈。

智慧之珠为了总结我们的三点建议，我首先建议您制定一个明确的策略，以便大家对如何使用您的库有一个共同的理解。想一想允许多少定制和局部更改，这样设计师就可以找到最适合他们所设计解决方案的需求。在代码中也要考虑到这个决定，这样定制就不会破坏任何东西。第二，不要害怕跳出框框去思考你的设计系统可能会变成什么样子——比如说，仅仅因为你把它作为当前团队工作流程的一部分来构建，并不意味着它就不能成为一个完美的入职工具。允许它在发展过程中变形和进化。最后，我再怎么强调也不为过，因为这对成功非常重要：确保维护库，使其反映产品的最新状态。你不能只是建立它然后被完成——它必须是一个永久的活文档，因为只有当它总是相关的时候，工作才是有价值的，结果才是可信的。正如我上面所说的，就像软件一样，像这样的库必须不断地迭代才能保持活力。否则，你的产品中不同深浅的蓝色可能是你的问题最少。