180 天狠赚 5.7 亿，8 人团队全员财富自由，最大功臣是 Claude 和 Gemini

这个时代最大的红利是，AI 降低了创业门槛，普通人也能借助 AI 工具快速变现。

最近有个金额不算特别巨大的收购案在技术圈内引发持续关注：海外互联网巨头 Wix 斥资 8000 万美元（约 5.7 亿人民币）现金，买下一家成立仅 6 个月的 AI 小公司 Base44。

这家公司到底有多神奇？它的创始人身上有着这样几个标签：90 后、独立开发者、白手起家的“富一代”。

据报道，Base44 作为一家独立公司成立六个月后，用户数量增长至 25 万，并在成立后的三周内就达到了 1 万。根据 Shlomo 在 X 和 LinkedIn 上的帖子，该公司已实现盈利，即使在支付了高昂的大语言模型 token 成本（他也公开记录了这一点）后，5 月份仍实现了 18.9 万美元的利润。

其实在创建 Base44 项目之前，Shlomo 在 AI 创业圈已经小有名气。

Shlomo 今年 31 岁，是一位前端开发者。早在 2017 年，他就与朋友共同创办数据分析公司 Explorium，经过 8 年的发展，Explorium 目前拥有 100 多名员工，并获得全球知名投资机构 Insight Partners 的投资，现已筹集约 1.25 亿美元。

Base44 的诞生

2024 年，Shlomo 在一次旅行中萌生了开展副业项目的念头，并迅速锁定了“氛围编程”（Vibe Coding）这一新兴领域。该技术本质上是一种由人工智能驱动的开发模式，允许开发者仅需通过自然语言描述需求，即可由 AI 自动生成可立即部署的代码。

Base44 的诞生并非源于宏大的商业蓝图，而是两个具体的现实需求。Maor 的女友是一名艺术家，需要一个网站来获取客户线索，但市面上的建站工具要么操作繁琐，要么功能局限，尤其在数据管理和适配移动端时问题频发；与此同时，他参与一个项目急需各类管理系统，却因缺乏技术团队，不得不向第三方机构支付高昂费用。

这两个场景让曾在数据领域深耕七年、创办过估值百万美元企业 Explorium 的 Shlomo 敏锐地意识到：LLM 早已具备编写代码的能力，只是缺少合适的基础设施。“如果能让 AI 直接生成包含数据库、用户管理、数据分析等全功能的应用，无需额外对接第三方服务，普通人也能轻松构建复杂工具。” 带着这个想法，他决定重返最热爱的编码工作，打造一款 “开箱即用” 的 AI 开发平台。

与许多创业者不同，Maor 并未打算将 Base44 打造成颠覆行业的巨无霸。经历过大规模融资和企业管理的压力后，他只想做一件 “有趣且能解决实际问题” 的事。这种轻装上阵的心态，反而成了后续爆发的关键。

在 AI 编码工具扎堆的赛道中，Base44 的突围秘诀在于 “全栈原生” 的设计理念。当时，同类产品如 Replit、Vercel 等多采用 “前端生成 + 第三方后端集成” 模式，用户需自行对接 Supabase 等服务，操作复杂且稳定性受限。而 Base44 从一开始就将数据库、用户系统、分析工具等核心功能内置其中，形成 “一站式闭环”。

用 Maor 的话说，这是一种 “电池内置”（batteries included）的思路 —— 用户只需用自然语言描述需求（比如 “构建一个客户管理系统”），AI 就能生成包含前后端的完整应用，无需处理 API 密钥或第三方集成。这种设计让非技术用户也能快速搭建复杂工具，而 “自适应软件” 的特性更让产品能随用户需求变化实时调整，极大降低了迭代成本。

Shlomo 开发的工具允许用户无需任何编程经验，只需编写简单的文本提示即可构建应用程序或游戏，类似于与 ChatGPT 交互。在短短几个月内，Base44 吸引了超过 10 万名用户，并与 eToro 和 Similarweb 等以色列科技公司签署了合作协议。

“到目前为止，这真是一段疯狂的旅程，”Shlomo 在领英上宣布收购消息时写道。尽管公司实现了增长和盈利——或者说正因为如此——他还是卖掉了这家仍在白手起家的公司，因为“我们需要的规模和数量不是我们能够有机增长的……如果我们能够有机地、白手起家地走到今天，那么在拥有所有资源的情况下，我很高兴看到我们新的发展速度，”他写道。

近日，Shlomo 作客了一档名为《Lenny's Podcast》的博客栏目，分享了 Base44 从仅 3 位用户发展到 40 万用户且无需花费任何营销费用的增长策略。

他详细讲述了此次创业中的几个关键经历：如何在三个月内不写一行前端代码的情况下推进项目，以及如何优化代码存储库结构以提升 AI 的代码生成效率；他的 AI 生产力技术栈如何帮助这家初创公司与资金雄厚的竞争对手抗衡；以及为什么在 AI 领域作为独立创始人反而可能成为独特优势。

在该播客中，Shlomo 还回顾了更具戏剧性的时刻——在伊朗战争爆发当天签署 8000 万美元收购协议的惊险历程，并深入探讨了创业者面临的核心抉择：如何判断出售公司与保持独立的时机（尽管 Base44 当时盈利状况良好，但联合创始人 Maor 最终选择了接受收购）。此外，他揭秘了产品迭代中的反常识决策——通过删除某些“有用”功能，反而使用户激活量提升两倍；以及如何通过“在 LinkedIn 公开构建过程”这一策略，实现了比任何付费渠道都显著的增长效果。

以下为播客翻译，InfoQ 在不改变原意的基础上进行了编辑：

Lenny：我们先从一些基本问题开始吧，对于那些不太熟悉你所打造的产品的人来说，Base44 到底是什么？

Shlomo：Base44 是一个人工智能应用构建平台，你可以用自然语言描述你想构建的东西，比如一个应用程序、一款游戏、一个网站之类的，然后让 AI 为你编写代码。我们并不是第一家做这种项目的公司，这个领域竞争很激烈，但 Base44 采用了一种称之为 “内置所有功能” 的方法。意思是，在 Base44 上构建的每个应用，都已经内置了数据库、集成功能、用户管理、分析工具等，无需连接第三方服务或提供 API 密钥之类的东西。我觉得这对于将一个由 AI 编写的应用扩展成复杂且功能完善的应用非常有帮助。

目前这个领域的大多数产品都表现得很出色。其中一些产品专注于构建 React 前端网页应用，当用户需要后端功能时，它们能够与 Supabase 实现良好集成。可以说，Supabase 是大多数竞品最常采用的工具。

平心而论，这些产品在集成方面都做得不错，但从集成的本质来看，这种方案可能不如全栈构建方式来得可靠。我们在开发 Base44 时，特别注重端点和 SDK 的设计，使其能够与大型语言模型无缝协作。正因如此，我认为 Base44 在构建复杂、实用且适用于真实场景的应用方面，确实做得非常出色。

Lenny：我想先和大家聊聊这个机遇是如何被捕捉到的。虽然结局很成功，但我想先分享一些关键数据，让大家感受这段旅程有多么不可思议。

 

在短短六个月内，你们从零起步，最终以超过 8000 万美元的价格将公司出售给 Wix。更惊人的是，你们仅用三周就实现了 100 万美元的年度经常性收入（ARR），而且完全依靠自有资金运营——初始投入不过几千美元。如今，你们已拥有约 40 万用户，而你作为创始人依然在参与公司发展。

 

最令人难以置信的是，这段创业历程还跨越了两场战争。由于公司总部设在以色列，你们不得不在炮火声中继续创业。在进入创业起源故事之前，你觉得还有对于 Base44 这段历程你还有哪些关键信息值得补充吗？

Shlomo：没有了，我觉得差不多就是这些了。现在回想起来，这听起来确实很不可思议，但主要情况就是这样。

Lenny：我很欣赏你不把快速成功简单归结为运气的态度，那这项目是怎么开始的？

Shlomo：这段经历其实源于两个非常具体的需求场景，让我意识到 AI 驱动开发的巨大潜力：第一个契机是帮我艺术家女友搭建小公司网站。当时市面上的建站工具体验很糟糕——那些非 AI 的传统拖拽式编辑器在移动端总是排版错乱，数据管理也很麻烦。在我之前从事 LLM 相关工作时，我就很困惑：明明 AI 模型已经能编写代码了，为什么不能直接用它来建网站？现有的工具缺乏一个关键基础设施：比如线索自动存入数据库、生成的 React 代码要兼顾 SEO 优化等。如果搭建好这套基础设施，连我女友这样的非技术人员都能轻松操作。

第二个契机来自我在以色列童子军组织的志愿工作。这个数万人的大型组织经常面临软件需求，但既没有内部开发团队，外包报价又动辄上百万美元。虽然我是 Retool 等低代码工具的忠实用户，但它们仍需要一定的 JavaScript 基础。我清楚地知道，通过大语言模型技术完全可以实现：只要建立正确的基础设施，让 AI 能够访问数据库、集成用户管理系统，就能将用户需求直接转化为可用代码。这两个实际痛点最终促使我着手创建解决方案。

七年前我创立了 Explorium，这家公司与 Base44 截然不同——它是数据领域的企业级服务公司，采用传统的自上而下销售模式，融资规模高达 1.3 亿美元。我担任了七年 CEO，去年 10 月，我选择环球旅行了一段时间，想要好好休整。

这段经历让我重新思考：在 Explorium 快速扩张的这些年里，我渐渐远离了最热爱的编程工作。现在，我渴望回归技术本身，重新亲自动手创造。我把这个想法分享给了我的伴侣和几位投资人，决定以完全不同的方式再次创业——不再像以前那样追求巨额融资和行业垄断，而是专注于打造一个真正让我感到兴奋的产品。

正是这种“轻装上阵”的创业心态——没有包袱，带着独特的行业视角，纯粹为了创造乐趣而出发——最终催生了 Base44。说实话，我完全没预料到它会如此迅速地获得成功，但这就是 Base44 诞生的故事。

挑战与洞见

Lenny：让我们继续聊聊独立创业这个话题。很多创业者都面临过这样的困境：突然有了创业灵感，却苦于找不到合适的联合创始人。众所周知，YC（Y Combinator）向来不看好独立创业者，但你的成功恰恰证明了这种模式的可能性。作为过来人，能否分享一些对独立创业者有帮助的经验？特别是你作为独立创始人最重要的心得体会是什么？如何保持高效的工作状态？你是如何运用 AI 工具来弥补独立创业的局限性的？

Shlomo：独立创业并不适合所有类型的公司。如果你要创办一家 B2B 企业服务公司，需要组建销售团队、投入营销预算，那么单打独斗会非常困难——毕竟客户会担心这家“一人公司”能否长期存活。但如果你开发的是具有病毒式传播潜力的产品，能够快速实现产品市场匹配，独立创业反而更具优势。从财务角度看，如果能靠自有资金起步并实现盈利，往往能获得更好的回报。

作为经历过两种创业模式的人，我深刻体会到自力更生的优势。虽然我之前的公司融资 1.3 亿美元，投资者也很支持，但资金压力始终存在。而 Base44 这种盈利模式让我能保持更好的创业状态。不过独立创业确实面临诸多挑战：

首先是运维压力。没有运维团队，所有服务器问题都要自己解决。记得在我哥哥婚礼上，我不得不找借口离开两个小时处理所谓的“黑客攻击”——后来发现只是用户误报的加密包错误。这种突发状况让人精疲力尽。

其次是孤独感。在之前的公司，有联合创始人可以分担压力、互相调侃。但独自创业时，所有重担都要自己扛，连说句“今天你值班”的机会都没有。

再者是优先级抉择。作为独立创始人，你必须在产品迭代和市场营销间不断权衡。虽然我更享受写代码，但有时不得不把获客放在首位。我每天都会自问："今天最该做什么？最想做什么？"这种思维切换很耗精力。

最后是效率优化。我花了大量时间构建自动化工作流，比如将 Cursor 用于后端、将 Base44 用于前端代码库，确保能快速迭代。在当今 AI 辅助开发的时代，小团队更需要这种效率优势。营销等环节也要尽可能自动化，否则时间管理就会成为创业失败的主因。

独立开发者的生产力工具和技术栈

Lenny：我们顺着这个话题聊下去，这是一个非常有趣的话题。那么，是什么样的生产力工具让你能够打造出 Base44 呢？包括你自己使用的工具，以及打造 Base44 时用到的技术栈。你提到了 Cursor 和 Base44，还有哪些日常使用的工具帮助你提高效率？

Shlomo：我患有严重的多动症，这既可能成为阻碍，也能化作一种超能力。但首先要做的，是确保工作日的安排能让自己保持专注，有足够的时间进行深度工作。我用一款叫 RescueTime 的工具，很合心意，类似的工具还有不少，它们能屏蔽 Twitter、LinkedIn 等平台的访问权限。这操作起来其实挺难的，因为我当时正采用 “公开构建” 的模式，而这后来对 Base44 的发展效果显著。毕竟每次总想看看自己发的帖子有多少点赞和浏览量，一琢磨就没法做别的事了。所以我最初的设置里，专门配置了一套能帮我进入深度工作状态的软件工具。

Cursor 这款工具特别好用。而 Base44 不仅搞定了前端开发的工作，我还用它搭建了很多业务应用 —— 在 Base44 的基础上，实现了用户管理、积分发放、内容创作等功能。我还做了个应用，每周刚开始时，我会把大致的内容创意写进去，它会先把这些想法转化成符合我风格的 LinkedIn 帖子，我确认后，又能自动改成适合 Twitter 的内容。这些都是完全按我的工作流程和需求定制的，帮了我大忙。不过我觉得，不光是 Base44，用其他工具也能编写出适合自己的生产力工具，关键是贴合自己的做事方式和流程。就像我发社交帖子的流程，可能和别人都不一样，所以专门定制的应用才格外管用。

如何开始使用 Base44

Lenny：我真想问问这个，太酷了。所以你基本上是用 Base44 给自己做了套内部工具，其其他人或许也能用别的工具实现类似功能。你开发了一个 “帮我写推文” 的工具，这有点类似于 Base44 的插件，它实际是怎么运作的？输入是什么？这听起来真的很有趣。

Shlomo：我习惯在灵感闪现时抓住那些内容创意。我发展 Base44 的方式（可能主题不同），很大程度上是围绕 “公开构建” 展开的 —— 扩大受众群体，和同为创业者的他们交流，这过程其实挺顺的。很多时候我都在分享 Base44 的成长历程，而且有固定的流程：先在纸上写下一周要发的帖子思路，毕竟得保持更新频率，持续输出内容。

在用到这个定制应用之前，我的流程是这样的：先打开 ChatGPT，写个模糊的帖子框架，让它 “帮忙修改润色”。可它输出的内容往往太偏离我的风格，太像推销话术，语气完全不对。我就得跟它 “较劲”：“不行，再贴近原文一点”，还要删掉不合适的表情符号，修正奇怪的连字符。好不容易弄好 LinkedIn 帖子，还得换个工具做配图；想发到 Twitter 上，又得精简内容、调整表述。

后来我把这整套流程都编成了代码，就为了提高效率。我还特意让应用里的大语言模型模仿我的语气，把我之前写过且满意的帖子存进去做参考，这样它生成的下一篇内容，就能和我自己写的风格一致了。

我非常喜欢这个领域的整体发展，不只是 Base44，很多工具都做得很好，但我特别喜欢 Base44 的一点是，它让软件修改变得很容易，就像一款自适应软件 —— 当你的流程改进或发生变化时，它能随之调整。Base44 两周前被 Wix 收购了，所以现在发布内容的流程看起来有点不一样了。但只需要两个提示，你就能让它适配新流程，这真的很有意思。

即使不被收购，Base44 也能赚很多

Lenny：“自适应软件”，这个词真酷。我还听过另一种说法叫 “可塑性软件”。解下来想聊聊增长的话题，但先简单说几句别的。我对“自力更生”这个理念很感兴趣。你本质上是在和资金雄厚的公司竞争，像 Lovable、Bolt、Replit、Vercel、Cursor 这些公司，到目前为止已经筹集了数亿美元。我知道你们并没有和 Cursor 直接竞争。如果 Wix 没有收购你们，你们有融资的计划吗？你觉得自己有机会继续自力更生，在这个竞争激烈的市场中，和其他受欢迎的产品一较高下吗？

Shlomo：Base44 的盈利能力远超我的预期。所以，即便没有被收购，我感觉也能从中赚很多钱。记得一月份中旬在 ProductHunt 上的发布非常失败，之后到了二月初，我开始采用 “公开构建” 的模式，情况才慢慢好起来。大概从三月份开始有了第一笔收入，先是 10 美元，后来到了 100 美元。到了五月份，单月收入就接近 20 万美元了。所以我觉得，无论如何，这个市场是有竞争空间的，虽然可能不大，但我看到那些使用 Base44 的用户都很坚持，即便他们熟悉其他竞争对手的产品，也依然选择 Base44。

当然，挑战很明显，就像那些数据类工具，它们能在百万美元级别的黑客马拉松之类的活动中迅速增长，而我没有这样的资源，所以得想别的办法应对。但说实话，我觉得被收购的原因之一是这个市场发展太快了，比我见过的任何领域都快，也超出了我的预期。到了某个阶段，当看到 Base44 的发展，我就想：“嘿，这真的能帮助人们改善生活。” 我可能不太客观，但我觉得它属于那种能对很多人产生重大影响的软件类别。我看到人们用它做出了很多精彩的东西，所以我想：“我们来做个大项目吧，试着打造有全球影响力的产品，或许能引领这个领域，甚至成为佼佼者。”

我觉得实现这个目标的最佳机会是和 Wix 合作，原因有很多，但核心是我们有着相同的基因和客户群，他们知道自己在做什么，而且我和他们的管理团队关系也非常好。所以说实话，我觉得这次收购无论从财务角度看都会是成功的，但它更像是一种表态：“你知道吗？让我们进入更广阔的领域，不仅要在这个竞争激烈的市场中防御，更要主动出击。” 这也是被收购的部分原因。

Lenny：我听出来，你本来可以保持独立运营，赚取丰厚收入，打造一家出色的企业，至少在一段时间内是这样。谁知道长期会怎样呢？但作为一个从未融资的独立创业者，只要有足够多的人喜欢你的产品，即便在拥挤的市场中，你也能获得可观的收入。我觉得这是个很有趣的见解 —— 就算有巨额资金流向竞争对手，这个市场依然很大。我可以这样理解吗？

Shlomo：是的，我觉得现在情况不太一样了。我很多次都感到害怕，心想：“我该如何参与这场竞争呢？” 那些公司，一方面是增长最快的企业之一，另一方面团队优秀、资金充足，投入了大量资源。

但随着时间推移，我发现自己能跟上它们的节奏，甚至更快。因为即便你是小团队，甚至独自一人，你实际上是在管理 AI 团队来编写代码。过去三个月里，我几乎没写过一行 HTML 或 JavaScript 代码，但 Base44 的前端依然有很大变化，因为这些代码都是人工智能编写的。所以，如果你有独特的视角，并且能快速行动，我觉得资金不一定是赢得市场的决定性因素，而且未来这种情况会更加明显。

随着大型语言模型的进步，像那些 10 倍效率的工程师会产生更大的影响力，他们将成为 100 倍效率的工程师，因为他们能管理大型语言模型。团队规模和资金并非决定你能否在某个领域胜出的必要因素。

Lenny：你是否也曾面临这样的选择——明明可以继续经营现有业务，享受稳定收入和舒适生活，但内心总有个声音在问：“我的野心究竟有多大？”

 

我自己就深有体会：当电子通讯业务已经能让我轻松谋生时（每周只需写一封邮件就能过得很好），我却开始思考：“为什么不拓展播客？为什么不尝试更多可能性？” 这种冲动的背后，既有对重复工作的倦怠，更源于看到机遇时那种“我必须试一试”的强烈渴望。你是否也是这样想的？

Shlomo：是的，我对此深有同感。但有意思的是，Base44 是我这辈子第一次没有试图打造有史以来最大的公司。我记得创办上一家公司 Explorium 时，我一门心思就想着 “要在最短时间内筹集最多的资金”。我记得自己当时总在琢磨：“嘿，Explorium 在 Snowflake 之前就筹集到了 1 亿美元，这太疯狂了，太了不起了” 之类的。我那样做了七年，而 Base44 是第一次，我停下来说：“你知道吗？我只想回到我真正热爱的事情上，也就是开发产品。” 我不在乎它能不能在这个领域胜出，也不在乎它会不会变得非常庞大。

我记得我和女友从亚洲旅行回来，在飞机上我对她说：“嘿，你知道吗？如果我们的年度经常性收入到 2025 年底能达到 150 万美元，我们就买辆好车。” 我不记得为什么偏偏是这个数字了。结果我们大概四周就做到了。这是我第一次想着 “不一定要打造最大的东西，就做一些我真正喜欢的事，打造一款我享受开发过程的产品”。但到了某个时候，它变得非常非常成功，我想，一旦看到了成功，看到它对人们产生了真正积极的影响，你就会说：“好吧，那就进入更广阔的领域，试着扩大它的规模。”

我觉得这是一个很重要的领悟：一些最棒的成果，往往来自于不给自己施加太大压力、不试图打造宏大的东西，而只是跟随内心的驱动力，跟随自己的兴趣，跟随自己的见解 —— 最好的想法、最伟大的构想，往往就由此产生。

增长策略：如何从 0 发展到 40 万用户

Lenny：接下来让我们谈谈增长。你是如何获得 Base44 的第一批用户的？再具体些问，你是如何获得前 10 个用户的？又怎么从 10 到 100 名用户的？有哪些方法和策略？

Shlomo：前 10 位 Base44 用户来自熟人，我只是恳求身边那些和我关系很好的人来使用它，我当时觉得没有别的办法了，但回过头来想想也许还有其他途径，但是，我当时才刚开始接触 B2C，接触消费类产品，所以经验没那么多。

所以一开始我找了三个用户，都是非常亲密的朋友。其中两个人当时正处于失业状态。于是我就说：“你们为什么不试试做个 SaaS 业务或者类似的东西呢？” 这三个非常亲密的朋友，我让他们每隔一天就和我一起围坐在桌子旁，使用这个工具。他们会尝试构建一些东西，结果工具出了故障。我就去查看，看看日志，回到电脑前，试着修改，推送到生产环境，然后为他们完善这个工具。

我觉得很多人很幸运，能找到一种对获取 10 个、100 个、1000 个用户都一直有效的方法，然后以此为基础发展。但我更愿意把这些看作一个个里程碑。

所以，首先我想：“在确认用户喜欢这个产品之前，我不会尝试扩大规模。” 而判断他们是否喜欢，或者至少能否从中获得价值（即便他们因为产品有很多漏洞、运行缓慢等问题而不太满意）的最佳标准，是他们开始和别人分享这个产品。

所以在我觉得 “先吸引前三五个或十个朋友” 之前，我没有在营销上投入任何资金。到了某个时候，他们开始和朋友们分享。你会发现，今天有一个新用户，明天新增两个用户，就这样逐渐增长。所以一旦这种情况出现，即便比例很低 —— 因为 Base44 后来在发展过程中变得非常有传播力，但在当时，它还只是一个还不错的产品。人们喜欢它，都挺认可它，并开始分享它。

所以当我看到这个方法奏效，我们有了 10 个用户，都是我的朋友，然后第 11 个左右的用户开始出现一些我不认识的人时，我就知道，是时候投资营销了，或者尝试推出这个产品，让更多人使用它。因为如果你提前这么做，我觉得你会浪费很多时间和资源，就像旋转门一样，用户来了又走，留不住人。除非你有大量资金投入付费推广，这样才有可能见效，但这会非常困难。

我知道我不会这么做。这是我正在打造的产品，我希望它从一开始就盈利，不会因为在付费推广等方面投入太多资金而感到懊悔。所以我知道它必须具备传播力。不知从什么时候起，我发现它开始有传播的迹象了。

然后我在 ProductHunt 上做了一次非常失败、效果很差的发布，但现在回想起来，我觉得 “这完全没问题”。我觉得人们有时会把产品发布看得太重，好像产品发布决定着公司的成败。但对我来说不是这样。我当时想：“这是一个能让我获得接下来 30 个、50 个用户的途径。” 事实也确实如此。第一次在 ProductHunt 上发布时，我们获得了 50 个用户左右，其中我新增了大约 15 个用户。顺便说一句，第二次发布甚至让 ProductHunt 系统出了问题，他们以为有很多机器人在操作。那次我们赢得了当日最佳产品、当周最佳产品和当月最佳产品，但这是另一回事了。就这样，我们有了大约 50 个用户，也迎来了第一个付费用户。这感觉太不可思议了，因为我是从企业领域出来的创业者。我当时心想，这太疯狂了。为什么会有人在没见过我、没和我当面交流、没试图讨价还价的情况下就为我的产品付费呢？

显然，这个用户几个小时后就流失了，因为当时的产品还不够好。但从那以后，我开始看到一些缓慢的增长。我有了最初的 50 个用户，之后 20 个流失了，剩下的 30 个开始把产品分享给其他非常优质的用户。

然后我尝试了很多营销手段，都没奏效，比如找网红发帖或者付费推广之类的。后来，我有一个在其他领域创业的朋友告诉我：“你知道吗？你独自创业，还试图采取一种与通常风投支持的方式截然不同的策略，这真的很酷。你为什么不分享一些这方面的内容呢？说到底，你的受众也是那些创业者，他们正努力打造自己的产品，甚至可能是自己的企业，这些内容很可能会引起他们的共鸣。”

于是我开始在 LinkedIn 上分享创业历程，我记得看到过这样的说法：“‘公开构建’这个概念很棒，人们对此非常感兴趣。” 我觉得在 Base44 这件事上，“公开构建” 和我的受众（也就是那些创业者）之间有很好的协同效应。如果我打造的是一款面向律师的产品，那这可能就没多大意义了。

一旦我开始公开分享我正在构建的东西，进而获得更多用户，产品也得到了极大的改进，我就觉得自己非常幸运。Base44 所拥有的社区是我从未见过的，他们非常支持我，给了我很多反馈。

就像有人会在你真正实现某些功能之前就主动要求你提供这些功能，他们对产品已经非常兴奋了。

我还做了另一件效果很好的事，我发现人们很喜欢分享他们在 Base44 上构建的东西，他们会写相关的帖子。我记得有个朋友来问我：“伙计，你是不是付钱让那些人写关于 Base44 的帖子啊？” 我说：“说实话，我没付钱。”

其实我在 Base44 里编写了一个程序，内容是：“嘿，只要你分享应用的构建过程或者应用本身，即便内容里没提到 Base44，只要你在社交媒体上分享，就能获得额外的积分来继续构建。” 所以，“公开构建” 和 “发放积分” 这两个方法非常有效，我们就是靠这两个方法实现增长的。

重要不是产品服务于谁，而是产品能做什么

Lenny：到目前为止，你大概有多少用户了？

 

Shlomo：中间间隔了一周，每天的用户数达到 20。看到每天有 4000 名用户加入产品，产品都崩溃了，很难适应这种增长速度。另外，还有一些在发展过程中需要学习的东西。比如，我以前不是 DevOps 工程师，不知道怎么扩展数据库，也不知道虚拟 CPU 在尝试扩展时会给我带来这么多麻烦。

为了实现盈利，我尝试利用每一个可用的免费套餐，但一旦开始扩大规模就会搞砸了。所以，我发现一旦我开始公开分享，用户量就增长到每天几千，然后“积分制度”就帮我完成了剩下的增长工作。

Lenny：那么我们回到你一开始分享的一个经验教训，那就是为特定的人群打造产品。最开始是为你自己、为你的女朋友、为童子军项目打造，然后是为那三个朋友打造，就坐在他们身边，打造他们需要用的东西。这真的很有意思，因为很多时候得到的建议是去寻找需求，寻找有问题需要解决的人。而你几乎是反其道而行之，你会说 “用我的产品吧，我需要你的帮助，用我的产品并帮我改进它”。当时你是怎么思考的？

我完全理解这种观点，但也有些不同的思考。确实，当前的创业模式正在发生转变，特别是在产品开发理念上。我对传统的“最小可行产品（MVP）”概念持保留态度，因为在如今软件开发门槛大幅降低的环境下，用户的耐心和注意力持续时间变得极其有限——如果产品体验不够完善，很难获得有价值的反馈。即便用户量达到 2 万、5 万甚至 10 万时，获取准确反馈仍然相当困难。

我的实践方法是定期组织 20～30 人的线下焦点小组或小型黑客马拉松活动（每两周一次），这种方式比任何线上渠道都更高效。有趣的是，这与我们早期只有 3～5 个用户时的开发方式如出一辙，面对面交流总能带来最真实的洞见。

关于目标用户定位，我认为不必过分拘泥于“理想客户画像（ICP）”的传统概念，关键不在于用户的人口统计特征，而在于他们想要完成的任务——不同类型的用户可能都在尝试解决同一个核心问题（比如构建工具）。这种以“任务”而非“人群”为中心的思路往往能带来更精准的产品定位，毕竟真正重要的不是“谁”在使用产品，而是他们想用产品“做什么”。

Lenny：在探讨公开分享与内容传播这个话题时，我发现一个有趣的现象：许多人在领英等平台分享内容时都会感到尴尬，更不用说公开自己的创业过程了。说实话，大多数人并不关心你具体在建造什么。

 

那么问题来了：你认为你开发的这个工具之所以能指导人们发布真正火爆的内容，其独特之处在哪里？你是如何让人们真正关心你所做的事情的？是因为你已经在以色列科技圈这个小而紧密的社区中建立了影响力吗？这是否是你认为内容能够成功传播的关键因素？

 

除此之外，对于那些考虑公开创业过程并希望获得关注的人们，你还有什么其他建议或经验可以分享？这些洞见可能会对想要在公众视野中成功打造个人品牌的建设者们带来重要启发。

Shlomo：随着收购消息在全球范围内持续发酵，我们在各大社交平台都收获了广泛关注，但这一切的起点其实是领英。得益于之前担任公司 CEO 时积累的人脉资源，我的联系人列表里已经有一些关注者。这让我深刻认识到，建立公众影响力需要一个突破口——与其分散精力，不如专注在一个你认为最有效的渠道深耕。

比如在早期，即便每周发帖只能获得零星几个赞，这种积累也很重要。我尝试过各种方法，甚至找过 KOL 推广，但效果都不理想。关键在于找到适合自己的发声渠道。在公开构建的过程中，我始终坚持真实分享的原则——既不像风投那样刻意炫耀“惊人数据”，也不刻意营造“全球增长最快创业公司”的假象，而是坦诚地分享每一个技术细节和成长感悟，无论是成功的经验还是失败的教训。

我的内容策略完全针对开发者群体量身定制：从最底层的技术栈解析，到大型语言模型的优化心得，再到直观的数据图表展示。这种专业性内容需要反复打磨——就像产品迭代一样，我会先请目标受众中的朋友预览内容，询问他们的真实反馈：“这篇文章有趣吗？有收获吗？能获得什么价值？”这种求真务实的态度，或许正是建立持久影响力的核心所在。

在社交媒体运营方面，我走过不少弯路。直到现在，我依然认为在推特上发帖对我来说是种时间浪费。当初看到领英效果不错时，我曾天真地想把相同模式复制到推特，虽然粉丝量增加了，但实际转化效果却不尽如人意。

最终我选择在领英上持续深耕，这里给了我最高的投入产出比。每个创始人和产品的最佳渠道都不尽相同——可能是 Reddit、Substack 或其他平台，而对我来说领英就是最有效的阵地。找到这样的核心渠道后，我的建议是：集中火力，持续加码，不要分散精力在那些效果不佳的渠道上。至少这是我的切身体会。

说到增长策略，我们确实走出了一条与众不同的路。不同于传统的 SEO、付费推广或口碑传播，领英成为了我们的核心增长引擎。其中最具创新性的是我们设计的激励机制：用户通过分享在 Base44 上创作的内容来获取积分，这些积分可以兑换更多开发权限。

Lenny：其实我还有个比较关注的问题，你一个人运营这家公司多久了？之后你是多久雇佣了第一位员工加入的，又过了多久雇佣了其他员工？

Shlomo：第一个员工是两个月前入职的，也就是被收购前一个半月。所以我想，大部分时间我都是独自运营公司。但当我开始考虑公司收购事宜时，就知道事情会朝着那个方向发展了。

而且一旦我开始推进这件事，收购的可能性就增加了，所以我雇佣了我认识的最优秀的人，因为我知道接下来的几年甚至更长时间里，我必须把这件事做大，身边需要合适的人。现在不再是追求尽可能盈利和有趣那么简单了，我们要下更大的赌注。从那时起，我就开始招募我认识的顶尖人才来帮助我实现这个目标。

此外，关于这笔交易的结构，我无法透露太多细节，比如已经公布的 8000 万美元是首付款。我认为与 Wix 的这笔交易是真正的双赢，但我的薪酬和很多福利实际上是基于未来的发展，而不是这 8000 万美元。所以我在经济上和个人层面都有动力去尽可能扩大它的规模。因此，在收购前一个月，我开始扩大团队规模。而且 Base44 的盈利能力也越来越强，我有能力招募更多的人了。

Lenny：第一个被雇佣的人是工程师吗？他负责什么？

Shlomo：实际上，是一个产品方面的人才。我经常和他合作，他真是个多面手。他可以查看大型语言模型的日志、检查错误并修复，可以编写 Python 脚本来分析我们做的事情，还能开始在产品中实现分析功能。他是一个技术能力很强、能身兼数职的产品人员，这正是创业初期所需要的。

技术堆栈和基础设施洞察

Lenny：作为创业者最常思考的核心问题之一就是技术选型——“应该基于什么技术栈来构建产品？哪些工具和基础设施能真正帮助我快速实现目标？”这正是我想深入了解的：在 Base44 的开发过程中，你具体采用了哪些关键技术栈、工具和基础设施来支撑产品的快速迭代和发展？

Shlomo：我用的是Render.com这平台构建 Base44 的，它真的太赞了。说实话，他们可没给我一分钱好处，真希望我当初投资了他们。我好像从来没跟他们的高层打过交道，但用它工作起来太顺畅了，直到现在依然如此。

我之前的公司有专门的 DevOps 团队，负责搭建各种流程来推进生产部署。而Render.com它就像一个现成的云服务平台，感觉就像在 AWS 上搭建的简化版系统，有一套特别容易管理的流程，启动 Web 应用、扩展规模之类的操作都很方便。

这涉及到基础设施、网站管理、平台本身以及应用程序。因为 Base44 是个复杂的生态系统，必须把用户应用程序和平台隔离开，平台又得和网站隔离开，是个有机的整体。

数据库我选择的是 MongoDB ，它在编码方面特别好用，尤其是构建氛围编码平台时，因为数据模式变化很大，而且不一定是用户导致的。大型语言模型也不总能理解用户想表达的内容，所以数据模式会不断变化，选 MongoDB 真是选对了。

当然还有 Kelso，不过我花了 20% 到 30% 的时间来优化，让整个代码库能适配大型语言模型。顺便说一句，这些理念我在 Base44 里都实现了，但我一直在做的一件事是，尽量让大型语言模型少写代码。当你想实现一个功能时，尽量达到不需要自己写代码、但大型语言模型也能少写代码的状态。因为如果让人工智能从头实现整个功能，出错或让人困惑的地方会更多，而且当你要求它后续操作时，它需要在提示词等内容中保留更多上下文。

所以我搭建了一个非常高级、有点 “自以为是” 的基础设施，就像代码层面的基础设施一样，能处理所有杂事。当你构建新功能时，它会搞定所有的 CRUD 操作、身份验证、数据库相关的工作等等，这样当你让大型语言模型实现新功能时，它只需要写很少的代码。

顺便说一下，Base44 还给大型语言模型提供了很棒的基础设施和 SDK。而且大型语言模型依然可以灵活地编写完整功能的代码，因为本质上还是代码，但这样能减少它生成的 token 数量，显然，所有和规则集相关的事情也能搞定。

我对和大型语言模型合作有个可能有争议的观点：别用 TypeScript，用纯 JavaScript 和 JSX，这样模型更容易写出正确的代码。Base44 的前端就是用 JSX 构建的，不是 TypeScript，这一直很奏效，部分原因是我过去只需要写一行 HTML 或 JavaScript，它就能很好地完成任务。

和人工智能合作时，另一个很有效的做法是，尽量让功能都能在同一个代码库中实现。就像把前端和后端分开的话，让 AI 同时理解后端和前端的上下文会更容易。

除此之外，我的后端是用 Python 写的。我觉得可能有人会对此挑剔，但就性能而言，我还没遇到过问题。Base44 的访问量很大，时不时还有人尝试 DDoS 攻击服务器，但服务器依然能正常运行。所以我觉得只要构建方式得当，Python 是门非常适合的语言。

另一个可能有意思的点是，很多新应用和产品都是围绕大型语言模型构建的。我采用的方法之一是，对于实际用 Base44 编写代码的大型语言模型，我会针对不同任务混合使用不同的模型。比如，Claude 在初始提示、从头编写应用程序方面表现很好，处理 UI 设计相关的工作也很出色。不过像 Gemini，当遇到非常复杂的问题，或者需要设计算法，又或者 Claude 陷入代码 bug 循环（写代码时经常出现这种情况）时，它就派上用场了。所以我搭建了一个流程，先分析用户的需求，再决定用哪个大型语言模型，这方法一直很有效。

Lenny：太有意思了。这个路由机制是你在 Base44 内部实现的，还是借助了 Cursor 之类的工具？

Shlomo：是在 Base44 里实现的。我觉得 Cursor 没有这个功能，真希望他们能加上，我觉得应该有个自动选项。但在 Base44 里，当用户提问时，我会先分析他们的需求，再确定用哪个大型语言模型。

Lenny：太酷了。所以只用了 Claude 和 Gemini 这两个模型吗，Base44 就是靠这两个运行的？

Shlomo：是的。所有这些工具，Base44、Kelso，还有其他合适的编码工具，我都用同样的模式 —— 不知道该不该叫方法 —— 就是配备 “重型武器”，通常是 Claude 或 Gemini。这两个模型通常会先创建一个高级解决方案或高级文件，明确要对文件做哪些修改，而不是每次都从头写整个文件。Kelso 和 Base44 都是这么做的：先写高层次的代码块，然后用更小、更快的模型，比如 Flash 或 OpenAI 的 o4-mini，来实现文件中的代码修补。

参考链接：

https://www.youtube.com/watch?v=L9KvV_UOs3A