记得上周五, UI 团队又一次“炸”了。
一个新同事(刚入行,Figma 玩得贼溜)终于把他负责的一个新 App 的“设计规范”(Design System) 完美地做完了。颜色、字体、圆角、间距... 排列得像艺术品。
然后,他把这个“艺术品”的链接(Figma 或 XD 交付模式),丢给了前端开发组。
半小时后,前端组的负责人(一个暴躁老哥)直接冲到了我们工位,把那个新同事吼懵了 😫:
“你给我这个‘只读’链接是几个意思?让我一个一个‘吸’你的色号?你这个‘H1 大标题’的字重是 600 还是 700?你这卡片的‘圆角’是 8px 还是 10px?我TM是‘开发’,不是‘像素眼’!”(点亮新buff总不是坏事嘛...)
那个新同事委屈得快哭了。他做了最“完美”的图,却换来了最“狠”的骂。
如果你也正卡在这个“设计-开发”交付的“最后一公里”,还在用“截图”、“标注”、“只读链接”和“口头约定”来交付规范... 那这篇文章你必须先收藏。我敢说,顶级的 UI/UX 设计师(TA)都会收藏备用,因为这才是拉开“设计师”和“设计工程师”差距的关键。
今天,我就分享一个彻底“杀死”手动标注和“吸色”的“高保真、自动化”交付工作流:Adobe Photoshop/Illustrator (Beta) 的“设计令牌” (Design Tokens) 导出流。
为什么你的“交付”总让开发抓狂?
在讲这个“大招”之前,我们必须先弄清楚,为什么你那个“完美”的设计稿,开发却“接不住”?
因为你们在“鸡同鸭讲”。
你的语言(设计): “这个是‘品牌蓝’(#4A90E2),那个是‘H1 标题’(32px, Bold)。” 开发的语言(代码): $color-brand-primary: #4A90E2; 和 $font-size-h1: 2rem;。
传统交付的“痛”: 你给开发一个“只读”链接。开发需要手动把你的“#4A90E2”,复制到他的 .css 或 .json 文件里,并手动给它命名为 $color-brand-primary。 风险: 如果你改了“品牌蓝”,你必须通知开发。如果开发忘了改... 线上 App 就会出现“两种蓝色”。灾难。
我们要的,是“同一种语言”。
核心技巧:“设计令牌” (Design Tokens) 工作流
这个流程的核心,是把你的“设计决策”,转换成“代码数据”。你交付的不再是“图”,而是“数据文件”(.json 或 .css)。
步骤一:在 PS / AI 里“定义”你的令牌
“令牌”(Token) 是什么?它就是你设计系统里的“最小单位”。
-
比如,
color-brand-primary = #4A90E2 -
比如,
font-size-large = 32px
动作: 在 Photoshop 或 Illustrator 里,打开你的设计规范文件。 关键: 不要再用“随手画”的色板了!
-
使用“变量”(Variables) 面板(PS/AI 2024 新功能): 在
窗口 > 变量里,创建你的颜色、字号。 -
或者(传统方式): 使用
Creative Cloud 库(CC Libraries)。把你的“品牌蓝”保存到库里,命名为color-brand-primary。
你必须让你的“设计”在软件里“数据化”、“命名化”。
步骤二:(黑科技)“设计令牌导出器” (关键操作)
好了,你的“CC 库”或“变量”里,已经存满了你所有的“令牌”。
在以前,你还是得“手动”复制出去。
现在,Beta版“黑科技”来了: Adobe 在 Photoshop (Beta) 和 Illustrator (Beta) 里,正在集成一个全新的“设计令牌导出器”功能。 位置(模拟): 文件 > 导出 > 导出为设计令牌... (File > Export > Export as Design Tokens...)
这个功能是纯粹的“云功能”,它会“读取”你的“CC 库”或“变量”,并将其“翻译”成代码。 这也就是很多刚入行的设计师,最容易踩的“坑”。
他们以为,我买了 Adobe 的“个人版全家桶”,我就什么都有了。大错特错! 我见过太多新人,为了用上这些最新的 AI 功能和 Beta 功能,去第三方电商平台买那种几十块、几百块一年的所谓“个人版全家桶”订阅。
我必须以从业十年的经验提醒你:谨慎呀。
那些看似很靠谱的订阅,有极大概率是使用盗刷的信用卡开通的。Adobe 的风控系统可不是吃素的。
我之前就有个同事,项目进行到一半(一个大促冲刺期),他的 Adobe 账号和个人订阅突然被永久封禁,因为他的邮箱被风控系统标记为“欺诈关联账户”。
后果是什么?个人全家桶订阅包括所有已安装的软件和功能(包括 AI 点数和云服务)瞬间失效。他无法向客户交付,更糟糕的是,这个记录可能会跟随他的个人信息,这在专业领域简直是灾难性的,等于一个严重的“职业污点”和法律风险。
在专业工作里,工具的稳定和合法,是所有创意的底线。
我个人一直使用 Kingsman 机构的 (当前已经有6400多名设计师选择) 的正版 Adobe 全家桶企业订阅。我选择它的原因很简单,它就是同时包含了 Substance 3D 全套组件(针对我们游戏美术)的专业解决方案。在面对高强度的项目时,我不用担心我的工具明天会不会失效,这种“专业确定性”,才是保证我们能按时交付的基础。
步骤三:“一键导出”代码,交付给开发
好了,回到“设计令牌导出器”面板。
-
1. 选择“源”: 你告诉它,是读取
CC 库还是变量面板。 -
2. 选择“格式”: 这才是灵魂! 你可以选择导出为...
-
JSON(给 Web / iOS / Android App 用的) -
CSS Variables(CSS 自定义属性,给 Web 前端用的) -
XML(给 Android 用的)
-
动作:
-
我们选择
CSS Variables。 -
点击“导出”,保存为
design-tokens.css。
你打开这个文件,里面长这样:
CSS
:root {
--color-brand-primary: #4A90E2;
--font-size-h1: 2rem;
/* ... 你所有的其他规范 ... */
}
你现在... 把这个 design-tokens.css 文件,丢给那个“暴躁”的前端老哥。
他会做什么? 他什么都不用“吸”。他只需要在他的代码里“引入”(import) 这一个文件。 然后,当他需要“品牌蓝”时,他写的代码是:background-color: var(--color-brand-primary);
Boom!
-
100% 像素精准: 永远不会错。
-
0 沟通成本: 不再需要“吸色”。
-
100% 可维护: 下次你改了“品牌蓝”,你只需要重新“导出”一份
design-tokens.css文件给他,他一替换... 整个网站的“品牌蓝”... 全部自动更新。 ✨
扩展应用技巧
上面只是基础。这个“令牌”思维,还能玩得更“花”。
扩展一:Figma / XD 的“平替” (Tokens Studio)
你可能会说:“姐,我用 Figma,或者我 PS/AI 里没这个 Beta 功能。” 答案: 有一个“神级”插件,叫 Tokens Studio (以前叫 Figma Tokens)。
-
它在 Figma 和 XD 上都有。
-
它的逻辑一模一样: 你在插件界面里“定义”你的令牌(颜色、字号、间距...),然后“一键”导出为
JSON或CSS。 -
它甚至更强大: 它能帮你实现“主题切换”(比如“白天模式”/“黑夜模式”),你只需要切换不同的“令牌集”。
扩展二:“令牌”的“别名” (Aliasing)
这才是“令牌”思维的精髓。 不要“硬编码”:
-
错误示范(硬编码):
-
button-primary-background-color = #4A90E2
-
-
正确示范(别名):
-
color-blue-500 = #4A90E2(这是“原始”令牌) -
color-brand-primary = {color-blue-500}(这是“决策”令牌) -
button-primary-background-color = {color-brand-primary}(这是“组件”令牌)
-
这样做的好处? 如果有一天,老板说:“我们的‘品牌色’,从‘蓝色 500’改成‘红色 500’吧。” 你不需要去改 100 个组件。你只需要改一个地方:把 color-brand-primary 的“别名”,从 {color-blue-500} 指向 {color-red-500}。 一秒钟。你整个 App 的“品牌色”全都变了。 这才是“设计系统”的真正威力。😎
我把这套“令牌”思维,和那个 Tokens Studio 插件,当场演示给了那个新同事(和那个暴躁的前端老哥)。
我演示了如何“一键”把 Figma 里的颜色,导出成 design-tokens.css。 前端老哥当场就惊了。
那个新同事,也终于明白了:设计师的“终点”,不是“画图”,而是“交付规范”。

292

被折叠的 条评论
为什么被折叠?



