设计系统帮助组织在多种产品之间保持经验一致性, 服务, 和企业. 尽管通常与可视化指导方针和组件库相关联, 设计系统是完全不同的. 随着越来越多的企业意识到设计连续性的价值, 新成立的设计系统团队正在建立最佳实践，以确保其组织的设计努力的长期相关性.

当许多人从事相同的设计追求时，常见的问题就出现了. 如果这些问题的答案不容易获得或理解， 设计一致性被搁置一边. 输入 设计系统.

虽然在当代设计讨论中很流行, 设计系统的根源在报纸和杂志出版的世界里已经存在了几十年. 即使是现在, 编辑页面的系统化层次结构是显而易见的, 使用预先配置的模式，实现文本和视觉效果的一致放置.

后 2007, 数字化的涌入迫使企业更加注重产品和平台之间的设计凝聚力. 接着强调了可视化指导方针和组件库, 但这样的文档很快就固化在pdf和共享文件的页面中. 经过反复试验，现代的制造者 设计系统 已经开始将他们的工作视为有生命的产品，而不是静态的文档.

Zal和o是欧洲领先的在线时尚市场. Atlassian因其软件开发而享誉全球 工具. 每家公司都有庞大的产品团队和复杂的设计需求. 我们可以从他们的设计系统模型中学到什么?

Zal和o:作为设计系统模型的协作

Zal和o是欧洲最大的鞋类和高端街头服饰在线零售商. 多于1,900年品牌, 其庞大的数字店面由数百名设计师和开发人员组成的团队管理. 确保在如此广泛的商品收藏中保持一致的购物体验, 这家公司高度依赖 结构化设计系统.

有人可能会认为，为这样一个备受瞩目的品牌维护一个设计系统，需要严格的管理和一个紧密的设计决策者圈子. 相反，Zal和o的方法显然是合作的. 而不是将其设计系统看作是一个处于熵威胁下的完美实体, Zal和o鼓励其功能团队根据需要贡献新的想法. 它是如何工作的??

的主要目标 Zal和o微软的设计系统团队(ZDS)正在帮助功能团队开发使产品发光的组件. 同时，ZDS确保设计系统的完整性不会受到损害. 这样，ZDS既是一个联络人，也是一个安全网.

当Zal和o功能团队发现自己需要一个与公司设计系统不一致的解决方案时, 它使用简单的 谷歌的形式. 当收到贡献票证时，ZDS审查并将更改请求分类为 光, 媒介, or 重. 每个类别都有自己的协作审查、设计和迭代顺序.

一旦一个贡献通过了这个过程并成为现实, ZDS团队更新中央共享的设计系统门户, 在每周的演示中展示了这些变化, 并与利益相关者和客户沟通更新.

Zal和o的贡献模型很简单，这使得公司里不同的声音都能对系统的发展有发言权. 哲学上, Zal和o将其系统视为一种产品, 不仅仅是一个文档资源，意味着保持产品在视觉上对齐. 从这个观点流实用的带走，适用于不同的设计系统模型:

• 治理很重要，但是 监督设计系统的团队应该关注其他团队的成功 在组织内部.
• 简化特性贡献过程, 透明的, 和协作, 记录所有的交流.
• 设计人员和开发人员是否一起对系统进行更改, 从而形成共享的系统语言.
• 创建一个检查表，确保系统的每次更新都解决了可访问性问题.

Atlassian:重新构想的设计系统思维

Atlassian为软件开发和协作创造工具，比如Jira和Trello.

2017年，Atlassian为其设计指南重新命名并推出了一个网站. 同时, 该公司托管了一个单独的站点，专门用于其UI组件和相应的代码示例.

随着时间的推移, 这两个地点相吻合, 在内部设计和开发团队中造成挫折和混乱, 第二方应用集成供应商, 以及Atlassian的客户.

意识到设计和开发之间的裂痕越来越大， Atlassian 选择重新思考设计系统的方法. 它再也不能把设计和开发文档仅仅看作是为Atlassian产品生成代码和图形输出的一种手段. 设计系统必须作为一种产品而受到尊重.

充分理解它的问题, Atlassian接受了外部审计，并发布了客户满意度调查. 不出所料，这两个网站被认为是不一致和过时的. 凭借其在线声誉和庞大的设计师生态系统, 开发人员, 利益相关者要求改变, Atlassian承认了自己的缺点，并开始重新构想自己的设计系统.

2020年8月初，Atlassian的设计系统团队(ADS)推出了一款全新的 新网站 巩固品牌、视觉、内容、组件和模式的指导方针.

此外，ADS团队:

• 将一半的UI组件迁移到新系统(其余的正在进行中)
• 重写和简化文档
• 改进了系统内的搜索
• 添加了点击复制代码链接

ADS首席设计师Jennie Yip最能说明Atlassian思维方式的成熟:“关于设计系统的一个常见误解是，一旦它们发布, 它们成为真理不变的源泉. 设计系统永远不会是完整的. 在Atlassian, 我们开始将我们对设计系统的看法转变为一个活生生的实体.”

值得记住的5个设计系统原则

今天的尖端是明天的钝刃——这个问题渗透到所有的设计学科. 工具 和 平台 因为创建和托管设计系统是丰富的, 但是数字设计的快速发展使得从指导原则的角度来思考设计系统更加有益.

1. 设计系统是数字产品.

像所有数字产品一样，设计系统需要定期维护. 长时间处于休眠状态的系统将遭受废弃和腐烂.

2. 设计系统是协作的.

设计系统必须满足代表多种业务功能的涉众的需求. 提供协作的途径可以防止系统存在于设计和工程竖井中，并确保产品想法不会被忽视.

3. 设计系统以简单为基础.

设计系统是一个寻找答案的地方, 而不是因为华丽的视觉效果而获得赞誉, 复杂的动画, 或者诙谐的复制. 信息应该组织得很好, 易于导航, 和可搜索的, 而文本描述应该用简明的说明来平衡上下文.

4. 设计系统需要沟通和参与策略.

管理设计系统的团队需要考虑如何定期与涉众沟通更新和新特性. 简报、问&会议和其他外联战略应告知和参与: “这些就是变化. 这就是你应该关心的原因.”

5. 设计系统是集中的.

设计系统应该可以在一个基于云的单一位置访问. 导航系统或获取资产不需要特定设计程序的知识. 记住, 为设计和开发发布单独的指导方针肯定会导致产品不协调.

结构灵活性在设计中的作用

设计系统不应该是巨大的、雄伟的、永远不变的庞然大物. 它们也不仅仅是设计组件和样式的存储库. 它们是有生命的、会呼吸的产品，是需要种植和修剪的有机产物. 因此，他们应该有专门的团队 设计师 谁负责它们的持续维护和更新. 毕竟，设计系统永远不会完成.

最终，最好的 设计系统 是直接的，协作的，灵活的. 他们清晰地回答了紧迫的设计问题, 欢迎来自多方利益相关者的意见, 优先考虑有效的解决方案，而不是教条的公式.

---

让我们知道你的想法! 请在下面留下你的想法、评论和反馈.