设计系统是一个真理的单一来源，它使跨领域的设计师能够在产品和品牌信息的表达上达成一致。这是一套规则或指导方针。
最近，我加入了一个由3人组成的顾问团队，他们在12周内为一个新的系统打下了基础。该系统现在用于多个产品中，并由其他开发人员和设计人员贡献。
在这篇文章中，我将分享一些在在短时间内使项目成功的技术。
1. 与需求方建立有效的沟通机制
在构建设计系统时，首先要确保来自需求方、产品经理、产品经理的经理、开发人员和设计人员的多方对项目的理解和支持。
一个设计系统只有在所有人都参与的情况下才能最大限度的获得成功。和关键人物会面，与他们讨论对设计系统的希望和诉求。这有助于双方建立信任和彼此了解，并尽早发现潜在的障碍。应该为人际关系的建立打下基础，在这种关系中，无论你的职位有多高，只要有需要，你都可以尽可能多地向任何人寻求反馈以确定自己的开发目标。
为了使任何一个项目的每一个环节快速的运作起来，双方都应为沟通认可沟通的必然性并作出充分的时间准备。这其实是一件说起来容易做起来难的事情，尤其是与外部进行沟通时，既要给需求方留下好印象，更要保证这个工作的完成效率。
2. 明确你的设计原则
一旦需求方全面都参与进来，为项目设计开发的远景计划就变得至关重要。
通过沟通使项目目标达成保持一致，通过制定设计原则使设计计划得以实施。
在制定设计原则时，最好避免使用诸如“简单”和“漂亮”之类的模糊形容词，毋庸置疑所有定制化的系统应用默认情况下都应该实现这样的目的！
将需求者聚集在一个简短的研讨会中，这是将您潜在的设计原则归零的一个实用方法。首先，分享一些具体的、有效的设计案例，帮助不熟悉这个概念的人理解一组好的设计的由来。接下来，要求每个人提出他们认为适用于自己产品的设计想法。通过一轮又一轮的亲和映射，最终得到一个综合所有人意见的汇总结论。
3.保持团队的专注和敏捷
在任何项目中，必须保证设计开发者全身心投入到手头的项目中，才能更快的促进项目完成和验收。
通常，当一个系统在内部构建时，参与其中的设计人员和开发人员会同时多个职务或者同时参与多个项目。多任务处理方法使得参与者圆满的完成任务变得极具挑战性。
对于一个定制系统，有很多高层次的概念工作要做，包括定义设计原则，但也有一系列具体的、低概念的任务，比如命名组件和构建符号库。因此，最初在团队中至少有两个设计人员是有益的，这意味着可以根据他们需要的工作类型分配设计任务。在高概念工作和低概念工作之间的重复上下文切换可能会使团队疲惫不堪，进度上得不到显著的提升。
这种敏捷、专注的方法允许团队在整个项目中保持最快的速度。
4. 建立强大的根基，以适应项目的不确定性
设计师的工作变得棘手而又有挑战性的地方在于近乎完美主义和愿意放弃无法实现的东西之间找到一个至关重要的平衡点。
这个平衡点使项目变得具有了可行性与希望，要实现这样的可操作性要求整个项目的根基必须变得坚实。一种常见的方法是从一开始就大量使用可重用的符号和样式，然后将这些符号用作系统其余部分的基本结构。
特别是在较短的项目中，必须能够快速执行重复的大规模更改。我们通过在草图中大量使用文本样式和所有符号中的图层样式来做到这一点，所以如果我们需要调整某个地方的颜色，我们不需要无数次的修改其他地方。
5. 保持设计系统的原始标准
通常，设计系统是为设计人员和开发人员构建的，而他们还没有使用系统。因此，系统应不依赖任何第三方插件或任何详细使用说明。
设计系统应该易于未来的设计人员和开发人员采用。在我们的项目中，我们只使用了内置的草图功能，这意味着这个系统适合以后使用它的人。
6. 让客户从一开始就明白这一点
经过一系列的经验教训后最终表明，创建一个可行的产品，并频繁的测试它，才能真正实现产品上线后的使用价值。
一般而言，不建议单独建立设计系统，该系统需要与它将产生影响和关联的的更广泛的人和系统网络相连接。我们要知道，描述一个产品是一回事，展示它的原型是另一回事。
对于一个产品，我们对涉众系统的新版本进行了虚假的重新设计。向人们展示一个按钮不会引起太多的反应。但是，当相同的按钮作为改进的、现有系统的一部分呈现时，涉众可以识别，他们突然对整个设计语言有了丰富的意见。它使潜在的改变成为现实，这是所有设计师都应该能够做到的。诚然，设计系统更难做到这一点——但与任何其他产品一样重要。
因为最糟糕的时间延迟不是比计划落后几周，而是建立一个没人想要的系统。
7. 让用户实现它
关于组件外观的反馈是一回事，关于组件对于设计人员或开发人员是否可用的输入则完全不同。一个设计系统只有在设计者和开发者真正想要使用它的时候才会成功，所以你必须确保它能节省他们的时间，让他们的生活更容易。否则，他们将(正确地)从头开始创建他们自己的组件，并且在设计系统上的投资将被浪费。
在我们为期12周的项目的最后一个月，我们停止添加新组件，而是专注于改进我们已经构建的系统。我们很幸运能够与团队之外的开发人员合作，他们可以在产品上使用我们设计系统的组件。不可避免地，他发现了漏洞、bug和一些可以更好地解释的东西。
通过测试发现问题是一种很棒的感觉;纠正这些错误意味着，多年以后，该系统在本组织中获得成功的机会将更大。
8. 研究了伟大
从别人的成功和错误中学习总是有用的。当时间有限时，从他人的经验中学习变得非常宝贵。你很少有时间去犯错误，也很少有时间去从错误中学习。
对我们有价值的阅读材料包括Anna Kholmatova的设计系统书籍，Audrey Hacq的“关于设计系统的所有你需要知道的”媒体文章，以及Dan Mall的博客(特别是关于设计原则和类型系统的优秀博客文章)。
研究现有的设计系统是向他人学习和加速决策的好方法。当您开始时还没有任何组件，很难想象文档布局和设计文件组织的效果将会如何。在一开始做出这些类型的选择时，看看在成熟的设计系统中某些选择是如何实现的会有很大的帮助。
通过剖析IBM的Carbon和Shopify的Polaris这两个非常不同的设计系统，以及UX Power Tools加速工作流的方法，我们学到了很多。
上一篇：重庆网络设计
下一篇：什么是平面设计:我们的完整指南
