Lovable:把「不会写代码」变成按用量付费的软件工厂
June 26, 2026 · 5:13 PM

Lovable:把「不会写代码」变成按用量付费的软件工厂

本期拆解 AI 应用生成平台 Lovable:它如何从开源社区起步,把自然语言生成应用、credits 计费、云运行和企业治理串成一套可持续商业模式。

Editor's Note

做 AI 应用生成的人很多,Lovable 值得拆,不是因为它把「聊天生成网页」做得更炫,而是它把一个更大的商业命题产品化了:当软件开发不再只卖给工程师,谁能把「想法 → 可运行应用 → 继续运营」这条链路做成可计费、可治理、可协作的流程,谁就可能拿到一块新的软件预算。
Lovable 的官方文档把它定义为一个全栈 AI 开发平台:用户用自然语言描述要做什么,平台生成包含前端、后端、数据库、认证和集成的工作应用,并且代码可以同步到 GitHub、接入既有工程流程。1 这句话里的重点不是「AI 写代码」,而是 Lovable 试图把产品经理、设计师、市场、运营和创业者也纳入软件生产流程。

这家公司到底卖什么

Lovable 的表层产品是「用聊天做应用」。更准确地说,它卖的是一套从原型到部署的工作台:
模块用户买到的能力商业意义
自然语言生成应用从描述直接生成网页或 Web App,覆盖前端、后端、数据库、认证和集成。1把非工程角色拉进软件创建入口,扩大可服务人群。
代码所有权与 GitHub 同步官方文档强调用户保有代码所有权,并可把项目同步到 GitHub。1降低企业对「被 no-code 平台锁死」的顾虑。
视觉编辑与设计控制2025 年 2 月发布的 Visual Edits 允许用户直接在界面里改文字、尺寸、样式和 Tailwind 类。<cite index="2" title="Introducing Visual Edits " url=" Lovablehttps://lovable.dev/blog/introducing-visual-edits" />
云运行与 AI 网关Lovable 的 credits 可用于构建、托管运行,以及部署应用里的 AI 功能调用。3收入不止来自创建环节,还能跟随应用运行和 AI 使用继续增长。
所以,Lovable 不是单纯卖「更便宜的外包工程师」。它更像是把软件生产拆成三类可计费动作:生成、修改、运行。

增长信号为什么强

Lovable 的早期增长有几个公开信号可以相互印证。
第一,产品有开源起点。Lovable 官方复盘称,它最早来自 Anton Osika 的开源项目 GPT Engineer,先在开发者社区获得关注,再转成产品并改名为 Lovable。4 这使它早期不是从冷启动广告开始,而是先有一批愿意试、愿意传播的技术用户。
第二,收入爬升很快。Lovable 在 2025 年 1 月的官方文章里称,公司已在 2 个月内做到 1000 万美元 ARR。4 到 2025 年 7 月,TechCrunch 报道称 CEO Anton Osika 在公开谈话中提到公司已有超过 18 万付费订阅用户,并在 7 个月内达到 7500 万美元 ARR。5
第三,资本验证来得很早。Lovable 官方在 2025 年 7 月宣布完成 2 亿美元 A 轮融资,估值 18 亿美元,由 Accel 领投。6 Accel 同日披露,Lovable 自 2024 年 11 月下旬公开发布以来,已吸引超过 230 万活跃用户。7
这些数字的共同指向是:市场不是只在试用一个新奇工具,而是在用它完成真实项目、付费并推动团队采用。

收入结构:免费入口 + credits 计量 + 企业治理

Lovable 的计费结构很值得关注。官方 pricing 页面说明,免费用户也可以开始构建;平台用 credits 计量工作区里的构建、Cloud 托管和应用内 AI 功能使用。8 在官方文档里,Build usage 会按任务复杂度扣 credits,Plan mode 每条消息 1 credit,Build mode 则会根据实际工作量变化。3
这背后的商业设计有三层:
  1. 先降低试用门槛:免费 credits 让用户可以在没有采购流程的情况下做出第一个可展示的东西。
  2. 再用工作量计费:当用户频繁生成、修改、部署,收入与「实际产出动作」挂钩,而不是只按座席收费。
  3. 最后进入企业预算:企业页强调 SSO/SAML、SCIM、角色权限、审计日志、GitHub 同步和 SOC 2 / ISO 27001 等治理能力。9
这种结构很像「AI 时代的开发云」:个人用它做第一个版本,团队用它协作,企业为治理、集成和规模化使用付费。

增长飞轮:从炫技工具到组织流程

Lovable 的增长飞轮可以拆成四步。
第一步,产出可展示。 用户不是得到一段抽象代码,而是得到一个能打开、能演示、能继续改的应用。官方文档强调 Lovable 覆盖从早期探索、原型到部署和持续运营的生命周期。1
第二步,作品带来传播。 官方增长复盘提到,Lovable 鼓励用户在 X、LinkedIn、YouTube 等平台分享项目,并通过 hackathon、功能发布、用户项目展示和 Product Hunt 放大声量。4
第三步,生态伙伴降低完成成本。 Lovable 官方复盘把 Supabase、GitHub sync、Figma workflow 等集成列为差异点。4 对用户来说,这减少了「生成一个 demo 之后还要自己补数据库、认证、部署、协作」的断点。
第四步,企业把它变成流程。 Lovable 企业页直接面向产品经理、设计师、工程、市场团队,主张用它做可交互原型、内部工具、客户应用,并由工程团队通过 GitHub 继续把关。9 一旦进入组织流程,Lovable 就不再只是个人效率工具,而可能变成跨职能团队的前置开发层。

为什么这个模式可能成立

Lovable 押注的是一个清晰的结构性矛盾:很多团队想做软件,但开发资源永远排队。Accel 在投资文章中写道,软件开发仍是少数人的专业技能,而 Lovable 要让非技术建设者通过文本创建全栈应用。7
如果这个判断成立,Lovable 的市场就不只是在开发者工具里抢份额,而是在创造新需求:过去没有预算做的小工具、原型、内部流程、实验页面,现在可能被业务团队自己做出来。
它的商业化路径也更顺:当一个工具能帮用户「造出资产」,用户更容易把付费理解为项目成本,而不只是软件订阅费。credits 计费、云运行、AI 网关和企业支持,正好把成本拆到项目生命周期的不同环节。

风险点也很明确

第一个风险是「原型热」不等于「生产可用」。Lovable 官方确实强调代码可导出、GitHub 同步、企业治理和安全认证。9 但越往关键业务系统走,用户越会关心代码质量、权限边界、数据安全、可维护性和工程责任归属。
第二个风险是 AI 成本和毛利。Lovable 文档显示,不同构建请求会按复杂度消耗不同 credits,应用里的 AI 网关也会按模型调用、输入输出 token 和调用量产生用量。3 如果用户越来越多地要求复杂、多轮、带验证的生成,平台需要持续管理单位经济模型。
第三个风险是竞争边界会快速重叠。TechCrunch 在报道中把 Lovable 放在 Cursor 等 AI 编码和应用构建平台的同一竞争语境里。5 当工程师工具向产品经理开放、no-code 平台加入 AI、云平台内置 agent,Lovable 需要证明自己不只是「更快生成首版」,还更适合把项目持续推进到可运营状态。

可复制启发

Lovable 给其他创新商业模式的启发,不是「也做一个 AI 工具」,而是下面四件事:
  • 把非消费人群变成生产者:真正的增量来自让原本不会写代码的人也能创建软件,而不是只让工程师快一点。
  • 用产出物驱动传播:用户分享的是自己做出来的应用,不是工具广告;这比功能截图更容易形成社交证明。
  • 从单点功能走向完整工作流:生成、视觉编辑、GitHub、托管、AI 网关和企业治理连起来后,产品才有机会进入预算核心。
  • 让计费跟价值发生点绑定:credits 同时覆盖构建、运行和 AI 使用,让收入跟用户项目进展挂钩,而不只依赖固定订阅。
如果把 Lovable 抽象成一句话,它的模式是:用 AI 把软件创建权从工程团队扩展到整个组织,再用 credits、云运行和企业治理把这种新生产力变成持续收入。这个逻辑若继续跑通,AI 应用生成平台的终局可能不是「替代开发者」,而是重画谁能提出需求、谁能先做出版本、谁为软件生产付钱的边界。

References

  1. 1Welcome to Lovable - Lovable Documentation
  2. 2Introducing Visual Edits
  3. 3Credits and usage - Lovable Documentation
  4. 4Zero to $10M ARR in 2 months
  5. 5Lovable becomes a unicorn with $200M Series A just 8 months after launch
  6. 6Lovable Raises $200M, Valued at $1.8B, Just Eight Months After Launch
  7. 7Accel’s $200M Series A in Lovable: Enabling the Last 99%
  8. 8Lovable Pricing
  9. 9Enterprise App Builder

Related content

Add more perspectives or context around this Post.

  • Sign in to comment.