设计系统已存在但团队不用时，制定采纳策略与赋能材料推动使用

当设计系统已存在但设计与工程团队忽视、采用不一致时，用推广、教育、赋能、激励和度量手段提升采纳率。

适用场景

解决思路

1. 认知：发布上线公告并做演示。
2. 认知：建立带搜索和示例的文档站点。
3. 认知：定期更新并沟通 changelog。
4. 认知：展示使用设计系统良好的项目。
5. 教育：为设计师和开发者编写入门指南。
6. 教育：编写带示例的组件使用指南。
7. 教育：组织 workshop 系列（入门、进阶、贡献）。
8. 教育：设置 office hours 答疑和支持。
9. 赋能：提供 Figma/Sketch 库及正确设置说明。
10. 赋能：提供代码包及安装指南。
11. 赋能：提供模板和 starter kits。
12. 赋能：提供从旧模式迁移的迁移指南。
13. 激励：表扬采纳良好的团队。
14. 激励：跟踪并分享采纳指标。
15. 激励：降低摩擦（让使用系统比不使用更容易）。
16. 激励：将系统使用情况纳入代码/设计评审标准。
17. 度量：统计生产环境中的组件使用百分比。
18. 度量：统计自定义/覆盖样式的数量。
19. 度量：跟踪支持问题数量（应随时间下降）。
20. 度量：跟踪实现新功能所需时间（应下降）。
21. 度量：进行一致性审计并记录得分。
22. 排查常见采纳阻碍：系统未覆盖团队需求。
23. 排查常见采纳阻碍：文档不完整或令人困惑。
24. 排查常见采纳阻碍：组件过于僵化、难以定制。
25. 排查常见采纳阻碍：破坏性变更过于频繁。
26. 排查常见采纳阻碍：没有清晰贡献路径。
27. 克服阻力：倾听反对意见——它们会揭示真实缺口。
28. 克服阻力：提供迁移支持，而不是强制命令。
29. 克服阻力：用数据展示生产力提升。
30. 克服阻力：从愿意配合的团队开始，建立势头。
31. 克服阻力：让贡献变得容易。
32. 最佳实践：把设计系统当作有用户的产品。
33. 最佳实践：在文档上与组件投入同等精力。
34. 最佳实践：平等支持设计师和开发者。
35. 最佳实践：维护公开 roadmap。
36. 最佳实践：通过贡献和反馈建设社区。

适用边界 · 注意事项

• 不适用于从零创建设计系统：系统不存在时，应先建设系统。
• 不适用于定义贡献与版本发布规则：这些应使用 design-system-governance。
• 当团队需求长期不在系统覆盖范围内且短期无法补齐时，单纯推广难以奏效，应先调整系统范围或路线图。