通过反复试验，设计系统的制造者开始将他们的工作视为有生命的产品，而不是静态文档。从大型组织的设计系统模型中可以学到什么？
设计系统可帮助组织保持跨多种产品、服务和业务的体验一致性。尽9 y U管通常与视觉指南和组件库相关联，但设计系统却完全不同。随着越来越多的公司意识到设计连续性的价值，成立的vi设计探鸣广州公司正在建立最佳实践，以确保其组织设计工作的长期相关性。
当多人从事相同的设计追求时，就会出现共同的问题。如果这些问题的答案不容易获得或不容易理解，那么设计一致性就会被搁置。进入设计系统。
尽管在当代设计讨论中很受欢迎，但设计系统的根源在报纸和杂志出版领域已有数十年的历史。即使是现在，编辑页面的系统化层次结构也很h # 2 6 L明显，预先配置的模式可以实现文本和视觉效果的一致放置。
注重跨产品和平台的设计凝聚力。随后强调视觉指南和组件库，但这些文档很快在PDF和共享文件的页面中固化。通过反复试验，现代设计系统的制造者开始将他们的工作视为有生命的产品，而不是静态Y ` C q Y n M文件。
ZV M a } R Z X \alando是欧洲最大的鞋类和高端街头服饰在线零售商。拥有1,900多个品牌，其庞7 s \ = s大的数字店面由数百名设计师和开发人a M ( } M + L员组成的团队管理。为了确保在如此广泛的商品系列中获得一致的购物体验，该公司依赖于高度结构化的设计系统。
有人可能会认为，为这样一个知名品` 2 N \ P S牌维护一个设计系统需要严格的治理和一个紧密的设计决策者圈子。相反，Zala, C I i Zndo的方法绝对是协作的。ZalanI V ? K 9 ? ldo没有将e j g其设计系统视为处于熵威胁下的完美实体，而是鼓励其功能团队根据需要贡献新想法。它3 U 0 = ^ w是如何工作的？
当Zalando功能团队发现自己需要与公司设计系统不一致的解决方案时，x ` 6 /它会使用简单的Google表单提交一份贡献。收到贡献单后，ZDS会审核更改请求并将其分类为Light、Medium或Heavy。每个\ a \ 7 \类别都有自己的协作审查、设计和迭代序列。
在回顾了功能想法后，Zalando的设计系统团队将贡献分为三个简单的类别。
一旦贡献通过此过程并成为现实，ZDS团队Y \ Q {就会更新集中共享的设计系统门户，在其| + {每周演示中展示更改，并将更新传达给利益相关者和客户。
Zalando贡献模型的简单性使公司内的不同声音能够在系统的演变中拥I % . { ~ j有发言权。从哲学上讲，Zalando将其系统视为一种产品，而不仅仅是一种旨在使z h g e 0 ? o产品在视觉上保持一致的文档资源。从这份展望中可以得出适用于不同设计系统模型的实用要点：
治理很重要，F L X f U } B – B但监督设计系统的团队应该关注组织内其他团队的成功。
使特征贡献过程简I # . E r e C单、透明和协作，并记录所有沟通。
让设计人员和开发人员一起对系统进行更改，从而培养一种共享的系统语言。
创建一个清单，确保对系统的每次更新都能解决可访问性问题。
vi设计探鸣广州公司重新构想设计系统思维
随着时间的u r c 0 * Q B l推移，这两个网站相互吻合，导致内部设计和开发团队、第二方应用程序集成供应商和Atlassian的客户感到沮丧和困惑。
认识到设计和开发之间的分歧越来越大，Atlassian选择重新思考其设计系统的方法。它R R C $ f ~ # Z不能再将设计和开发文档视为为Atlassian产品生成代码和图形输出的一种手段。设计系统必须作为产品本身而受到尊重。
为了充分了= 7 ? I解其问题，Atlassian进行了外部审计并发布了客户满意度1 L o j x w & @ M调查。可以预见的是，这两个网站被认为是错位和过时的。凭借其名声在外，以及由设计师、开发人员和利益相关者组成的庞大生态系统要求变革，Atlassian承认@ K U L i ; V了自己的不足，并着手n O 0 V J重新k 7 # S u { g E &构想其设F M E计系统。
Atlassian成熟的心态最有力的证据来自ADS首席设计师Jennie Yip：“关于设计系统的一个常见误解是，一旦发布，它们就会成为不可改变的事实来源。设计系统永远不会完整。在Atlassian，我们开始将我们对设计系统的看法转变为一个活生$ \ e V N 1 $ h生的实体。”
Atlassiw R ) + van的新设计系统包括品牌、内容和组件指南。更好的是，它是可搜索的。
vi设计探鸣广州公司-5条值得记住的设计系统原则
今天的尖端就是明天的钝刀片——这是一个贯穿所有设计学科的问题。用于创建和托管设计系统的工具和平台有很多，但是数字设计的快速发展使得从指导原则的角度考虑设计系统2 N : U v更有利可图。
1.设计系统是数字产品。
像所有数字产品一样，设计系统需要定期维护。长期处于休眠状态的系统将遭受废弃和衰退。
2.设计系统是协作的。
设计系统必须满足I r 7 K代表多种业务功能的利益相t { T q ~ : }关者的需, 3 [求。提供协作途径# Z T F ! # ^ z ,可以防止系统存在于设计和工程孤F & R岛中，并确保产品创s 0 n I v f % C意不会被忽视。
3.设计系统因简单w s q ; 9 3而蓬勃发展。
设计系统是寻找答案的地方，而. d J – 7 ( ; n M不是因为华丽的视觉效果、复杂的动画或诙谐的文案而获得赞誉。信息应该组织良好，易于导航和搜索，而文本描述应该平衡上下文和简洁的说明。
4.设计F \ P R D s Y 4 [系统需要沟通和参与策略。
管理设计系统的团队需要考& % – ,虑如何定期向利G c V K益相关者传达更新和新功能。时事通讯、问答环节和其他外展策略应告知和参与：“这些就是变化。这就是你应该关心的原因。”
5.设计系统是集中的。
设计系统应该可以在一个单一b A i L % 7 + N u的、基于云的位置访问。导D T t q F – . l _航系统或获取资产不应该需要特定设计程序的知识。请记住，发布单独的设计和开发指南是导致产品失调的必经之路。
设计中结构灵活性的力量
设计系统并不意味着是巨石，庞大而壮观，永远不变。它们也不D 6 q d } f仅仅是设计组件和样式的存储库。它们是活生生的、会呼吸的产品，是需要种植和修剪的有机产品。因此，他们应该得到由致力于持续维护和更新的vi( A / G q M l &设计探鸣广# e 5 T A / K州公司组成的专门团队。毕竟，设计系统永远不会完成。
最终，! | # / f S p m最好的设计系统是直接的、协作的和灵活的。他们清晰地回答紧迫的设计问题，欢迎来自多个利益相关者的意见，并优先考虑有效的解决方案而不是教条公式。
