一家老牌媒体做设计系统，最难的不是组件，而是让人真的用起来

News UK 用一个“单一多品牌设计系统”统一了 The Times 和 The Sun。真正的挑战不在视觉，而在组织、工具与人。这个案例给所有 AI / 技术团队一个清醒的提醒：系统失败，往往不是技术问题。

反直觉的一点：多品牌设计系统，难点从来不在“设计”

如果你以为多品牌设计系统最难的是“怎么同时满足 Times 和 Sun 这种风格完全不同的品牌”，那你只猜对了一半。News UK 在视频里讲得非常直白：真正让他们头疼的，是组织层面的浪费、重复建设和不一致。

在 2019 年之前，News UK 各个业务线、各个产品团队几乎是各自为战。设计资产不共享、组件不复用、流程不统一，结果就是：每个团队都在做“看起来差不多但又不完全一样”的东西。Nick Dorman 用一个词形容这种状态：inefficiency（低效）。

于是他们一开始就做了一个激进决定——不是“每个品牌一个设计系统”，而是“所有品牌共用一个系统”。注意，这个选择在当时并不是显而易见的安全牌，而是一个高风险策略：品牌历史越深、调性越强，统一就越难。但他们赌的是另一件事：系统的价值，来自规模化之后的复利。

真正拉开差距的，是他们把“设计流程”也系统化了

很多团队做设计系统，做到组件库就停了。但 News UK 明显走得更远。

他们不仅在 Figma 里交付按钮、卡片和排版规范，还直接把“设计怎么开始”这件事变成了标准产品：统一的项目模板、统一的文件结构、统一的命名方式，甚至统一区分 UX 文件和 UI 文件的颜色。

James Davis 在演示里提到一个细节：任何一个设计师，只要打开别人的文件，就“知道去哪找东西”。这听起来很小，但在几十个团队并行工作的组织里，这是效率的倍增器。

对 AI 从业者来说，这一段尤其值得警惕：我们常常花大量时间优化模型、优化架构，却默认每个团队自己决定实验流程、文档结构、评审方式。结果不是模型不行，而是协作成本吞噬了一切收益。News UK 的经验是：流程本身，也值得被当成系统设计。

为什么他们放弃 Sketch，Figma 成了 adoption 的催化剂

News UK 并不是一开始就在 Figma 上。他们早期尝试过在 Sketch 里搭建系统，但很快撞上了天花板。

核心问题只有一个：扩展不了。多库同步、变更分发、远程协作，全部变成设计系统团队的隐性负担。Nick 说得很直接：他们花太多时间在“把改动推到各个库”，而不是在改进系统本身。

迁移到 Figma 后，变化发生在两个层面：
- 技术层面：单一中央库 + 自研插件（主题切换、内容/图片替换、文本裁切）让多品牌成为“参数问题”，而不是复制问题。
- 人的层面：远程办公下的实时协作，让设计系统第一次真正成为“大家每天在用的东西”。

一个非常打动人的细节是 text crop 插件。他们通过裁切到 cap height / baseline，让所有字体在 Auto Layout 下严格对齐。这个功能不炫，但它解决的是长期困扰设计和工程的“像素不一致”。对 AI 产品团队来说，这几乎等同于你写了一个工具，自动消除特征工程里的隐性噪声。

系统不是发布就结束，而是一场持续“推销”的战争

视频后半段，Nick 说了一句非常值得被记住的话：“adoption 不会自己发生。”

News UK 专门为此拆出了一个 Experience Squad，职责不是做组件，而是：跑工作坊、做演示、每周 drop-in clinic、持续展示新功能。他们把设计系统，当成一个对内产品在运营。

更重要的是，他们承认一个现实：灵活性越高，复杂度越高。多品牌系统一定要在一开始就想清楚：哪些地方必须统一，哪些地方允许分叉。这个判断，靠的不是 Figma，而是前期的研究、卡片分类和大量沟通。

这对 AI 团队几乎是原封不动的镜像：平台、模型、工具链再强，如果你不主动教育、示范、降低使用成本，它们只会停留在“技术上很先进”的 PPT 里。

总结

News UK 的案例最有价值的地方，不是某个炫技插件，而是一个冷静的认知：系统的成功，70% 取决于人，30% 才是工具。对 AI 从业者来说，这意味着你该重新审视自己团队里的“系统”——模型、平台、规范、流程，是否真的在被使用？你是否为 adoption 预留了和技术同等的精力？如果没有，问题可能不在模型效果，而在系统设计本身。

关键词： 设计系统， Figma， 多品牌架构， 系统思维， 团队协作

事实核查备注： 需核查：News UK 设计系统团队成立时间（2019年7月）；团队规模（约5名设计师、10名工程师）；人物姓名与职务（Nick Dorman， James Davis）；视频发布时间（2021-09-29）；插件功能描述是否与视频一致