「人人都是产品经理」了解 Design System，看这篇就够了( 四 )

和世界上任何系统一样，实施机制比内容本身重要得多了。如果管理不恰当、同步做得不够好、统一调用不严格的话，哪天需要进行设计改版，那天就是你的设计系统的停用纪念日。
1. 设计系统的网站
是拿来干什么的？把设计系统当成是一个产品，那么它的用户就是设计师、前端工程师、系统维护组、新员工。当然如果这个产品还有更高一层的文化输出的产品任务，那这个讨论范围就更广了。
仔细分析这些关键用户的value proposition ，你就发现其实这些“用户”与设计系统的interface大多不一定是设计系统的网站，设计师也许是平台上的shared libraries ，工程师也许是github仓库。但是一个网站对于设计系统依然十分必要，是因为：一，那些“你懂的”的组织原因；二，任何人尤其是新人来了之后快速上手的中枢环节；三，设计系统的路标、建设环节的宣布渠道，包含使用说明、规则发布。
【「人人都是产品经理」了解 Design System，看这篇就够了】2. 高度自动化……目前好像还没有办法
聪明如你，肯定会发现，设计系统包含了那么多具体设计层面、代码层面的细节，而且应用角色有那么多，自动化与高度同步是很重要的。
坦率讲……本人目前没有任何明确方向完美解决这一个问题。但是有个提示是可以密切留意阿里出品的Fusion Design套装。当然，如果你用Figma的话，你会发现Figma‘s Embed至少是解决了同步控件至各端包括设计系统的宣讲网站。所以说Figma是为设计系统、协同而生真不是盖的。
所以……没了
本来想总结一下这几年建立或参与设计系统的一些些经验写这篇文章，写的时候也有借鉴一些最新的方法与技术手段，希望如果对需要接着做这件事的你能够多多少少起些帮助。
总的来讲，这依然是个在不停变化的行业，所以没有哪一套方法是能够算是被固化下来的：竞争环境的变化导致内部需求的变化，做事的方式就会由规整变得凌乱起来，然后时间又会慢慢沉淀出新规律。设计也罢设计管理也罢，本来就是需要永远解决新问题，而且会一直把认为自己已经懂了一切的人淘汰掉出圈。
设计的outcome也许会变得越来越无趣。但是让它继续有意思的应该是需要被解决的问题竟然具有越挖越复杂的被动属性。
本文由 @HaoH 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash ，基于CC0协议