直接答案：Figma 是一套以云端文件和实时协作为核心的产品平台，不只是“画 UI 的网页软件”，也不是一个单独的 AI 工具。做精细界面、组件库和交互原型，用 Figma Design；开会、研究和画流程，用 FigJam；开发交付与代码上下文，用 Dev Mode；从提示生成可运行原型或网页应用，用 Figma Make；设计并发布响应式网站，用 Figma Sites；做演示文稿用 Slides，批量品牌素材则评估 Buzz。先按交付物建立正确文件类型，能避免在一个工具中寻找另一个产品的按钮。
旧稿用“全球领军者”“难以撼动的护城河”等营销措辞描述公司地位，引用过时融资估值，并把“生成式填充、智能图层命名、文本转界面、代码生成”都包装成同一个 Figma AI 产品。它没有标明信息日期、计划、席位、文件类型或来源。本次撤回估值、人才和竞争地位等不可核对结论，把页面重建为可操作的产品地图、权限与交付指南。
一张图看懂 Figma 产品生态
| 你要完成的工作 | 优先产品 | 主要产物 | 不要误以为 |
|---|---|---|---|
| 设计产品界面与设计系统 | Figma Design | Frames、components、variables、styles、prototypes | 设计文件自动等于生产代码 |
| 头脑风暴、用户研究、流程与会议 | FigJam | 白板、便签、图表、投票、工作坊记录 | 白板适合精细 UI 交付 |
| 开发检查、规格、变量与代码组件关联 | Dev Mode | Ready for dev、annotations、inspect、assets、Code Connect | 代码片段免除工程实现与测试 |
| 提示生成能运行的原型或网页应用 | Figma Make | 聊天、代码、交互预览、公开/内部发布 | 预览通过就达到生产安全 |
| 设计并发布响应式网站 | Figma Sites | 网页、断点、CMS、交互、域名与发布 | Design 的所有属性都无损迁移 |
| 演示与品牌内容生产 | Slides / Buzz | 演示文稿、模板化品牌资产 | 它们与 Design 使用完全相同的权限和能力 |
Figma 官方新建文件指南按文件类型解释这些产品。若搜索目的主要是 AI 入口和提示词，请转到站内Figma AI 使用教程；本页重点回答“整个 Figma 平台有哪些产品、每个产品交付什么”。
Figma Design：精细界面与设计系统的主工作区
Figma Design 用于创建响应式、可交互的设计资产。它的核心不是“在浏览器里画图”，而是让 frame、auto layout、component、variant、style 和 variable 形成可复用结构，并让多人在同一文件中评论、编辑和查看版本。一个高质量 Design 文件应能承受真实内容、多个断点和状态变化，而不是只在一张固定画布上看起来正确。
| 结构 | 解决的问题 | 交付前检查 |
|---|---|---|
| Frame 与 Auto layout | 层级、排列、间距和内容变化 | 长文本、空内容、缩放和断点是否稳定 |
| Component / Instance | 重复元素复用和统一更新 | 是否误拆实例、主组件责任是否明确 |
| Variant / Properties | 尺寸、状态、内容和行为组合 | 禁用、错误、加载、选中等状态是否齐全 |
| Styles / Variables | 颜色、字号、间距和主题 token | 变量模式、别名和语义是否一致 |
| Prototype | 导航、覆盖层、交互与条件逻辑 | 返回、键盘、触控和失败路径是否可用 |
| Library | 跨文件共享组件、样式和变量 | 发布、审批、弃用和迁移规则是否存在 |
计划对 Design 文件使用 AI 时，AI 只能辅助生成和修改，仍需按上述结构验收。需要客观判断是否值得使用，可阅读站内Figma AI 任务型评测，其中没有使用旧稿的虚构速度和准确率。
FigJam：让非设计角色也能参与的协作白板
FigJam 是轻量在线白板，适合头脑风暴、研究整理、流程图、决策树、设计评审和会议。它降低了非设计人员的参与门槛，但“可自由摆放”也容易形成无限画布、重复便签和难以追踪的决定。大型团队应按工作流分区、使用页面、命名会议日期，并把最终结论转移到可执行的文档、任务或 Design 文件。
| 活动 | 建议结构 | 会后必须留下 |
|---|---|---|
| 用户研究 | 来源、原话、聚类、洞察、待验证假设 | 证据链接、负责人和下一步 |
| 头脑风暴 | 问题、静默发散、聚类、投票、决策 | 选项、淘汰理由和风险 |
| 流程图 | 起点、角色、动作、状态、异常与终点 | 版本、边界和系统责任 |
| 设计评审 | 目标、设计稿、检查维度、评论和结论 | 必须修改、可选改进和确认人 |
| 周会 | 议程、进展、阻塞、决定和行动项 | 负责人、截止日和同步位置 |
FigJam 官方指南将其定位为发现、探索和组织想法的协作空间。它可使用图表和部分 AI 能力，但不是 Figma Design 的简化替代品。
Dev Mode：设计到开发的“上下文层”
Dev Mode 是 Figma Design 文件中的开发者界面，支持查看 ready for development 内容、比较版本、检查属性与变量、下载资产、查看代码片段、注释和连接外部工具。它的目标是减少交付信息丢失，不是自动把设计变成可以直接上线的完整应用。
| 交付层 | 设计侧证据 | 开发侧验收 |
|---|---|---|
| 范围 | 页面、状态、断点和变更说明 | 需求和技术任务可追踪 |
| 结构 | 组件、variant、variable 与命名 | 映射到代码组件和 token |
| Ready for dev | 明确标记的 frame/section/component | 不是所有草稿都进入实现 |
| 规格与注释 | 间距、行为、边界和内容规则 | 异常、可访问性和响应式可实现 |
| Code Connect / MCP | 设计组件与代码上下文关联 | 版本、参数和仓库来源正确 |
| 工程发布 | 设计签字和变更历史 | 构建、测试、安全、性能和回滚通过 |
Dev Mode 官方指南列出 Full/Dev seat、ready for dev、annotations、inspect、asset 与集成功能。AI 生成的代码片段也必须进入站内工程验收流程，不能由截图相似度替代。
Figma Make：把设计和文字变成可运行体验
Figma Make 是 prompt-to-app 产品，使用聊天生成代码与交互预览，可附加 Figma 设计、文件、图片与代码，连接 library、使用 plan mode、直接编辑代码或回到版本历史。适合产品概念、功能原型和网页应用试验。它和 Design agent 不同：Design agent 主要改设计画布，Make 主要产出能运行的体验。
| 适合 | 不适合直接下结论 | 上线前检查 |
|---|---|---|
| 概念验证与交互原型 | 一次生成代表用户需求已验证 | 主流程、失败、空、加载与返回 |
| 从现有 frame 探索运行效果 | 视觉接近代表代码可维护 | 结构、依赖、响应式和可访问性 |
| 内部工具或演示应用草案 | 前端隐藏等于权限控制 | 认证、授权、密钥、数据和日志 |
| 公开网页应用试验 | 随机 URL 等于保密 | 访问、索引、隐私、域名和回滚 |
Figma Make FAQ说明 Full seat、其他 seat 在 Drafts 的试用、team library 与发布限制；实际可用范围应以当前账号为准。
Figma Sites：从设计到响应式网站与发布
Figma Sites 用于设计、制作和发布响应式网站，包含网页、breakpoint、CMS、interaction 和发布设置。它与 Make 的区别在于：Sites 以网站布局与内容管理为中心；Make 以提示生成的功能原型和应用逻辑为中心。营销站、作品集、活动页或内容站可先评估 Sites；复杂应用原型则先评估 Make。
| 网站层 | Sites 中要完成 | 发布后验证 |
|---|---|---|
| 页面 | 导航、层级、标题与页面状态 | 所有链接、404 和返回路径 |
| 响应式 | breakpoints、相对/绝对定位、内容宽度 | 手机、平板、桌面和缩放 |
| 内容 | CMS 字段、模板、空值和长内容 | 真实数据无截断或布局破坏 |
| 交互 | hover、click、scroll、导航和嵌入 | 键盘、触控和失败处理 |
| 发现 | title、description、语言、索引与社交图 | HTML、canonical、robots、sitemap |
| 治理 | 域名、访问、分析、代码和发布责任 | 隐私、性能、安全与回滚 |
Figma Sites 官方文档中心按设计、断点、CMS、交互与发布组织内容。需要理解 Design 与 Sites 复制差异，可查看官方复制指南；code layer、embed、链接和可访问性属性并非全部对等。
Slides 与 Buzz：演示和规模化品牌素材
Figma Slides 面向演示文稿，支持设计、协作和互动内容；Figma Buzz 面向营销与品牌资产生产，可由设计师发布模板，让团队批量制作社交媒体、广告和单页素材。它们解决的是“表达和规模化内容生产”，不应被写成 Design 的附属按钮。
| 产品 | 负责人 | 核心资产 | 风险 |
|---|---|---|---|
| Slides | 设计、产品、销售、研究等协作者 | 演示结构、母版、互动原型与讲者内容 | 把复杂设计文件直接塞进每页导致难维护 |
| Buzz | 品牌设计与营销团队 | 受控模板、品牌字段和批量内容 | 模板权限和内容事实未审核就大规模发布 |
团队应把品牌不可变部分、可编辑字段、审批范围、过期时间和纠错入口写进模板治理。生成得快不等于可以跳过品牌、版权和事实复核。
计划与 seat：两个维度不要混淆
Figma 的计划决定组织层级可用能力，seat 决定某个用户可访问哪些产品和操作。当前常见计划为 Starter、Professional、Organization、Enterprise；seat 包括 Full、Dev、Collab 和 View。即使团队购买了高级计划，也不代表每名成员都能编辑 Design 或使用完整 Make。
| 访问层 | 决定什么 | 排查问题 |
|---|---|---|
| Plan | 历史、库、变量、分支、安全与组织治理 | 当前团队购买了哪个计划 |
| Seat | Full/Dev/Collab/View 对产品的编辑或使用范围 | 用户个人 seat 是什么 |
| File permission | 某个具体文件能否 view/comment/edit | seat 升级不自动授予每个文件编辑权 |
| Admin setting | AI、外部内容、插件、链接等组织控制 | workspace 或组织是否禁用 |
| Credits / rollout | AI 运行额度和 beta 可见范围 | 余额、重置、地区和逐步开放 |
官方计划与功能页列出计划差异；官方计费指南说明 seat 与产品访问。不要依赖旧文章中的美元价格，因为地区、结算、税费和产品结构会变化。
AI 在平台中的位置：横跨产品，而不是替代产品
Figma AI 功能分布在 Design、FigJam、Slides、Sites、Buzz 与 Make 中，包括 Design agent、文本与图片工具、AI search、图层重命名、交互辅助、白板整理和 prompt-to-app。不同功能的计划、seat、credits 与管理员开关不同。把它们统称为“Figma AI”可以方便讨论，但执行时必须回到具体产品与文件。
| AI 任务 | 可能出现的位置 | 验收重点 |
|---|---|---|
| 生成或修改 UI | Design agent / First Draft 迁移路径 | 组件、变量、布局与状态 |
| 功能原型/应用 | Figma Make | 逻辑、安全、数据、依赖和发布 |
| 文本与图片 | Design、Sites、Slides、Buzz 等单项工具 | 事实、长度、品牌、人物和许可 |
| 白板与演示 | FigJam / Slides | 来源、摘要准确性和决策记录 |
| 团队治理 | Admin AI settings 与 credits dashboard | 访问、训练、聊天、额度和责任人 |
Figma AI 官方入门明确区分 agent、Make 和单项工具。涉及数据与训练时，还要单独查看AI 设置与 content training。
从零落地的一条最小工作流
- 发现：在 FigJam 整理用户证据、流程和问题，记录来源与待验证假设。
- 设计：在 Figma Design 建立组件、变量、状态和关键断点；AI 仅在副本和有限范围内辅助。
- 验证：用 Prototype 或 Figma Make 验证交互；区分“演示可用”和“生产可用”。
- 交付：标记 Ready for dev，在 Dev Mode 补注释、变量和代码组件链接；工程团队在代码库验收。
- 发布：若交付物是网站，评估 Sites；若是产品应用，由工程流水线构建与上线。
- 运营：Slides/Buzz 支撑沟通和品牌内容；文件、库、权限、seat、credits 与归档由管理员治理。
这条路径不是强制流程。小团队可以简化，大型组织可能增加研究、法务、安全、设计系统和发布审批。但每次跨产品都要明确主版本、责任人和回滚方式。
常见选择错误
| 错误 | 为什么发生 | 正确处理 |
|---|---|---|
| 在 FigJam 做最终 UI | 白板上手快、参与者多 | 把确定结构迁移到 Design 并重建组件 |
| 把 Design 当网站成品 | 原型链接看起来像网页 | 进入 Sites 或工程实现并做实页 QA |
| 把 Make 预览当生产应用 | 交互能运行 | 补安全、数据、依赖、性能和发布验收 |
| 让所有人购买 Full seat | 不理解角色差异 | 按设计、开发、协作和查看职责配置 seat |
| 升级 seat 后仍不能编辑 | 混淆产品访问和文件权限 | 再确认具体文件的 can edit |
| 把 AI 生成当成证据 | 输出流畅、视觉完整 | 核对官方来源、源文件、失败状态和审核人 |
团队采购或迁移前的试点清单
不要从“全员换工具”开始。先选一个范围可控、没有敏感数据、两周内能完成的真实项目，指定设计、开发、产品和管理员各一名负责人。保持原有工作流可用，在 Figma 中只重建一个组件集合、一个两到三屏流程和一次设计到开发交付；同时记录 plan、seat、文件权限、库结构、AI credits、人工工时和返工原因。试点的目标是找出协作与治理成本，不是制作一段只展示顺利路径的演示视频。
在决定扩展前，至少回答以下问题：真实长文本和异常状态是否破坏布局；组件、变量和库能否由明确团队维护；Dev Mode 的规格是否能进入现有代码库；外部插件、字体、图片和代码包的权利是否清楚；离职、访客、公开链接和工作区权限能否被管理员回收；导出、备份和回滚是否经过演练。涉及智能体访问外部系统时，应按站内智能体权限与回滚指南限制写入范围；比较聊天、Agent 和确定性流程，可参考AI 任务形态选择方法。
通过标准应使用证据：源文件结构、版本历史、移动与桌面截图、键盘测试、失败状态、开发构建结果、权限设置和成本记录。不要使用“设计师觉得顺手”作为唯一标准，也不要把厂商提供的功能清单当成组织已经获得价值。图片、模板与社区资源还需按站内下载与授权核验方法留存来源。只有试点结果能被第二名审核者复现，才适合扩大席位和迁移资产。
结论
Figma 的价值来自多产品协作与结构化设计资产：Design 负责精细界面和设计系统，FigJam 负责发现与对齐，Dev Mode 负责开发上下文，Make 负责可运行原型，Sites 负责网站发布，Slides/Buzz 负责表达和品牌内容。AI 是横跨这些产品的能力层，不是替代整个产品地图的一个万能按钮。
选择时先写清交付物、角色和责任，再核对 plan、seat、文件权限、管理员开关与 credits。旧稿中的估值、竞争排名和营销结论不帮助用户完成任务，也无法作为购买依据，本站不再保留。
复核日期：。产品结构与权限变化较快；如当前界面与本文不同，以 Figma 官方文档和管理员后台为准，并通过本站纠错渠道反馈。
主要官方来源
- Create a new file
- Figma plans and features
- Guide to FigJam
- Guide to Dev Mode
- Figma Make FAQs
- Figma Sites documentation
- Guide to billing at Figma
- Get started with Figma AI
编辑复核与纠错记录
本文由兰塞 AI 编辑流程于 复核。旧稿混合公司历史、融资估值、竞争判断与多个产品能力，使用“全球领军者”“护城河”等营销结论且没有标明来源；本次撤回这些内容，依据 Figma 官方帮助中心重建 Design、FigJam、Dev Mode、Make、Sites、Slides/Buzz、plan、seat 和 AI 的任务地图。本站的来源、更新与纠错原则见关于本站与编辑规范。
