了解 Design System，看这篇就够了

如果你和以前的我一样对吃现有点排斥的内心戏，我建议好好平常心仔细学习一下吃现者最爱的Ant Design，尤其在新版（现在是4.x）的补充下很多里面的设计思路，虽然满满的通用性导向设计，但是逻辑、实施层面的周密与整全，俨然就是企业系统交互设计的教科书了。

另外同样具有教育属性的还有Material Design最近的升级。嗯嗯嗯我知道这些你知道，但是细读过了吗？暗暗告诉你，很多面试中的“必答题”，有正确答案的那些，都是就那几个题库里面来的。

在建立设计系统时，平衡好吃现的吃相与妥协的程度，最终保证产出有你的产品特色不是一件容易的事。我建议尽量使用开源资源让你能够保证带给公司与团队的价值最大化。差异化产品特色，来自于你通过调研与产品规划，不是你的设计（又有金句了）；可行性落地性？来自于你和前端工程师的沟通与合作程度。

六、建立好维护与修改机制

维护、修改机制比起设计库与代码库本身更加重要，甚至在建立好设计系统之后，维护、扩展，让设计系统活起来应该由专门的人员（设计+前端）共同负责，作为整个设计团队的核心工作，保证这套系统在产品开发过程中顺畅的使用而非給产品落地带来阻力。

这样的话就牵涉到这套系统需要有管理机制与负责人（组织）。设计系统的维护说来容易做来难，参考多少公司希望借鉴阿里巴巴建立强大的中台系统最后都落得只有假把式。殊不知阿里的中台系统背后是组织的上下变革的结果，能够让设计系统活起来其实也是要求能够在系统建立之后，一套落实到开发管理流程里面去的强管控机制。在为设计系统设定落地机制与流程之前，可以从搞清楚以下几个问题为起点：

1. 这是一套中心化管理的设计系统还是分布到各部组独自管理比较合适？
2. 里面的设计规范哪些是需要严守的、哪些是有宽容度的？
3. 设计系统不同部分的维护责任落在谁身上？
4. 设计师/前端工程师找不到需要的组件时，是否有快速先解决版本落地的机制？
5. 当需要增加组件甚至修改规范，审核机制如何？个人建议如果希望设计系统越有主导权，修改机制越应该严密。
6. 最后也是最重要，验收机制是如何落实的？

和世界上任何系统一样，实施机制比内容本身重要得多了。如果管理不恰当、同步做得不够好、统一调用不严格的话，哪天需要进行设计改版，那天就是你的设计系统的停用纪念日。

1. 设计系统的网站

是拿来干什么的？把设计系统当成是一个产品，那么它的用户就是设计师、前端工程师、系统维护组、新员工。当然如果这个产品还有更高一层的文化输出的产品任务，那这个讨论范围就更广了。

（编辑：PHP编程网 - 湛江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!