界面设计系统成本如何追溯和治理

设计系统的收益不能只靠“看起来更统一”来说明。先记录当前修改一个颜色、间距或组件状态需要经过哪些步骤、花多少时间、造成多少返工；上线后用同一口径比较。没有基线的漂亮数字没有意义。

可以从这些可获得的数据开始：

• 一次主题改动涉及的仓库和人工步骤；
• 组件复用率、维护请求和视觉回归次数；
• 构建、审核和发布所需的时间区间。

const metrics = {
  tokenChange: { repositories: 3, manualSteps: 2 },
  review: { before: '记录历史中位数', after: '记录当前中位数' }
};

这些数据是团队改进用的，不应用于评价个人，也不必收集具体用户行为。Token 编译能减少跨端同步中的手工复制，但不能自动解决设计决策、版本兼容和组件 API 演进。把节省的维护时间和新增的治理成本一起写出来，成本账才可信。