- Free plan includes 30 credits per month
- Collaborate in real time with multiplayer editing and AI assistance
- Fully managed hosting, domains, SEO, and updates in one platform
我对两者都进行了真实构建测试。Lovable 是为构建 Web 应用的团队准备的总体赢家。对于已经身处 Figma 生态系统中的设计师，Figma Make 是更合适的选择，他们希望从概念更快推进到原型。
在继续阅读之前最重要的理解点
Figma Make 不是一个独立的应用构建工具。 它是 Figma 内部的一个功能，可通过与 Figma Design、FigJam 和 Slides 相同的导航栏访问。要使用它，你需要一个 Figma 账号。免费的 Starter 计划提供有限访问权限（每天 150 AI 积分，每月 500 个）。超出这些则需要 Professional seat，价格为每人每月 $16 或更高。
快速总结
Figma Make 是一个建立在世界上最受欢迎的设计平台之上的 AI 层，旨在让 Figma 设计师更高效，并更快地从概念走向交互式原型。 Lovable 是一个独立的专用工具：只需描述一个 Web 应用，就能得到一个完全部署的全栈产品，带有实时数据库、身份验证和支付处理。两者有重叠，但受众不同，正确的选择取决于你的起点。
| 功能 | Figma Make | Lovable |
|---|---|---|
| 起始价格 | 包含在 Figma Professional 中（$16/full seat/month） | $25/month（无限用户） |
| 免费试用/计划 | 是（每天 150 AI 积分，Starter 每月 500 个） | 是（每天 5 个积分，每月上限 30） |
| 使用的 AI 模型 | 默认、Claude Sonnet 4.6、Gemini 3 Flash、Gemini 3.1 Pro（可选） | OpenAI、Google Gemini、Anthropic 的组合 |
| 独立工具 | 否（内置于 Figma；需要 Figma 账号） | 是（无需预先使用的平台） |
| 无代码构建器 | 部分支持（以提示词为先；也支持内联可视化编辑和代码访问） | 是（无需技术知识） |
| 预构建模板 | Figma Community 库（对设计师来说非常丰富） | 是（社区项目 + Business+ 设计模板） |
| 自定义代码导出 | 是（GitHub 集成；下载；Make 内置代码编辑器） | 是（GitHub 同步，完整代码所有权） |
| Web 应用支持 | 是（React + Tailwind；使用 Supabase 的全栈） | 是（React/TypeScript/Tailwind） |
| API 集成 | GitHub、Supabase、Google Analytics、自定义代码注入 | 80+ 个已验证集成；原生 Supabase 和 Stripe |
| 支付处理 | 没有原生支付集成 | 是（原生 Stripe：checkout、subscriptions、webhooks） |
| 部署选项 | figma.site 子域名；在设置中配置自定义域名 | lovable.app、自定义域名、GitHub 同步 |
| 实时协作 | 是（Figma 跨所有产品的多人协作） | 是（无限协作者，多人工作区） |
| 版本控制 | 自动版本控制（Version 1、2、3…）；在聊天中回滚 | 内置回滚 + GitHub 同步 |
| 代码所有权 | 是（GitHub 集成；下载为 ZIP） | 是（完整所有权，GitHub 同步） |
1. 价格和计划比较
对于任何尚未付费使用 Figma 的团队，Lovable 的无限团队费率都优于 Figma Make 的按席位计费模式
| 功能 | Figma Make | Lovable |
|---|---|---|
| 免费方案 | Starter：150 AI credits/天，500/月（有限；无无限生成） | Free：每日 5 个 credits，每月上限 30 |
| 入门方案 | Professional：$16/完整席位/月（+ 3,000 AI credits/月） | Pro：$25/月（无限用户） |
| 中端方案 | Organization：$55/完整席位/月（+ 3,500 AI credits/月） | Business：$50/月（无限用户） |
| 团队席位类型 | Professional 上的完整席位（$16）、Dev 席位（$12）、Collab 席位（$3） | 单一方案覆盖所有用户 |
| 企业版 | $90/完整席位/月（+ 4,250 AI credits/月） | 自定义 |
| 年度折扣 | 是（Organization 和 Enterprise 按年计费） | 是 |
Figma Make
Figma Make 的定价无法与 Figma 的定价分开；它们是同一个订阅。以下是这在实践中的含义：
成本完全取决于你的团队从哪里开始：
已经在使用 Figma？ Make 不需要额外付费。AI credits（Professional 为 3,000/月，Organization 为 3,500/月）在 Figma AI 功能之间共享，但完整席位已经付费。
不在 Figma 上？ 你是在购买世界领先的设计平台，只为访问一个功能。一个 Professional 完整席位是 $16/月，五个人则是 $80/月。这会买到 Figma Design、FigJam、Slides、Buzz、Sites、Draw 和 Make：一整套大多数 app builder 用户并不需要的设计工具包。
在你承诺之前，积分系统值得了解：
- Starter（免费）：每天 150 AI credits，每月 500。足够用来评估；不足以持续构建。
- 积分是共享的：涵盖所有 Figma AI 功能，而不只是 Make。图像编辑、Design AI 工具和 Make 都从同一个池中消耗。
- 会话中途警告：如果你一直在积极构建，可能会出现“Check your AI credit balance”通知；请相应地做好规划。
席位类型很重要。 Figma Make 需要完整席位。Dev 席位（$12/月）和 Collab 席位（$3/月）不包括完整的 Make 访问权限。如果只有部分团队成员需要使用 Make 进行构建，你可以混合使用席位类型，但每个使用 Make 进行创建的人都需要 $16/月或更高的完整席位。Lovable
Lovable 的模型在结构上比任何按席位系统都更简单：一个订阅、无限用户、一个价格。
- 免费 ($0)：每天 5 个积分，每月上限 30 个。足以探索界面并测试一个构建；不足以进行持续的生产开发。
- 专业版 ($25/month)：一个订阅下可供无限用户使用。包括积分结转到下一个计费周期、自定义域名、移除已发布应用中的徽标、按需积分充值，以及多人协作工作区（Lovable 2.0）。拥有有效学术邮箱的学生可享受最高 50% 折扣。
- 商业版 ($50/month)：包含专业版中的一切，外加 SSO（适用于使用 Google Workspace、Okta 或类似身份提供商的团队）、基于角色的访问控制、安全中心仪表板和优先支持。仍然支持无限用户。
- 企业版：为专属支持、高级合规文档、定制基础设施和 SLA 保证提供定制定价。
没有按席位计数，没有构建者和查看者之间的区别，也没有随着团队增长而不均匀分配的积分池。一个两人创始团队和一个四十人的产品组织在 Pro 上支付相同的 $25/month。
当有新人加入并需要访问权限时，他们直接加入工作区，无需购买新的席位、无需账单管理员批准，也无需跟踪人数。
按年计费的付费方案可享受折扣。如果团队在下一次重置前用尽每月分配额度，可在周期中途购买按需积分。
赢家概览： 坦率地说，答案取决于具体情况。对于已经订阅 Figma Professional 的设计师来说，Figma Make 基本上是免费的：以零增量成本将其添加到现有工作流中。对于并非使用 Figma 的团队，选择 Make 意味着最低要支付 $16/seat/month，5 人时会上升到 $80/month，而 Lovable 则是固定的 $25/month。对于任何已经不是 Figma 订阅用户的六人及以上团队，Lovable 都明显更便宜，而且没有设计平台的额外负担。
2. AI 能力 & 功能对比
Figma Make 的模型选择器、生态系统嵌入和自我修复代码使其在此类别中脱颖而出
| 功能 | Figma Make | Lovable |
|---|---|---|
| 使用的 AI 模型 | Claude Sonnet 4.6, Gemini 3 Flash, Gemini 3.1 Pro, or Default（每次提示前可选择） | OpenAI、Google Gemini、Anthropic 的混合 |
| 模型选择 | 是（每次提示前选择模型） | 否（单一模型，用户不可选择） |
| 自然语言处理 | 优秀（对开发者和设计师都友好；在生成前会解释推理过程） | 强（全程使用通俗英语；不需要技术知识） |
| 代码生成质量 | 优秀（Radix UI, MUI, Recharts, Tailwind CSS v4, Lucide 图标；专业技术栈） | 优秀（React/TypeScript/Tailwind；生产级） |
| 构建前透明度 | 是（AI 实时解释其计划、技术栈选择和组件决策） | 是（生成前提供结构化构建计划；标记缺失的依赖项） |
| 自我修复代码 | 是（检测警告；提供“为我修复”；诊断根本原因） | 是（一键“尝试修复”错误） |
| Figma 生态系统嵌入 | 是（将 Make 链接粘贴到 Figma Design、FigJam 或 Slides 中；实时原型会在画布上播放） | 否（独立工具） |
| 指向并编辑 | 是（点击元素；会出现格式工具栏；将提示范围限定到所选元素） | 是（Visual Edits；点击任何元素即可调整） |
| 设计系统集成 | 是（可访问 Figma 组件库；嵌入现有设计系统工作流） | 否（独立于设计文件） |
| 后端集成 | Supabase（通过提示进行认证、数据库、存储） | Supabase（原生、深度集成） |
| 上下文透明度 | 是（AI 会说明 Recharts、Tailwind v4 的选择；指出缺失的包；推理可见） | 是（在生成前返回构建计划） |
| 代码编辑器访问 | 是（Make 内置完整的 VS Code 风格编辑器；文件树；package.json 可编辑） | 是（Dev Mode，浏览器内编辑器） |
| 会话元数据 | 是（“已处理 8 个文件”可见；使用统计：积分、命令、时间） | 未以相同详细程度展示 |
Figma Make
Figma Make 最独特的 AI 功能是本系列中没有其他平台提供的一项： 你可以在每次提示前选择模型。
选择器位于聊天面板底部。有四个选项：
- 默认：Figma 推荐的速度与能力平衡
- Claude Sonnet 4.6：被描述为“平衡且高效”，对任何使用 Anthropic 模型的人来说都很熟悉
- Gemini 3 Flash： “快速且迭代式”：适合需要快速反馈的快速视觉更改
- Gemini 3.1 Pro：“深入且富有创造力”：适用于复杂布局和细腻生成
生成前的透明度。 当我提交 NexaHost 分析仪表板提示时，Figma Make 在编写一行代码之前解释了它的方法。
自我修复代码。 当输出包含超过十条警告时，系统会提供“帮我修复”。AI 诊断出了问题：图表数据中的重复键导致了键冲突和动画问题。它为每个数据点分配了唯一标识符，并禁用了冲突的图表动画。这个修复是手术刀式的，且精准无误。
Figma 生态嵌入。 复制一个 Figma Make 链接，将其粘贴到任何 Figma Design 文件、FigJam 看板或 Slides 演示文稿中，实时交互式原型就会直接在该画布上播放。
组件质量。 NexaHost 仪表板使用了：@mui/material、@radix-ui 组件、lucide-react 用于图标，@emotion 用于样式，以及 recharts 用于数据可视化。这是资深前端工程师会使用的东西，而不是一个简化的脚手架。
Lovable
Lovable 的 AI 专注于一件事，并且把它做到彻底：从纯英文提示生成并部署全栈 Web 应用，无需任何前置条件。
一条提示完成全栈。 在 InvoicePro 构建中，一条提示生成了下面的一切，并在不到 10 分钟内完成构建、连接并上线：
- 一个 Supabase 数据库，包含三个相关表（clients、invoices、time_entries）以及正确的外键关系
- 覆盖 email/password 和 Google OAuth 的身份验证
- 一个 Stripe 集成，包含三个定价层级、结账链接和 webhook 处理
- 一个面向客户的门户，具有正确的按用户数据范围划分
- 一个在 lovable.app 上的已部署 URL
无需选择模型。无需决定框架。无需审查警告。
构建前规划。 在编写代码之前，Lovable 会返回一份结构化计划，列出每项功能、技术选择以及缺失的依赖项（例如 Supabase 连接要求）。这在 AI 确定架构之前提供了一个审查时刻，类似于 Figma Make 的透明推理步骤，但应用于整个全栈。
80+ 原生集成。 Stripe、Supabase、OpenAI、Resend、PostHog、Cloudinary、Twilio 等可通过 Connectors 侧边栏连接，无需粘贴 API 密钥，也无需编写样板代码。Figma Make 的原生集成列表涵盖 GitHub、Supabase 和 Google Analytics：三项集成，对比八十多项。Lovable 2.0 功能：
- 开发模式: 类 VS Code 风格的浏览器内代码编辑器，直接编辑组件
- 可视化编辑: 点击任意元素，即可在 CSS 级别调整文本、颜色、内边距或间距
- 主题: 全局设计令牌面板（颜色、字体、边框半径），通过一个设置即可全站应用更改
- 多人协作工作区: 多个团队成员可以同时协作
- AI 连接器: 连接到 AI 服务、向量数据库和工作流 API 的预置路径
获胜者速览： Figma Make 在 AI 能力方面胜出，适合希望对模型级别进行控制的设计师和开发团队。能够为每个提示选择 Claude Sonnet 4.6、Gemini Flash 或 Gemini Pro（并在某次迭代不尽如人意时升级到更强大的模型）是一项真正的能力，在本系列对比中的其他平台都不具备。
3. 应用生成速度 & 质量对比
Figma Make 在前端方面更快；Lovable 提供更完整的产品
| 特性 | Figma Make | Lovable |
|---|---|---|
| 首次结果时间 | 2 分钟内（复杂的多页面仪表板） | 10 分钟内（完整部署的全栈应用） |
| 构建内容 | 带有模拟数据的前端仪表板；基础构建中没有后端 | 全栈应用（认证、数据库架构、Stripe 支付、客户门户） |
| 视觉设计质量 | 卓越（专业组件栈；符合上下文的真实数据） | 高（精致的 SaaS 级 UI） |
| 代码结构 | Radix UI、MUI、Recharts、Tailwind v4；恰当的组件拆分 | React/TypeScript/Tailwind；带类型的组件；结构化文件夹 |
| 数据真实性 | AI 生成的真实活动流内容 | 标准占位符模式，结构准确 |
| 后端完整性 | 基础构建中不包含（Supabase 另行添加） | 从第一次构建起就完整（认证、DB、Stripe 已接入） |
| 代码警告状态 | 生成后警告可能仍然存在；通常需要手动修复 | 输出大多干净；可一键修复 |
| 生产就绪度 | 中等（前端很棒，需配置后端） | 中高（已部署全栈，建议检查 RLS） |
Figma Make：NexaHost SaaS 分析仪表板
我提交了一个提示：为一家名为 NexaHost 的虚构托管公司制作一个完整的 SaaS 分析仪表板，包含深色侧边栏、KPI 卡片、流量图表和最近活动流。速度: 从按下提交起，不到 2 分钟就完全渲染并可交互。这包括 AI 的推理阶段、完整代码生成和画布渲染。就输出的复杂度而言，这是本对比系列中最快的生成时间。
质量: 仪表板包含的内容:
- 一个深色侧边栏，带有 NexaHost 品牌，“Analytics Dashboard”副标题，以及五个导航链接（概览、服务器、流量、账单、设置），其中“概览”立即以蓝色高亮
- 一个顶部栏，带有可用的搜索字段，以及“Sarah Chen / 管理员”用户资料，包含通知铃铛和头像
- 四个 KPI 卡片：正常运行时间 (99.98%)、活跃服务器 (47)、月度带宽 (2.4 TB)、未处理工单 (8)，每个都带有相较上个月的趋势指示
- 一个 30 天流量趋势图，作为一个功能完整的 Recharts 面积图可视化呈现，带有从 May 11 到 June 5 的实际日期标签，y 轴标签以 20k 间隔显示，数据处于 40k-80k 带宽范围内
- 一个按方案划分的 MRR 柱状图和服务器状态分布可视化
- 一个最近活动信息流，包含与上下文高度贴合的托管事件：web-prod-03 的服务器部署成功、db-master-01 的 CPU 使用率达到 87% 的高 CPU 警告、api.nexahost.com 的 SSL 证书到期提醒、收到付款通知，以及一个计划维护窗口，全部都符合该领域，没有任何泛泛之词
活动信息流的细节值得停下来仔细看。Figma Make 不只是填充了占位文本。它理解上下文是一个托管仪表板，并生成了托管运维团队实际上会看到的真实运营事件。
这种在内容生成中的上下文智能真的令人印象深刻，也为 AI 生成的虚拟数据应当如何呈现树立了标杆。
警告问题。 生成后，出现了超过十条警告。“Fix for me” 将数量减少到了三条，随后进一步编辑又将其推回到九条，然后再次超过十条。整个过程中，仪表板持续正常渲染并正常运行。但对于计划将生成代码投入生产的团队来说，一个会在每次迭代中自我生成新警告的代码库，值得在提交前进一步测试。Lovable：InvoicePro 构建
我提交了一个提示词，用于构建一个客户端门户和开票应用，涵盖多租户仪表板、时间跟踪、带 PDF 输出的开票、Stripe 支付，以及由 Supabase 支持的客户端门户。
速度： Lovable 在编写任何代码之前先返回了一个构建计划，标明了 Supabase 连接要求，并在连接完成后开始。关键里程碑：
- 第 4 分钟：落地页上线，包含主视觉文案和六个功能卡片
- 定价部分：Starter ($9/month), Professional ($29/month, “最受欢迎”), Enterprise ($79/month)
- 不到 10 分钟：已部署到 lovable.app，Supabase 身份验证、数据库表和 Stripe checkout 全部接通
质量：InvoicePro 包含的内容：
- Supabase 数据库包含三个相关表（clients、invoices、time_entries），外键关系正确，无需手动编写 SQL
- 身份验证：email/password 和 Google OAuth，已配置并接通
- Stripe 集成：三个定价层级、checkout 链接、billing portal 路由、订阅同步，以及对支付事件的 webhook 处理
- 一个面向客户的门户，能够按用户正确限定数据范围
- 整洁的 React/TypeScript/Tailwind，带有类型化数据数组、命名清晰的组件文件和合乎逻辑的文件夹结构
- 在 10 分钟窗口内通过可分享 URL 实时部署
当缺少的 Supabase 环境变量导致预览空白时，出现了一段纯文本错误说明，并带有一个“Try to fix”按钮。点击一次就解决了这个问题。
获胜者快照：
速度： Figma Make 获胜：不到 2 分钟，而 Lovable 需要 10 分钟。对于需要在前端设计上快速迭代的团队来说，这个差距是真实存在的。
输出质量： Figma Make 的 NexaHost 仪表板在视觉上是这一比较系列中最令人印象深刻的前端。契合语境的活动流、专业的组件栈以及可用的图表实现，体现了非常出色的 AI 生成前端作品。
完整性： Lovable 获胜。InvoicePro 是一个完全部署好的产品，具备身份验证、真实数据库和支付处理能力。NexaHost 是一个惊艳的前端，但要成为真正的应用，还需要额外的 Supabase 设置。对于今天就需要一个可用产品的读者来说，Lovable 在 10 分钟内完成并全部接通的输出，比 2 分钟的漂亮原型更有价值。
4. 易用性比较：哪个平台更容易使用？
Lovable 不需要任何前置平台或设计背景；Figma Make 更青睐已有 Figma 经验
| 功能 | Figma Make | Lovable |
|---|---|---|
| 账户设置 | 已有 Figma 账户可直接沿用（最快）；新用户需要先创建 Figma 账户 | 简单（电子邮件或社交账号登录；简短的上手问卷） |
| 所需前置工具 | 是（Figma 账户；熟悉 Figma 界面会有很大帮助） | 否（独立使用；无前置条件） |
| 仪表板导航 | 对现有 Figma 用户来说简单；对需要先熟悉 Figma 界面的新用户来说为中等 | 简单（以提示词为先；侧边栏中有项目视图和最近项目） |
| 首次创建应用 | 如果你熟悉 Figma，则非常快；如果不熟悉，则会增加 Figma 的上手开销 | 简单（接受完整提示词；后端 Supabase 连接有引导） |
| 所需提示词工程 | 低（普通英语即可；技术性表达是可选的，但会改善结果） | 低（全程都可使用普通英语） |
| 自定义：基于聊天 | 是（在消息输入框中描述更改） | 是（功能完整的基于提示词编辑） |
| 自定义：可视化内联 | 是（Point and Edit：点击元素；格式工具栏会出现在元素上方） | 是（Visual Edits：点击元素即可在预览中调整） |
| 自定义：代码级 | 是（完整代码编辑器，带文件树；package.json 可编辑；可配置私有 npm 包） | 是（Dev Mode；类 VS Code 的浏览器内编辑器） |
| 导出/部署 | 简单（发布到 figma.site；设置中的 GitHub；下载为 ZIP） | 简单（可一键发布到 lovable.app 或同步到 GitHub） |
| 学习曲线 | 对 Figma 用户来说较低；对必须在学习 Make 的同时学习 Figma 的新用户来说为中等 | 低 |
注册和创建账户
Figma Make 的 上手体验会因你的起点不同而截然不同：
- 现有 Figma 用户：进入 figma.com，在创建账户之前输入提示词，使用 Google 或电子邮件登录，几秒钟内即可进入 Make。提示词会自动保留。
- 新 Figma 用户：首先会遇到一个包含多个产品（Design、FigJam、Slides、Buzz、Sites、Draw、Make）的完整设计平台。找到 Make 并理解它相对于其他工具的作用，会增加实际的熟悉时间。
Lovable 的 注册流程通过一个简短的角色问卷完成。仪表板会立即加载，无需先去了解其他平台。
注册时除了 Google 和 Apple 之外，还提供 GitHub 作为身份验证选项。Lovable 还会记住你上一次使用的方法，这对回访用户来说是一个虽小但很贴心的细节。
用户界面和仪表板
Figma Make 的 工作区分为两个主要区域。左侧面板负责对话：底部是提示词，上方是 AI 回复和推理，版本历史以可滚动的带标签卡片形式显示。右侧区域是输出渲染的实时画布。
画布工具栏提供三个值得了解的视图：
- 预览模式 （眼睛图标）：实时交互原型
- 代码模式 （尖括号图标）：左侧是完整文件浏览器，右侧是代码编辑器
- 组合布局：两者同时显示
在它们之间切换是即时的，而且不会中断生成。在代码视图中，可以看到完整的项目结构：App.tsx、所有组件文件、package.json，以及配置文件，而且每个文件都可以直接编辑。
聊天面板底部：用于新提示词的添加按钮、模型选择下拉菜单、用于 AI 设置的闪光图标，以及 Build/Default 模式切换。这些控件是你工作流程中大多数决策发生的地方。
Lovable 的 仪表板会打开一个温暖的蓝到粉色渐变背景，并带有个性化问候语。提示框写着“Ask Lovable to build a web app that…”，旁边有一个 Build 模式切换和一个 Connectors 横幅。
左侧边栏显示 首页、搜索、资源 和 连接器，后面是项目视图和 最近 部分。对于非技术用户来说，这个仪表板更容易立刻看懂。
点选与编辑系统
Figma Make 的 点选与编辑 内联编辑是它最强的可用性功能。在 NexaHost 仪表板渲染后，我点击了“30-Day Traffic Trends”标题。两件事同时发生：
- h3 标签标识符出现在聊天输入中，将我的下一条提示词限定到那个精确元素上
- 一个丰富的格式工具栏直接出现在画布中该元素上方：字体、字号、加粗、斜体、对齐以及其他控件
我可以在聊天中用通俗英语描述这个改动，也可以直接通过工具栏操作该元素，而完全不需要编写提示词。这种混合方式比那些把每一次改动都交给 AI 处理的工具更实用，尤其是在做小修正时：修正拼写错误或修改价格，不需要等待 AI 去解释一个提示词。
第一代教程浮层会分四步讲解 Point and Edit，并且出现在恰到好处的时机：在你的第一个输出渲染之后，也就是你真正需要这些信息的时候。Lovable 的 Visual Edits 的工作方式也类似：点击预览中的任意元素即可调整文本、颜色、内边距或间距，但没有同时显示的格式工具栏。
Lovable 的可视化编辑器中的更改会通过直接的 CSS 编辑进行，而 Figma Make 的工具栏则增加了无需任何文本输入即可立即格式化的选项。
总体易用性评估
坦率的分界是：
- 已经在用 Figma？ Make 是更容易的路径。没有切换成本，没有新的仪表板，输出会与设计文件一起显示在 Recents 中，而且 Figma 的多人协作会自动扩展到 Make 项目。
- 不在 Figma 上？ Lovable 更容易。无需决定席位类型，无需监控积分余额，也没有平台上手开销。只需描述一个应用，它就会被部署。
获胜者速览： 对于没有现成 Figma 工作流的团队，Lovable 在易用性上胜出。对于原生使用 Figma 的团队，易用性结论会反转：Make 可以在他们已经熟悉的环境中使用，而 Lovable 则意味着还要再上手一个额外的平台。决定性变量在于你的团队今天身处何处。
5. 隐私与安全性比较：哪个平台更安全？
Figma 在本比较系列中拥有最全面的合规组合；但发布时存在一个关键隐私风险
| 功能 | Figma Make | Lovable |
|---|---|---|
| SOC 2 Type II | 是（每年由独立审计师审查） | 是（Type 1 和 Type 2） |
| ISO 27001 | 是（已通过 ISO/IEC 27001:2022 认证） | 是（ISO 27001:2022） |
| ISO 27017 | 是（云安全控制） | 未确认 |
| ISO 27018 | 是（云隐私保护） | 未确认 |
| ISO 27701 | 是（隐私信息管理） | 未确认 |
| FedRAMP Moderate | 是（美国政府级云合规） | 未确认 |
| GDPR | 是（欧盟云行为准则；可提供 DPA） | 是（完全符合 GDPR） |
| CCPA | 是 | 未确认 |
| TISAX | 是（欧洲汽车行业安全） | 未确认 |
| C5 | 是（德国政府支持的云标准） | 未确认 |
| Privacy Mode | 是（Teams 和 Organization 方案；提供 SSO） | 未公开记录 |
| Code Ownership | 是（GitHub；可下载为 ZIP） | 是（GitHub 同步） |
| Community Publishing Risk | 是（如果未取消勾选 “Show chat history”，聊天记录会默认暴露） | 没有社区发布功能 |
Figma Make
Figma 的合规组合是本比较系列中最全面的：
- SOC 2 Type II: 对安全控制措施持续有效性的年度独立审计确认
- SOC 3: 面向公众的 SOC 2 调查结果报告
- ISO 27001:2022: 信息安全管理的国际标准
- ISO 27017: 云特定安全控制措施
- ISO 27018: 保护云中的个人身份信息
- ISO 27701: 隐私信息管理体系认证
- FedRAMP Moderate: 美国政府级云合规性，联邦机构采用所需的认证级别
- GDPR: 遵循 EU Cloud Code of Conduct；提供 Data Processing Addendum
- CCPA: California Consumer Privacy Act 合规性
- TISAX: 欧洲汽车行业信息安全标准
- C5: 面向受监管和公共部门客户的德国联邦信息安全办公室认证
对于受监管行业（金融服务、医疗保健、政府、汽车）的企业团队来说，如此广泛的认证意味着 Figma 已经完成了合规工作。compliance.figma.com 上的 Trust Center 公开记录了所有认证。
每位读者在发布前都必须了解的一项关键隐私风险。 Figma Make 发布面板包含一个“Show chat history”复选框，而且该复选框是 默认勾选的。如果你在未取消勾选的情况下发布到 Figma Community，任何浏览你 Community 列表的人都可以看到你完整的提示对话：每一次迭代、每一个被否决的方向、你指定的每一个细节。
对于个人学习项目，这无关紧要。对于客户工作、专有产品规格，或任何商业敏感的构建，这都是重大的数据暴露风险。发布流程中并未对其作出醒目警告，而且很容易被忽略。
Lovable
Lovable 持有三项经过独立审计的认证。从实际角度来看，每一项都值得理解：
- SOC 2 Type 1 and Type 2: Type 1 确认安全控制措施的设计是适当的。Type 2 确认这些控制措施在持续的审计周期内得到了有效运行。两者兼具意味着该评估涵盖了实际运营表现，而不仅仅是设计意图。
- ISO 27001:2022: 国际信息安全管理体系的国际标准，涵盖云环境和供应商关系。2022 版专门反映了围绕云服务的更新要求。
- 完全符合 GDPR: 已确认为平台默认设置，不取决于部署配置。欧盟团队无需评估自托管即可获得覆盖。
代码所有权贯穿始终并且明确：GitHub 同步提供随时退出的干净路径，无需提取专有格式。
获胜者概览: Figma 拥有更全面的合规文档：ISO 27017、ISO 27018、ISO 27701、FedRAMP Moderate、CCPA、TISAX 和 C5，超出了 Lovable 公开确认的范围。对于受监管行业的企业采购，Figma 的 Trust Center 是更强的资源。权衡在于：社区发布隐私风险（聊天历史默认可见）是一个真实的运营担忧，而 Lovable 没有这一问题。在发布任何非个人的 Figma Make 项目之前，请确认 “Show chat history” 设置已关闭。
6. 平台集成和部署选项比较
Lovable 的 80+ 集成（包括原生 Stripe）毫无悬念获胜；Figma Make 缺乏支付处理
| 功能 | Figma Make | Lovable |
|---|---|---|
| 原生托管 | 是（figma.site；在设置中使用自定义域名） | 是（lovable.app） |
| 自定义域名支持 | 是（通过 Domains 设置） | 是（Pro 方案及以上） |
| GitHub 集成 | 是（连接 repo；推送生成的代码） | 是（完整同步，分支管理） |
| Vercel/Netlify 集成 | 否（先推送到 GitHub，然后单独连接） | 是（通过 GitHub 同步） |
| 数据库选项 | Supabase（通过集成提示；需要作为第二步进行设置） | Supabase（原生、深度、从首次构建开始自动） |
| 支付处理 | 无原生支付集成 | 是（原生 Stripe：结账、订阅、webhooks、账单门户） |
| 身份验证 | Supabase Auth（电子邮件/密码、魔法链接、Google、通过 Supabase 集成的 GitHub） | Supabase Auth、Google OAuth（从首次构建开始） |
| 分析 | Google Analytics（设置中的 G-XXXXXXXX 字段；无需插件） | PostHog、Mixpanel、Google Analytics（在 80+ 目录中） |
| 自定义代码注入 | 是（在 <head> 和 <body> 的开始/结束处；接受任何 script 标签） | 并非直接的设置字段 |
| AI/API 集成 | 可配置自定义 API 端点；可通过 “Configure your code” 对话框使用私有 npm 包 | 80+ 经验证的集成；AI Connectors 面板 |
| 社区发布 | 是（Figma Community；原型可被发现；聊天历史默认公开） | 否（无社区发布功能） |
| 嵌入设计文件 | 是（将 Make 链接粘贴到任何 Figma 画布中；实时原型可内联播放） | 否 |
| SEO 元描述 | 由 AI 根据输出内容自动生成 | 未自动生成 |
| 开发者控制台 | 是（画布中的 JavaScript 控制台；无需单独的 DevTools 窗口） | 未内置 |
Figma Make
Figma Make 的集成策略是有意保持最小化的。三种主要连接，加上逃生口：
Supabase。 添加一个真正的后端是第二次提示，而不是自动完成。你描述你需要什么（“添加 Supabase Auth”或“创建一个用于跟踪订单的数据库”），AI 就会把它接入。
GitHub。 连接一个仓库，并通过设置面板推送生成的代码。这使得真正的版本控制、CI 流水线集成以及交接给开发团队成为可能。发送到 GitHub 的代码与生成时相同，都是面向生产的技术栈：Radix UI 组件、Recharts、Tailwind v4、类型化的组件文件。
Google Analytics。 “常规”设置中的一个字段接受一个 G-XXXXXXXX 跟踪 ID。无需注入脚本标签，也无需安装插件。你发布的应用仅通过设置就能获得 GA4 分析。
自定义代码注入。 “常规”设置中的四个字段覆盖标准 HTML 注入点：开始处、结束处、开始处、结束处。这里可以使用任何有效的脚本或 HTML 标签：Hotjar、Mixpanel、自定义字体、标签管理器脚本、任何通过标签加载的外部服务。对于原生列表之外的集成，这就是逃生口。
“配置你的代码”对话框。 包管理器设置允许列出私有 npm 包和额外的公共库。需要特定内部依赖的开发者可以在这里添加它们，这是这个系列中没有任何一款面向消费者的 AI 构建工具提供的功能。
Figma Make 没有的东西。 没有 Stripe 集成。没有任何形式的支付处理。构建一个收款的 Figma Make 项目需要通过自定义代码注入字段单独设置 Stripe，或者在 GitHub 导出后手动添加。对于构建需要结账流程的消费类产品的团队来说，这一缺口很大。
目前还没有 Vercel 或 Netlify 集成。 Figma Make 的部署方案目前是 figma.site 或 GitHub。如果你的工作流程涉及部署到 Vercel、Netlify、Render 或 Cloudflare Pages，目前没有这些平台的一键集成。你需要先推送到 GitHub，然后再将该仓库连接到你首选的托管提供商，这需要作为一个单独步骤。
Lovable
Lovable的集成策略以覆盖为先：80+ 个经过验证的集成，覆盖最常见的生产需求，无需编写代码。
Stripe（原生，自动）。 在 InvoicePro 上只需一个提示：生成了三个定价层级，带有正确的结账链接、账单门户路由，以及用于订阅状态同步的 Supabase。支付事件的 Webhook 处理器（订阅已创建、支付失败、订阅已取消）在未提示的情况下就已包含。整个 Stripe 集成在 10 分钟内就已接线完成并上线。Figma Make 没有可与之相比的能力。
Supabase（原生，自动）。 Lovable 从首次构建就创建数据库架构，而不是作为第二步。表会生成正确的列类型和外键关系。身份验证流程（电子邮件/密码、Google OAuth、魔法链接）会自动接好。RLS 策略脚手架会一并提供（不过如第 5 节所述，正确配置仍需人工验证）。
80+ 目录。 涵盖电子邮件（Resend、SendGrid、Mailgun）、分析（PostHog、Mixpanel、Google Analytics）、文件存储（Cloudinary、通过 Supabase 的 AWS S3）、通信（Twilio、WhatsApp Business API）、AI 服务（OpenAI、Anthropic、Cohere）等。每个服务都通过 Connectors 侧边栏连接，无需配置步骤，也无需管理 API 密钥。
AI Connectors（Lovable 2.0）。 面向向量数据库、AI 工作流编排服务和 embedding API 的预置路径，将目录扩展到标准 REST 集成之外，适用于构建 AI 驱动功能的团队。
部署。 一键发布到 lovable.app，自动提供 DNS 和 SSL 配置。对于已有托管基础设施的团队，可同步 GitHub 到 Vercel 或 Netlify。Pro 及以上版本可连接自定义域名，无需手动管理证书。
对于 80+ 目录之外的服务，Supabase Edge Functions 允许使用基于 JavaScript 的自定义服务器逻辑，这是需要编写代码的定制集成需求的实用逃生通道。
胜者快照： Lovable 在集成方面以压倒性优势取胜。Figma Make 缺少任何原生支付处理能力，是最重大的缺口。对于任何收取收入的 Web 应用（SaaS 产品、市场平台、订阅服务），Lovable 的原生 Stripe 集成在首次构建中就能交付端到端支付逻辑，而 Figma Make 则需要单独构建。
Figma Make 对比 Lovable：最终结论
对于创始人、产品团队，以及任何在构建网页应用且并不已经深度使用 Figma 的人来说，Lovable 更胜一筹。对于想在自己已经熟悉的生态系统中更快进行原型设计的设计师来说，Figma Make 更胜一筹。
| 类别 | 赢家 | 原因（简述） |
|---|---|---|
| 定价和方案 | Lovable | $25/month，适用于无限用户；Figma Make 完整访问最低要求 $16/席位，5 人且并不已经在 Figma 上时升至 $80/month |
| AI 能力 & 功能 | Figma Make | 本系列中唯一带有模型选择器（Claude, Gemini Flash, Gemini Pro）的平台；生态系统嵌入；自我修复代码；上下文丰富的生成 |
| 应用生成速度 & 质量 | Lovable | 10 分钟内完成全栈部署应用；Figma Make 在前端方面更快（2 分钟），但为了真实数据需要第二步设置 Supabase |
| 易用性 | Lovable | 无需预先平台；没有 Figma 上手开销；对非 Figma 团队而言零生态系统切换成本 |
| 隐私与安全 | Figma Make | 本系列中最广泛的合规组合（SOC 2, FedRAMP, ISO 27017/18/27701, TISAX, C5）；但社区发布默认会公开聊天历史：发布前请将其关闭 |
| 集成 &部署 | Lovable | 80+ 个原生集成，包括 Stripe payments；Figma Make 没有支付处理，并且需要单独设置 Supabase 作为后端 |
如果符合以下情况，请选择 Lovable： 你是创始人、产品经理或初创团队，需要本周就能运行起来的已部署网页应用，具备身份验证、数据库和 Stripe payments。尤其适合你的团队还没有在使用 Figma，并且你需要一个无需任何设计工具额外负担、既适合技术成员也适合非技术成员的平台。
如果符合以下情况，请选择 Figma Make： 你是设计师或以设计为主导的团队，并且已经在使用 Figma，希望更快把原型变成真实交互，通过嵌入 Figma 文件中的实时原型与利益相关者验证想法，并从概念到原型都留在同一个平台内。若你需要在设计评审期间在 FigJam 中展示交互式演示，这一点尤其有价值。
