全文 5,000字 | 阅读约 30 分钟

 3 周破百万美元 ARR|Base44 创始人 Maor Shlomo 首次公开「AI 自增长」飞轮
打开网易新闻 查看更多视频
3 周破百万美元 ARR|Base44 创始人 Maor Shlomo 首次公开「AI 自增长」飞轮

(6个月8000万美元收购, Maor核心观点)

3 周做到 100 万美元 ARR,6 个月现金卖给 Wix 8000 万美元。

Base44 创始人 Maor Shlomo 称这是一场「AI 自增长」的商业实验——

让代码自己写代码,让产品自己找客户。 ——硅谷权威科技媒体 TechCrunch 评论

2025 年 1 月,Maor Shlomo 在特拉维夫的出租屋里上线了第一个聊天框:

只需一句自然语言,Base44 就能自动生成数据库、后端与前端, 3 分钟部署一款 SaaS。

  • 第 21 天:年化收入突破 100 万美元,团队只有 8 人,其中 90% 代码由 GPT-4o 完成;

  • 第 6 个月:活跃用户被媒体统计在 25 万–40 万之间,单月盈利 18.9 万美元;

  • 第 180 天:Wix 发布公告,以 8000 万美元现金加分期 earn-out 收购 Base44。

这条增长曲线,让硅谷投资人称他为“Solo Unicorn(一人独角兽) 雏形”。

但 Maor 在 7 月 7 日的访谈中首次回应:

“Base44 不是 Maor 一个人的'超人秀',而是一场大胆实验。 用 AI 来替代人工写代码、管客户、做销售,让公司几乎能自己运转。”

从这个角度看,如果说过去两年,大家都在讨论让 AI 帮我更快的写代码,

Base44 展现的则是下一步:让 AI 直接生成一家能赚钱的公司

第一节|Base44 是怎么“长”出来的?

Maor Shlomo 没有写 BP,也没有描绘过什么远大的愿景蓝图。

他的创业起点,非常具体。

最初只是帮女朋友做一个能收集潜在客户的网页。

她是做艺术品小生意的,想建个官网。当时市面上已有不少工具,Maor 试着用了一款主流产品,很快放弃了:

“拖拽功能很别扭,手机预览也不正常。后台不能看客户数据。我当时就想,这完全可以让 AI 来做。”

另一个触发点来自他长期参与的志愿活动。

Maor 是以色列童子军组织的志愿者。这个组织常常需要开发内部系统,但没有工程师,只能外包——一做就是上百万美元。

这让人很憋屈——需求很简单,技术上完全能实现,但就是做不出来。Retool 那类工具我很喜欢,但它们毕竟是低代码,还是需要会点 JavaScript,普通人根本用不了。

所以,Maor 不是冲着“AI 风口”来的,也没研究 TAM 或 PMF,而是想解决身边那些有需求、没工具的小问题。

开发逻辑:不是闭门开发,而是用户共建

他没写功能列表,也没做产品规划。

第一步是:把工具交给 3 个朋友——两个刚失业,一个正在转行。他没有发链接让他们自己试,而是亲自陪用:我会坐在他们身边,看着他们一点点用,有 bug 我就查日志,立刻改。

没有数据埋点,没有留存分析,唯一的标准是:他们愿不愿意推荐给别人。如果会转发,我就知道方向对了。

这种“陪跑式共建”持续了数周,直到有人开始发帖安利,他才认定产品初步成型。

这时候,Base44 的用户还不到 10 人。

Maor 说:他们不只是用户,更像是一群合作者。我不是在卖工具给他们,而是跟他们一起用这个工具。

关键时机:用户开始主动分享前,抓紧打磨产品

很多项目刚有雏形就着急推广、上线、买流量。Maor 反其道而行:只要用户还没开始主动分享,我就不推广。

否则他们只会用一次,然后离开。

他用了极慢的节奏,把路径、流程、细节打磨得非常顺。

背后是一种截然不同的产品策略:

不是先把产品功能都做完, 而是先确保现有功能真的好用。

直到第十位用户开始主动邀请别人来用,他才真正开始对外发布。

在对话中,他反复说的一句话是:Base44 不是我想出来的,而是跟着用户需求一步步发展起来的。

但这个"跟着用户需求"有个前提——产品可以功能少,但不能bug多。

“我不相信 MVP(最小可行产品)。我想让人能用得起来,解决问题,而不是体验上很酷。”

那怎么知道产品真的好用呢?

他的判断标准也很简单:只要你能让 3 个人每天都愿意用这个工具,并且愿意推荐朋友试试——Base44就是这样'长'出来的:跟着真实需求,一步步迭代

第二节|让 AI 工具“自增长”

Maor 在访谈里提到一个核心词:Self-Growing(自增长)。

没有讲什么复杂算法,而是找到了一个简单的规律: 只要四步能串起来,这个飞轮就能自己转。

这个飞轮,是 Base44 真正的增长引擎,也是后面所有成功案例背后的通用打法。

第一步:生成应用,门槛低到“谁都能试”

传统低代码工具做不到"完整上线产品",还得你自己连服务器、部署后端。

而 Base44 用自然语言就能生成完整产品,从数据库、前端、后端到上线部署,全自动完成。

用户根本不需要懂技术,只要输入一句话,比如“我要一个收集反馈的表单系统”,几秒后就能拿到链接。连挂了重启都帮你处理好。

第二步:生成的应用能直接被用、被传播

做完的工具立刻能发链接、嵌网页、邀人使用——

不是开发成果,而是立即可用的产品。

Maor 说这一步极关键:

一旦让用户去连接第三方服务、 比如AWS,配置各种服务,输入API密钥,体验就会下降。 更重要的是,用户也不会推荐给别人。

只有用户能顺手发给朋友、同事使用,才形成传播闭环。

传播,不靠广告,而是靠“用得好”。

第三步:用户生成内容,反哺平台模板

Base44 发现很多用户做的工具是他们团队没想到的,比如宠物预约系统、会议签到表。

这些用户作品,被整理成模板供新用户使用,形成内容带内容的正循环。

正如Maor所说,不用我们绞尽脑汁想创意,用户自己就把各种创意做出来了。

第四步:愿意分享的人,自然成了付费用户

产品本身免费,但如果你要让别人来用,就需要订阅 Pro 套餐。

这不是传统的转化漏斗模式,而是一种“成果驱动的付费”。

所以,Base44 的增长,不靠 SEO、投放、爆款视频,而是靠产品闭环足够顺畅:

做得出 → 用得上 → 有实际价值 → 被反复使用 → 自动转化

Maor 总结说:不是来用用看,而是用得越深,越愿意付钱。

这正是所谓的 “工具自己增长”:靠实用性驱动留存与转化,不依赖外部曝光。

第三节|LLM 怎么写出全栈代码 + 落地部署?

Maor Shlomo 说了一句很有代表性的话:

“AI 时代,Base44 的 90% 代码都可以由 LLM 生成——但真正让它能用的,不是写代码的能力,而是写完还能跑、能部署、能调用。”

这背后其实点出了一个关键悖论:

LLM 是会写代码,但很多人用不出好结果。

不是不会写,而是“写了也跑不动”

Maor 举了一个典型的例子:你让 LLM 帮你写一个 React 应用,它会给你 20 行代码。你复制粘贴、npm 一跑——就报错了。

这不是代码错了,而是用户踩中了“AI 编程的隐形坑”:

  • 模块版本冲突;

  • 环境变量没配置;

  • 数据库没连上;

  • API 没部署好……

这些“工程化”的操作步骤,LLM 通常帮不上忙。即便它能写出逻辑,部署和联调也还得你自己搞。

而 Base44 之所以用得起来,关键不在 LLM 更聪明,而在于他们把整个流程提前设计好了。

Base44 插入了自动部署的系统骨架

Maor 回忆:

“我们的目标不是生成更好的代码,而是让它能在几分钟内上线。”

他们做了两件事:

  • 标准化 LLM 输出格式:确保每段代码都符合部署接口结构;

  • 统一部署平台:无论你生成什么,最后都能挂到无服务器平台(serverless)+ 自动数据库 + CDN 上。

这不是“LLM 更聪明”,而是 Base44 给它套了一层部署模板。

这相当于:

  • 用户看不到环境变量;

  • 不需要配置密钥;

  • 也不用对接数据库和路由;

Maor 打了一个比方:

“Base44 就像“点餐就出菜”的快餐店 ——用户提个需求,马上就有现成的软件给你用。”

真实体验:10倍效率差距

按 Maor 的说法,用 Base44,3 分钟上线一个 SaaS(在官方 Demo 场景下,社区开发者实测用时约 2–3 min;复杂场景请预留更多时间);手动做一遍,最快也要 30 分钟,而且很多时候跑不通。”

注意,这并不是写代码的速度差距,而是'代码写完到真正能用'这一步的巨大差异。

很多团队在 LLM 帮忙写完代码后,仍然卡在这几件事上:

  • 后端跑不了;

  • 前端调不通;

  • 路由挂不上;

  • 用户拿不到链接。

Base44 把整个链路连成一条流水线:

输入 prompt → 自动生成前后端代码 →  按模板部署 → 用户收到访问链接

整个过程完全自动化,不需要工程师手动调试。

这背后的核心洞察是:AI 编程的真正价值,不在语言模型本身,而在于这条"从想法到产品"的完整链路。

第四节|Base44 增长来自用户展示开发过程

如果说第二节讲的是产品闭环设计如何让工具“自己长大”

那这一节的重点,是另一套飞轮:

“用户为什么愿意发帖展示,愿意主动帮你传播。”

这是 Base44 真正的第二增长引擎——不靠功能堆叠,不靠买流量,而是靠开发者“愿意晒”的那份参与感。

一旦工具让人愿意晒成果,传播就变成了自然行为。

但这套“自带传播力”的机制,并不是一开始就成功运转起来的。

首发失败,但收获第一个铁粉

Base44 第一次发布在 Product Hunt 上,没上榜、没转发、几乎没人看。

Maor 回忆说:那天我们挂了链接,结果没人点赞。只有一个开发者点进来,直接留言说愿意付费。

这位用户不仅立刻购买,还主动发帖推荐,带来了最早的裂变用户。

这让团队意识到:

热度不是增长的前提,真实反馈才是。

一个愿意留下、愿意说、愿意转的人,比 100 个点赞更重要。

机制一:公开构建,不是“透明”,而是“共鸣”

打开 Base44 的 Notion 页面,能看到完整的产品更新日志、Roadmap、Bug 调试记录,甚至代码思路都不藏。

但 Maor 认为:

“这不是给投资人看的,是给开发者看的。你不是一个人在做产品。”

每一条更新日志下,都会出现开发者留言互动、提问、复用。这种“开发者互看”的机制,让内容具备了天然的传播力。

不是讲故事,而是“让开发过程变成内容本身”。

机制二:一份内容,多平台传播

Maor 早期既没有团队,也不写文案。他用 Base44 给自己做了个自动发内容的工具:

  • Notion 写构建日志(像内部日报一样直接)

  • → 系统自动解析(抽取功能关键词、用户价值)

  • → 自动生成发布内容(匹配 LinkedIn、X、Newsletter 格式)

  • → 工具替代人运营,全流程自动分发

他们从不请内容运营。 只做一件事:写他们今天做了什么。

这套机制的核心就是:一份内容,自动适配多个平台

Maor 只需要在 Notion 里记录工作,其他平台的内容就自动生成了。

机制三:用户晒作品 = 免费宣传

Base44 专门设计了一个激励机制:

  • 用户每用工具开发产品,就能自动生成一页“开发展示页”;

  • 把展示页发到 LinkedIn,就能获得积分;

  • 积分可兑换:高级组件、模板库、团队支持。

Maor 说:

“你用 Base44 做出产品,发帖炫耀一下,就在帮我们打广告了。”

另外他们还办了一场仅花 5000 美元的 Hackathon,吸引 3000 个项目参与。不是因为奖品吸引人,而是开发过程本身就能被展示、被记录、被点赞。

这套设计完成了从:

使用者 → 展示者 → 传播者 → 推广者

的角色转化。

关键是用户感觉在展示自己,而不是在给产品做推广。

专注策略:LinkedIn 是唯一战场

Maor 没有做全平台运营,只聚焦 LinkedIn。一方面,开发者和技术用户集中;另一方面,这个平台适合“展示成果和讲开发过程”。

他相信:

“开发者最想看的不是产品广告,而是其他开发者的真实经历。”

正因如此,Base44 的增长路径从一开始就不像传统营销,更像社区分享。

这种分享型的增长跑通了一个非常高效的公式:开发者愿意分享 → 工具生成展示内容 → 被他人看见 → 带来更多开发者 → 再次分享 → 增长自然滚动

这就是为什么Maor只需要LinkedIn这一个战场——质量比数量更重要。

展示即传播——这种模式比任何广告都更有说服力。

第五节|Base44 的被收购,透露什么新范式?

Base44 的故事,一开始就不是按照 BP 一步步执行的,更像是赶上了 AI 浪潮,顺势而为的结果。

Maor Shlomo 回忆:"我原本只是想做点有趣的东西。"

但半年后,这个"无心插柳" 的小工具,走完了开发 → 增长 → 退出的完整闭环——全部压缩在 6 个月内。

1. 开发阶段:从 prompt 到产品的最短路径

Maor 在访谈中多次都谈到:

我是以一个用户的身份在开发产品,不是一个创业者。

他的起点不是抓市场机遇,而是三个最烦的操作:

  • 一遍遍写重复的后端接口

  • 为部署环境折腾 DevOps 配置

  • 把 Notion 日志复制粘贴到多个平台

Base44 的产品结构,就是从这些“反人类流程”倒推出来的。

目标只有一个:让开发变得“快、轻、不用想”。

这对国内产品团队也有启发:

不是从“做个 AI 工具”出发,而是从“移除烦人流程”倒推功能设计。

他甚至坦言:

“Base44 的前 100 个用户,花了整整 3 个月。但正是这种'笨'方法,让Base44从一开始就走对了方向。”

2. 增长阶段:不是拉用户,而是让他们主动展示

Maor 拒绝“增长黑客”式打法,用一句话总结他的策略:不是营销,是惯性。”

他做的不是“爆款产品”,而是一套“开发即展示”的产品机制:

  • 每个页面可一键分享到 LinkedIn / X

  • 使用过程自动生成展示链接与话题标签

  • 开发日志与页面绑定,自动生成社媒贴文模板

这套设计让过程本身就是最好的营销

3. 退出阶段:不是做大规模,而是找对了买家

2025 年 6 月,Wix 宣布以 8000 万美元加业绩奖金(Earn-out 条款)完成对 Base44 的收购。

这背后,是 AI 工具创业卖公司方式的变化:

  • 不是靠融资做大规模,而是靠模式打动买家

  • 不是产品做完才卖,而是方向对了就有人要

  • 不是主动找买家,而是让买家主动上门

Wix 并不是"买技术",而是看好 Base44 代表的软件开发新趋势。

趋势:AI 工具比的不是功能,是传播力

Maor 没有做预算,也没有运营部门,但用户依然愿意主动分享使用过程。

关键在两点:

  1. 产品自动生成展示素材(日志、页面、模板)

  2. 用户更愿意“讲自己”而不是“讲产品”

Base44 验证了一种新的推广模式,对 AI 工具开发者而言,这标志着重要转变:

而这,正是 Maor Shlomo 的成功模式:

自动开发 → 自动传播 → 自动退出。

核心方法是:不要追求爆红破圈,而是把产品做成让人想晒的东西,把用户变成天然的传播者。

结语|不是做产品,是在建一套自增长的开发系统

Maor Shlomo 从没说自己是创业者。他说得更像一位系统设计者。

Base44 没有复杂的市场战略——它靠一套最简单的逻辑跑起来:

让开发者更快做出成果、愿意展示过程、顺手带来用户。

从 prompt 到产品,从使用到分享,从个人到社群,每一步都能闭环,每一环都能自驱。

这是 AI 工具时代真正的范式变化: 创业不再是打造一款产品,而是构建一套让用户在开发过程中自动传播、持续增长的系统。

这,就是「AI 自增长」飞轮。

本文由AI深度研究院出品,内容翻译整理自 Maor Shlomo 在《Lenny's Podcast》的访谈。未经授权,不得转载。

星标公众号, 点这里 1. 点击右上角 2. 点击"设为星标" ← AI深度研究员 ⋮ ← 设为星标

参考资料:

https://www.youtube.com/watch?v=L9KvV_UOs3A&t=1756s&ab_channel=Lenny%27sPodcast

https://techcrunch.com/2025/06/18/6-month-old-solo-owned-vibe-coder-base44-sells-to-wix-for-80m-cash/

https://www.lennysnewsletter.com/p/the-base44-bootstrapped-startup-success-story-maor-shlomo

https://www.wix.com/press-room/home/post/wix-further-expands-into-vibe-coding-with-acquisition-of-base44-a-hyper-growth-startup-that-simplif

来源:官方媒体/网络新闻

排版:Atlas

编辑:深思

主编: 图灵