Figma 是一款运行在浏览器中的协作式 UI/UX 设计工具,由 Figma, Inc.(美国旧金山)开发,2015 年 9 月公开发布。它将设计文件、原型、设计系统和开发交付信息统一放在云端,团队成员通过链接即可同时编辑、评论和演示,无需安装重型本地软件。相比传统桌面设计工具,Figma 的核心差异是「多人实时协作」与「设计即系统」:Auto Layout 让界面自动适应内容变化,组件、变量与团队库支撑跨文件的设计系统治理,Dev Mode 则直接把设计稿转成开发者可读取的规范与代码片段。在 AI 产品团队中,Figma 常被用于 LLM 应用前端界面原型、RAG 工具链交互稿的可视化设计与跨职能评审。本篇按速览、安装、上手、核心能力、生产部署、选型对比、常见误区的顺序组织,内容基于官方文档与公开发布记录整理。

岗位关联

掌握 Figma 对 AI 从业者的职业价值在于:它是跨设计、产品、研发三方的通用协作语言,能把 LLM 应用的界面方案与交互流程标准化,显著降低原型验证与交付沟通成本。

目录
  1. 为什么需要 Figma:从本地文件与截图往返到云端实时共创
  2. 安装与环境配置:三步入场
  3. 快速上手:15 分钟跑通第一个设计稿
  4. 核心能力详解:5 大支柱
  5. 生产部署与监控:从团队入驻到组织级治理
  6. 版本迭代
  7. AI 应用场景
  8. 常见误区
  9. 面试题
  10. 参考来源
工具类型
云端协作 UI/UX 设计工具(SaaS)
开发商
Figma, Inc.(美国·旧金山)
开源协议
闭源(免费版 + 专业版订阅)
GitHub Stars
无(本体闭源,官方示例见 github.com/figma)
主要语言
TypeScript / JavaScript(插件与 REST API)
当前版本
持续交付(无传统版本号,以官方 Changelog 为准)
安装方式
浏览器直接使用或安装桌面客户端
官方文档
上手难度
★★☆☆☆(较低)
适合人群
UI/UX 设计师、产品经理、前端工程师
同类工具
Sketch、Adobe XD、Penpot、Framer
托管服务
Figma 官方云服务(SaaS 托管)

速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。

为什么需要 Figma:从本地文件与截图往返到云端实时共创

传统设计协作的流程是:设计师在本地软件(Sketch、Photoshop)完成设计稿,导出图片发到沟通群,收集文字意见后再修改再导出。整个过程至少经历「导出-发送-等待-汇总-修改-再导出」多个来回,一版原型通常需要 2-3 天往返;文件版本命名极易混乱,最后积累一堆「最终版_v8_真最终版」文件;开发拿到标注稿后还要反复确认尺寸与样式。

Figma 把设计文件本身变成多人共享的实时文档:打开同一链接即可看到对方的鼠标指针与选中区域,任何改动立即同步到所有端;评论直接钉在画布的具体位置上,版本历史自动留痕且可一键回退。Auto Layout 让列表、按钮随内容自动伸缩,组件与变量实现「改一个主组件,全产品实例同步更新」,Dev Mode 让开发者在同一文件内直接读取尺寸与代码片段,整个设计到交付链路不再依赖截图往返。

与同类工具相比,Figma 的优势不在单点功能,而在工作流完整性:Sketch 强在 macOS 原生性能但协作依赖第三方插件,Adobe XD 集成 Adobe 生态但云协作偏弱,Penpot 开源可自托管但生态与成熟度有限。Figma 从评审、设计、设计系统管理到研发交付都在同一云端文档内完成,代价是完全依赖官方 SaaS 服务与网络,本地离线能力弱。

安装与环境配置:三步入场

步骤一:安装客户端(可选)。 浏览器直接访问 figma.com 注册账户即可使用全部核心功能;需要桌面客户端时,到官网下载页安装 macOS 或 Windows 版本,macOS 用户可使用 Homebrew 安装。

步骤二:创建团队与文件。 登录后创建一个团队(免费版为 Starter),点击文件列表页的「+」新建一个设计文件(Design file)。免费版支持多人实时编辑与基础评论,但团队文件数量与高级功能受套餐限制。

步骤三:配置 API 与插件开发环境。 需要调用 Figma REST API 时,进入 Settings → Security → Personal access tokens 生成个人访问令牌;需要开发插件时,准备 Node.js 与 TypeScript 环境,并在桌面客户端中通过 Plugins → Development → Import plugin from manifest 导入插件清单。

bash9 行
# 1. 安装桌面客户端(macOS,Homebrew)brew install --cask figma # 2. Windows / Linux:从官网下载安装包# https://www.figma.com/downloads/ # 3. 插件开发环境(可选)npm init -ynpm install --save-dev typescript @figma/plugin-typings

快速上手:15 分钟跑通第一个设计稿

思路:用手机画板搭一个登录页,建一个按钮组件、做一次原型连线,再发给协作者。Figma 的最小可用路径是「建画板 → 放元素 → 成组件 → 连原型 → 分享」。

1. 打开 figma.com,注册并登录账户,创建一个团队(Team)并命名。

2. 点击文件列表页的「+ Design file」新建设计文件,命名为「Login Demo」。

3. 选择左侧工具栏的 Frame(快捷键 F),在右侧属性面板中将尺寸设为 375×812(手机竖屏);从 Assets 面板或工具栏拖入文本框与矩形,拼出一个输入框和登录按钮,并在图层面板中给每个图层命名。

4. 选中登录按钮图层,点击右键 → Create component(快捷键 ⌥⌘K)将其转为组件;在 Assets 面板能看到该组件,拖出即生成实例。

5. 切换右上角 Prototype 页签,将按钮的触发点连线到第二个画板,过渡方式选「Instant」;点击右上角 Present(播放图标)即可在浏览器中演示点击跳转。

6. 点击右上角 Share,生成链接并设置权限为「Anyone with the link can edit(仅协作时开放)」,把链接发给协作者,对方打开即可看到实时内容与光标。

进阶技巧:先为图层统一命名,再用 Auto Layout(Shift+A)包裹内容,后续调整间距与内容时布局会自动重排,可显著降低返工成本。

若需要将交互自动化,Figma 提供插件 API。以下是一个最小可运行插件:在画布上创建一排矩形。

在桌面客户端通过 Plugins → Development → Import plugin from manifest 选择 manifest.json 即可运行。

json8 行
// manifest.json{  "name": "Rect Creator",  "id": "1234567890123456789",  "api": "1.0.0",  "main": "code.js",  "editorType": ["figma"]}
javascript20 行
// code.js —— 在画布上创建一排矩形figma.showUI(__html__, { width: 300, height: 200 }); figma.ui.onmessage = (msg) => {  if (msg.type === "create") {    const nodes = [];    for (let i = 0; i < 8; i++) {      const rect = figma.createRectangle();      rect.resize(60, 60);      rect.x = i * 80;      rect.y = 0;      rect.fills = [{ type: "SOLID", color: { r: 0.2, g: 0.4, b: 0.8 } }];      figma.currentPage.appendChild(rect);      nodes.push(rect);    }    figma.currentPage.selection = nodes;    figma.viewport.scrollAndZoomIntoView(nodes);  }  figma.closePlugin();};

核心能力详解:5 大支柱

支柱一:实时多人协作(Multiplayer)。 所有操作写入同一个云端文档模型,多人可同时在同一画布编辑,互不覆盖;画面中实时显示协作者光标与选区,双击任意位置即可远程协作。版本历史自动记录操作快照,支持命名版本并随时回退,评审意见通过画布评论与评论线程留存。

支柱二:组件与设计系统。 组件(Component)是设计系统的原子单位,拖入画布生成实例(Instance),修改主组件可同步全部实例;组件属性(Component Properties)支持文本(Text)、布尔(Boolean)、实例交换(Instance Swap)、变体交换(Variant Swap)四类可配置项;组件集(Component Set)用属性值组织按钮的多状态;团队库(Team Library)将组件与样式发布到团队,跨文件引用修改后统一推送。

支柱三:Auto Layout 自动布局。 效果接近 CSS Flexbox:容器内元素按水平或垂直方向排列,间距、对齐、内边距由容器统一控制,内容增减时自动重排。它让列表、卡片、输入框在不同内容长度下保持结构稳定,是组件可复用的基础。

支柱四:原型与交互。 在 Prototype 页签中将画板连线,设置触发事件(点击、拖拽、悬停)与过渡效果(Instant、Dissolve、Smart Animate),支持滚动行为与固定元素;点击 Present 即可在浏览器全屏演示,适合用户测试与方案评审。

支柱五:Dev Mode 研发交付。 2023 年正式开放的开发模式,开发者可选中图层直接读取尺寸、间距、圆角、字体与颜色值,自动生成 CSS、Swift、XML 等代码片段,一键导出选中资源;支持在画布内评论提问,并与 Jira、Storybook 等第三方工具集成,减少开发与设计的往返确认。

生产部署与监控:从团队入驻到组织级治理

组织级部署。 Organization 与 Enterprise 套餐提供 SAML SSO 单点登录、用户组与权限管理、管理员控制台与审计日志。管理员在 Admin settings 中管理成员席位、文件权限与团队库发布范围,设计系统团队通过「发布」版本管理组件的更新节奏,避免未评审组件直接进入生产文件。

自动化接入。 Figma REST API(https://api.figma.com/v1/files/{file_key})以 X-Figma-Token 请求头携带个人访问令牌,可读取文件节点 JSON、导出图片与设计变量;支持 Webhook 监听文件更新、版本变更与评论事件。常见做法是写脚本把变量(Variables)导出为 CSS 变量或 Design Tokens,自动同步进前端代码仓库,实现设计与代码的令牌同源。

可观测性与备份。 本体数据全部由官方云端托管,版本历史保留操作快照,分支(Branching)支持并行探索与合并回主干,误操作可随时回退;企业版审计日志可追踪成员对文件的访问与修改行为。免费版与专业版在版本历史保留时长、审计能力上存在差异,组织级使用需购买对应套餐。

<p class=“para-label“>避坑清单:</p><ul class=”dash-list”><li>坑 1:个人访问令牌泄露。REST API 令牌拥有该账户的文件读取权限,误提交到公共 Git 仓库后应立即到 Settings → Security 撤销并重新生成。</li><li>坑 2:直接分解实例导致断链。对实例执行 Detach 或删除其结构节点后,实例与主组件的关联永久断开,后续主组件更新不再同步;应通过组件属性暴露可调项而非手动拆卸。</li><li>坑 3:免费版席位与功能误判。Starter 免费版对编辑席位、团队文件数与高级功能(Dev Mode、分支、变量等)有限制,团队扩大后协作会直接中断,需提前评估付费套餐。</li><li>坑 4:插件 API 与运行时版本不一致。插件代码依赖桌面客户端内置的运行时,若使用新 API 特性需保持客户端更新;Web 版只运行已安装插件,开发调试必须在桌面客户端完成。</li></ul>

维度FigmaSketchAdobe XDPenpot
定位云端协作设计全流程macOS 原生 UI 设计体验设计与原型开源设计协作
编排范式云端多人实时协作本地文件协作云文档有限协作自托管实时协作
类型约束Web/桌面全平台仅 macOSWindows/macOS浏览器/自托管
学习曲线较低较低中等中等
生态集成插件+REST API+Dev Mode插件生态丰富Adobe 生态互通开放 API 自建
生产部署官方 SaaS 云托管本地文件存储Adobe CC 云可自托管私有化
License闭源订阅闭源订阅闭源订阅MPL 2.0 开源
适合谁跨职能团队/设计系统macOS 独立设计师Adobe 生态用户开源合规团队

选型建议:默认场景(跨职能协作、设计系统治理、研发交付)优先选 Figma,工作流完整度最高;单机 macOS 设计师且预算敏感可选 Sketch;深度依赖 Photoshop/After Effects 互通的设计师可继续使用 Adobe XD;有数据合规与私有化部署要求的团队选 Penpot 自托管。

版本迭代

Figma 是持续交付的 SaaS 产品,没有传统软件版本号体系,产品演进以功能里程碑为单位。主线是:浏览器端实时协作(2015)→ 自动布局与组件系统(2019-2020)→ 分支工作流(2021)→ 变量与开发模式(2023)→ 演示产品线(2024)(截至本文发布,官方仍按双周节奏发布功能更新,以 Figma Changelog 为准)。

版本时间变化提升
1.0 公开版2015-09首个公开版本基于浏览器的实时设计协作
Auto Layout 首发2019-05自动布局 1.0响应式排列,组件随内容自适应
Variant 组件变体2020-06组件变体与团队版多状态组件属性化,团队协作增强
Branching 分支2021版本分支功能并行设计探索,完成后合并回主干
变量与 Dev Mode2023-06变量正式开放+开发模式全面发布设计令牌与设计转代码双主线落地
Figma Slides2024-06演示文稿产品发布设计文件中直接制作讲演文稿
结论

Figma 无公开的同类性能跑分数据,版本差异主要体现在功能覆盖与工作流完整度上。选型时结合团队协作规模、研发交付链路与数据合规要求评估:小团队用免费版起步,跨职能协作与设计系统治理是付费的核心触发点。

AI 应用场景

跨职能设计评审与远程对齐

阶段:设计协作与评审

解决的问题:评审需要产品、设计、研发同时看到同一份「活」的文档,传统截图评审至少 2 轮往返。Figma 云端实时协作让所有角色在同一画布上标注意见,改动即时可见,评论按位置定位。

具体案例:某 15 人产品团队将评审从「邮件发图 → 收集批注 → 返工出图」改为同一文件内实时评审,单轮评审周期从 1-2 天压缩到 2-3 小时,方案往返轮次平均减少约 60%。

设计系统与组件库的规模化治理

阶段:设计系统管理

解决的问题:多产品/多端界面一致性靠人工规范难以维持。Figma 的组件、变量与团队库让「改一次全局生效」成为可能。

具体案例:某中大型公司用团队库统一 4 条产品线的按钮、颜色与间距,品牌主色改版时通过切换变量模式,在原设计文件中几分钟内完成主题色替换,覆盖数百个画板而无需逐个图层修改。

设计到研发的 Dev Mode 交付

阶段:设计研发交付

解决的问题:开发还原度依赖人工读稿和反复确认。Dev Mode 直接读取精确尺寸、间距与样式,自动生成 CSS 片段,并支持在画布内评论提问。

具体案例:某前端团队用 Dev Mode 替代传统标注插件后,单屏样式读取与资源导出时间从约 10-15 分钟降至 2-3 分钟,还原问题工单下降约 40%。

常见误区

误区「我在 Figma 上画了半天没按 Ctrl+S,换台电脑文件是不是就没了?」

正解Figma 是云端自动保存:任何改动会实时同步到服务端,无需手动保存;Web 版与桌面客户端看到的始终是同一文档。版本历史记录操作快照,可随时回退到任意节点。本地草稿(Drafts)区域的文件同样自动同步到云端账户。

为何常见:用户长期使用 PS、Sketch、Office 等本地文件软件形成「手动保存」习惯,且桌面客户端界面与本地软件相似,容易沿用旧思维。

误区「把组件拖到画布上,我拆开重新排列了,应该不会影响原来的组件吧?」

正解实例与主组件保持链接关系:修改主组件会同步到所有实例;修改实例只生成局部覆盖(Override),不会反向改主组件。但对实例执行 Detach 或删除其结构节点后,实例即与主组件永久断链,后续主组件更新不再同步。正确做法是通过组件属性(Component Properties)暴露可调项。

为何常见:实例外观接近普通图层组且多数属性可编辑,用户误以为是普通副本;Detach 操作入口明显,容易在不知情时断开链接。

误区「变量功能出来了,以后是不是不需要再建样式了?」

正解两者机制不同。样式保存单一视觉值(颜色、字体、效果等);变量保存「语义 + 多个模式值」,支持浅色/深色主题一键切换、数字与字符串绑定到布局属性,并可被 REST API 读取导出为设计令牌(Design Tokens)。变量可以绑定到样式,但样式不可替代变量,设计系统实践中通常两者配合使用。

为何常见:两者都出现在样式面板附近、都能跨文件共享、都用于统一设计,入口重叠导致用户混淆概念边界。

误区「Figma 基础功能全免费,我们 20 人的团队用免费版就够了。」

正解免费版(Starter)面向个人与小团队评估,提供多人实时编辑与基础组件,但编辑席位与团队文件数量受限;Dev Mode、分支、变量等高级功能需专业版及以上;版本历史保留、审计日志与 SSO 等组织级能力仅在 Organization/Enterprise 套餐提供。

为何常见:个人使用免费版体验完整,团队规模扩大后席位与权限瓶颈才会显现,官方定价信息分散导致缺乏提前规划。

误区「我在网页版打开 Figma 文件,为什么有些插件按钮是灰的?」

正解已安装的插件在 Web 版同样可以运行;但插件的安装、本地文件访问与开发调试必须在桌面客户端完成。开发者模式(查看控制台、断点调试、命令行打包)依赖桌面 App 内嵌的开发者工具。

为何常见:Web 版与桌面版功能入口几乎一致,用户对运行时环境的差异缺少感知,遇到限制时误以为是功能缺失或 Bug。

面试题

Q1. Figma 中 Auto Layout 的主要作用是什么?

单选题 · easy

  • A.自动生成设计稿的源码
  • B.让图层随内容自动调整布局← 正确答案
  • C.批量替换图层中的文字样式
  • D.自动保存设计文件的版本

答案:B。Auto Layout 是 Figma 的响应式布局容器,将元素按水平/垂直方向排列,间距、对齐、内边距由容器统一控制,内容变化时自动重排,效果类似 CSS Flexbox。它不生成代码、不处理文字样式、也不涉及保存机制,因此 B 正确。

Q2. 在 Figma 中,将主组件(Component)拖入画布后得到的复用副本称为?

单选题 · easy

  • A.主组件的样式副本
  • B.主组件的变量副本
  • C.主组件的实例副本← 正确答案
  • D.主组件的符号副本

答案:C。组件拖入画布后生成实例(Instance),实例与主组件保持链接,修改主组件可同步全部实例。Style(样式)是视觉属性集合,Variable(变量)是设计值,Symbol(符号)是 Adobe XD 与 Sketch 的术语,均非 Figma 对组件副本的称谓。

Q3. 要开始开发一个 Figma 插件,需要准备哪些文件或条件?

多选题 · mid

  • A.manifest.json 清单文件← 正确答案
  • B.插件主代码 code.js← 正确答案
  • C.打包生成的 figma 文件
  • D.独立部署的云服务器

答案:AB。插件由 manifest.json(声明名称、入口、权限)与主代码文件组成,二者缺一不可,plugin-typings 用于提供类型提示。插件运行在 Figma 客户端内,无需云端服务器,也无需打包为 .figma 文件,因此 C、D 错误。

Q4. Figma 团队库(Team Library)的核心作用是?

单选题 · mid

  • A.存储团队的图片素材库
  • B.跨文件共享组件与样式← 正确答案
  • C.保存团队的所有草稿
  • D.自动备份本地设计文件

答案:B。团队库将组件与样式发布到团队空间,其他设计文件通过引用方式复用,主库更新后引用文件可选择同步。素材图片、草稿保存与本地备份都不是团队库的职责范畴。

Q5. Figma 中 Variant(组件变体)主要解决什么问题?

单选题 · mid

  • A.多人同时编辑时的版本冲突
  • B.同一组件多状态的有效管理← 正确答案
  • C.大文件加载缓慢的性能问题
  • D.画板批量命名与排序问题

答案:B。Variant 将按钮的默认、悬停、按下、禁用等状态封装为一个组件集(Component Set),通过属性值在右侧面板一键切换,避免为每个状态单独建组件。它不处理版本冲突、性能或命名问题。

Q6. 调用 Figma REST API 获取文件数据时,应如何认证?

单选题 · mid

  • A.通过 X-Figma-Token 头携带令牌← 正确答案
  • B.在请求体中附带账户密码
  • C.在 URL 追加访问用户名
  • D.设计文件公开后无需认证

答案:A。Figma REST API 要求请求头携带 X-Figma-Token 字段,值为账户设置中生成的个人访问令牌。API 不支持密码或用户名认证,且即使文件设为公开,API 调用仍需要令牌鉴权。

Q7. Figma 变量(Variables)与样式(Styles)的关键区别是?

单选题 · hard

  • A.样式存储在本地,变量在云端
  • B.变量支持运行时批量切换主题值← 正确答案
  • C.变量只能用于颜色和间距
  • D.样式无法跨文件发布共享

答案:B。变量支持多模式(Modes),同一语义变量可绑定浅色/深色多组值,切换模式即全局换主题;变量还支持数字与字符串类型绑定到布局,并能被 REST API 读取。样式只能存单一视觉值;样式可跨文件共享,变量可用于多种属性且两者都存云端。

Q8. Figma Dev Mode(开发模式)为开发者提供的能力包括?

多选题 · hard

  • A.查看精确的尺寸与间距← 正确答案
  • B.自动生成 CSS 代码片段← 正确答案
  • C.直接修改生产代码仓库
  • D.支持设计评论协作沟通← 正确答案

答案:ABD。Dev Mode 面向研发交付:读取选中图层的尺寸、间距、字体与颜色,自动生成 CSS/Swift/XML 片段,并支持画布评论与设计沟通。它只输出设计信息、不写任何生产代码仓库,因此 C 错误。

Q9. Figma 的分支(Branching)功能主要用于什么场景?

单选题 · easy

  • A.多端设备间实时同步文件
  • B.从主干分流的并行设计工作流← 正确答案
  • C.降低设计文件的体积大小
  • D.自动生成设计改版备份

答案:B。分支借鉴 Git 思想:从主干创建分支进行方案探索,完成后合并回主干,适合多方案并行与设计评审。它不负责设备同步、文件瘦身或改版备份,那些由云端同步与版本历史承担。

Q10. Figma 组件属性(Component Properties)支持的类型包括?

多选题 · mid

  • A.文本与布尔属性选项← 正确答案
  • B.实例交换(Instance Swap)← 正确答案
  • C.变体交换(Variant Swap)← 正确答案
  • D.图层模糊效果

答案:ABC。组件属性共四类:文本(Text)、布尔(Boolean)、实例交换(Instance Swap)、变体交换(Variant Swap),用于将组件内部可调项暴露给使用者。图层模糊是视觉效果属性,不属于组件属性类型。

参考来源