400年老公司做设计系统的真相:它解决的根本不是UI问题
正在加载视频...
视频章节
一家创立于1638年的国家邮政公司,为什么要在疫情中重做设计系统?Angelos Arnis 在 Figma Config 的分享揭示了一个反直觉事实:设计系统的真正对手不是效率低,而是组织本身。这篇文章,把这套方法翻译成每个 AI 从业者都能用上的底层逻辑。
400年老公司做设计系统的真相:它解决的根本不是UI问题
一家创立于1638年的国家邮政公司,为什么要在疫情中重做设计系统?Angelos Arnis 在 Figma Config 的分享揭示了一个反直觉事实:设计系统的真正对手不是效率低,而是组织本身。这篇文章,把这套方法翻译成每个 AI 从业者都能用上的底层逻辑。
真正让设计失败的,从来不是工具,而是组织结构
Angelos 一上来就抛出了一个“老生常谈但依然致命”的观点——康威定律:组织设计出的系统,必然长得像它的沟通结构。更残酷的翻译是:组织如果是割裂的,产品一定是割裂的。
这句话今天听起来像常识,但在 Posti(芬兰邮政)这样的 400 年老公司里,它几乎是一句“组织诅咒”。部门林立、职责固化、流程沉重,每一次产品改动,背后都是一次组织摩擦。Angelos 甚至调侃:康威定律当年被哈佛商业评论拒稿,只是因为“缺乏证据”,这件事本身就很讽刺。
关键在于,他没有把设计系统当成 UI 工程,而是把它当成一次对抗康威定律的组织实验。设计系统不是为了让按钮更统一,而是为了逼组织重新对齐沟通方式。对 AI 团队来说也是一样:如果你的模型、数据、产品各自为政,最后做出来的一定是“组织形态的 AI”,而不是“用户形态的 AI”。
设计不是交付物,而是一种“运营方式”的改变
Posti 做的第一件事,并不是画组件,而是彻底重写了他们的 CX(客户体验)哲学。他们定义了四个支柱:Grow(面向未来的成长)、Delight(制造惊喜)、Reduce(减少复杂度)、Listen(让用户发声)。
Angelos 特别强调:这不是设计原则,而是公司层面的决策框架。换句话说,设计被从“执行层”拉到了“战略层”。
在很多公司,设计的价值只能通过 UI 展示来证明;而在 Posti,设计被嵌入到运营中,成为业务和技术的平等伙伴。这一点对 AI 团队尤其关键——如果你的模型团队只能通过 Demo 来证明价值,那你永远只能是“支持部门”。真正成熟的做法,是让设计、AI、业务共同定义“什么叫成功”。
他们提出的一个核心问题是:“我们如何提供端到端的体验?”不是某个 App 页面,而是从寄件、收件、退件的完整旅程。这种以旅程为单位的思考方式,后来直接决定了他们的团队结构。
为什么说设计系统,其实是最容易量化价值的‘组织工具’
很多人以为设计系统是“讲美学、讲一致性”的软东西,但 Angelos 的逻辑恰恰相反:设计系统是设计领域里最容易算账的部分。
在 Posti,设计价值不是靠“感觉变好了”,而是靠指标说话。他们把 CSAT(客户满意度)作为核心指标,并且按具体用户旅程来测量:查件时的满意度、取件时的满意度,最后汇总成一个 Customer Experience Index,直接进入管理层的绩效讨论。
而在设计系统层面,他们用 Figma 的数据去追踪组件采用率、贡献率、组件复用情况,甚至能发现哪些组件“没人用”,从而反推设计是否过于复杂或难以理解。
这套方法对 AI 从业者的启发非常直接:如果你无法量化一个系统带来的变化,它就永远只能靠信仰驱动。无论是模型平台、Prompt 框架,还是内部 AI 工具,本质上都需要像设计系统一样,被当作“产品”来运营,而不是一次性工程。
联邦式设计系统:让所有人参与,但不让系统失控
Posti 的设计系统团队有一个很有意思的名字:Building Blocks。他们采用的是联邦式贡献模型——任何团队都可以提出组件,但系统团队负责治理、维护和扩展。
流程并不复杂,但极其克制:先用现有组件;不行再考虑轻量修改;再不行才新增组件;如果只对单一项目有用,就不要进系统。所有组件必须由设计师设计并评审,同时配套设计和技术文档。
这里隐藏着一个重要原则:设计系统不是“点子垃圾场”,而是需要像产品一样被精心规划。Angelos 特别提到,他们花了大量精力去解释什么是 design tokens、组件分类,这些内容对非设计背景的人尤为重要。
放到 AI 语境下,这几乎就是一套可复用的内部平台治理思路:开放贡献、明确边界、强制文档、持续度量。否则,你得到的不是系统,而是技术债的孵化器。
总结
Angelos 在结尾说了一句非常重的话:设计就是变革,而有效的变革一定是整体性的。设计系统之所以重要,不是因为它统一了 UI,而是因为它迫使组织直面自己的沟通方式、决策方式和价值衡量方式。
对 AI 从业者来说,这个案例的真正启示是:不要低估“系统化工作”的组织力量。无论你在做模型平台、数据中台,还是 AI 产品,如果你只盯着技术本身,而不去设计协作方式和度量方式,康威定律一定会找上门。唯一的区别是——你是提前应对,还是事后补救。
关键词: 设计系统, 康威定律, 组织结构, Figma, AI团队协作
事实核查备注: 需要核查:1)Posti 成立时间为 1638 年 9 月 6 日;2)演讲者 Angelos Arnis 的职位为 Posti 设计系统与设计运营负责人;3)CSAT 的定义及评分区间;4)Figma 在演讲中的具体度量能力描述;5)引用 Kim Goodwin 关于测量与价值的原话。