前两天，朋友圈的一位交互设计师，问到我具体一个design system 怎么在业务中落地，初略的讲了一些，但还是感觉有点不够系统，回过头来自己又重新梳理了下，就有了这篇文章。
谁来用？
- 设计师/产品经理
- 前端/后端
谁来设计？
- 熟悉前端实现方式的设计师或有设计师背景的前端。
什么组织适合使用？
- 多业务，且灵活多变、需要快速响应。
- 设计师和前端资源紧缺，设计师和前端的工作由产品和后端替代。
2 种设计策略：
- 搜集业务中的设计资产（源文件）、基于设计资产抽象，搭建design system。
- 沿用主流流行的 design system，加以增删改，形成自己业务的design system。
如有其他，欢迎补充。
难点
- 组织整体达成共识：包括价值认可、技术栈统一、协作方式等等，这些往往需要自上而下推行。
- 更新同步，sketch libarary的同步/前端库的版本更新：设计层考虑使用插件，前端自由选择是否动态更新（AntDesign的圣诞彩蛋就是类似的问题）。
- 需要向下兼容：技术的重构往往成本较大，建议随迭代去更新；风险点就是会导致风格不一致。
- 持续维护：design system 需要不断的迭代更新，搭建者需要持续和业务保持联系。
- Library 的搭建：字体和样式的定义往往被忽略；需要兼顾灵活和通用；命名方式等。
这些难点后续再展开说。
网友评论