产品是生产它们的方法、过程和文化的反响。
筒仓公司可以创造脱节的产品体验。
一个精心设计的系统办理了这个问题，在产品之间创造了共性和凝聚力，并确保决策不在真空中做出。

虽然一个范例的第一步是组织构建和采取设计系统（DS），但这只是一个开始——设计系统不会自行照顾自己。
它们须要掩护、更新和进化，就像产品、客户和企业必须进化一样。
您如何支持您的DS，确保它发展为利用它的人和它所做事的客户的真实反响？

近几个月来，在开拓几个主要的设计系统的过程中，argodesign团队就哪些可行、哪些不可行，以及终极用户在从一开始就建立稳定的构造时如何受益做出了信息丰富的创造。

一、像对待产品一样对待你的DS

在设计中，我们常常思考我们利用的方法和媒体如何影响我们生产的事情。
最不得当和最缺少弹性的办理方案每每是由于缺少相互竞争的方法的结果。
它们源于缺少探索，是“默认”办理方案的表达。

如果您没有建立确保DS同等实行的协议，那么它就毫无代价了。
简而言之，您必须为构建和实现的介质设计DS。

——弗朗西斯·卡本，argo设计师

在今年与Forrester Research的对话中，我们强调了产品方法对开拓DLS的主要性，他们由此产生的报告赞许：“智能设计团队分配专用的永久资源，推广系统，并与产品团队创建持续的反馈循环。
”

二、确定你的受众

乍一看，识别DS的紧张用户彷佛是一个合乎逻辑的假设；他们很随意马虎将他们视为设计师，并额外考虑组件将在产品中的表现。
然而，潜在的受众常日更多，因此主要的是要考虑每个受众的需求，并根据这些需求方案系统的增长。

谁会利用它——设计师、工程师、产品和企业主？它们须要新鲜度还是可重复性？他们指挥和掌握以及推动合规性的能力是什么？忠实度水平应高度定向，以实现推动内部采取和整合的目标，同时建立可扩展性。

山姆俱乐部员工软件的屏幕精选

例如，在我们与山姆俱乐部的互助中，我们匆匆成了一个研讨会，以理解设计、开拓和产品团队须要如何利用组件，哪些媒体最适宜他们的事情流程，以及如何在DS的所有权、决策和问责制中表示他们的需求。

必须指出，设计系统团队不一定须要包括它为之设计的每个受众的成员。
相反，它须要基于这些受众需求的原则和约束，这意味着将设计系统的构建视为产品。
首先考虑紧张用例，并构建它，以很好地适用于这些事情流程。

在许多情形下，这意味着试图理解公司产品团队如何协作，并思考设计系统如何帮助标准化实践，并随着韶光的推移与团队一起发展。

与任何产品一样，这意味着DS须要一个环绕最主要的用例和产品韶光表进行优先级的MVP，以方案系统细化的增长。
当您的产品团队中的非设计师在评估和做出产品和工程决策时开始利用DS的口语时，您将知道自己赢了。

三、开拓一种共同的措辞

因此，当您的DS被视为产品时，您必须得到工程、产品和设计的认同。
任何履历丰富的项目经理都知道，这提及来随意马虎做起来难，并且可以从独特的方法中受益。

argo与梦工厂互助供应了一个强有力的例子，解释一个成功的系统在创造性背景下会是什么样子。
在为公司开拓可视化工具时，我们须要确保客户能够有效地监控进度，并且开拓和设计团队可以轻松沟通——所有这些都超过11个时区。

寓言，梦工厂和电影制作的首创性新工具

我们实现的结果工具Storybook位于DS和终极产品之间，在两者之间进行翻译，以确保为设计系统开拓的规则得到有效实行。

Jira、Figma和Storybook的强大而自傲的组合为设计供应了一个操作系统，为开拓供应了QA和文档资源，并担保了两者之间的单一原形来源。
我们现在在这些实体和实时运用程序之间有一个紧密集成的流程，随着我们在梦工厂内开始更多项目，我们为我们供应了一个强大的根本和框架。

四、更成文的标准走向原谅性

我们正处于一个须要变得更原谅的时候，但也在探索和权宜之计之间更加紧张的时期。

须要解释的是，这种紧张气氛不会有任何进展。
但过去十年来，我们在系统的基本可访问性方面比在更细微的问题上取得的进展要大得多，例如如何为屏幕阅读器创建易于导航的菜单系统，或如何阐明把稳力或认知的差异。

可以说，这些考虑成分可以阐明我们在产品、系统和做事方面的感知体验。

——斯科特·格拉赫，argo设计师

设计系统可以从更成文的标准中受益。
命名标准以及更广泛的根本库将大大有助于设计系统考虑更深层次的原谅性问题。

现在，大多数系统都忙于从头开始，并提出了“什么是组件”的问题。
除非我们停滞一遍又一各处应对这些寻衅，否则我们不会应对任何其他寻衅。

归根结底，对付所有设计系统来说，主要的是要明白它们永久不会完成。
它们须要掩护，需求将更新，模式将退出利用，等等。
是制作和重制的一向做法。

——凯瑟琳·罗，argo副创意总监

随着我们努力肃清产品、系统和做事中作为我们社会不可或缺的成分，这种对话不仅在设计领域，而且将在产品团队内连续进行，包括在产品团队中包括他们构成的不同学科。

免责声明：本作品的内容仅供学习、互换利用，本作品的版权归原创作者所有，如有问题请及时联系我们以做处理。

本声明未涉及的问题请拜会国家有关法律法规，当声明与国家的法律法规冲突时，以国家的法律法规为准。

作者：argodesign，译者：南设；译者公众年夜众号：南设（ID：shemenglianmeng）

来源：https://medium.com/design-bootcamp/tools-not-rules-4f6736e3a7d6

本文由 @南设 翻译发布于大家都是产品经理。
未经容许，禁止转载

题图来自Unsplash，基于CC0协议