谈谈Design system的落地

前两天，朋友圈的一位交互设计师，问到我具体一个design system 怎么在业务中落地，初略的讲了一些，但还是感觉有点不够系统，回过头来自己又重新梳理了下，就有了这篇文章。

谁来用？

• 设计师/产品经理
• 前端/后端

谁来设计？

• 熟悉前端实现方式的设计师或有设计师背景的前端。

什么组织适合使用？

• 多业务，且灵活多变、需要快速响应。
• 设计师和前端资源紧缺，设计师和前端的工作由产品和后端替代。

2 种设计策略：

• 搜集业务中的设计资产（源文件）、基于设计资产抽象，搭建design system。
• 沿用主流流行的 design system，加以增删改，形成自己业务的design system。

如有其他，欢迎补充。

难点

• 组织整体达成共识：包括价值认可、技术栈统一、协作方式等等，这些往往需要自上而下推行。
• 更新同步，sketch libarary的同步/前端库的版本更新：设计层考虑使用插件，前端自由选择是否动态更新（AntDesign的圣诞彩蛋就是类似的问题）。
• 需要向下兼容：技术的重构往往成本较大，建议随迭代去更新；风险点就是会导致风格不一致。
• 持续维护：design system 需要不断的迭代更新，搭建者需要持续和业务保持联系。
• Library 的搭建：字体和样式的定义往往被忽略；需要兼顾灵活和通用；命名方式等。

这些难点后续再展开说。