跳到主要內容

從零到八千萬美元:Base 44 創辦人 Mayor Schlommo 在六個月內創造的獨立開發者傳奇

這份訪談的內容實在太棒了,將整份 Lenny 訪談 Maor podcast 內容進行整理,分享給正在水深火熱,或者正在 AI 潮流中載浮載沉的大家有個可行性方向。

同時也印證之前 solopreneur 及 1 人 BU 模式其實會逐漸發生,想了解更多,歡迎先將這篇文章讀完。

在科技創業的激烈世界中,一個六個月內從零到估值八千萬美元的故事聽起來像天方夜譚。但這正是以色列獨立創辦人 Mayor Schlommo 和他的 AI 應用程式建構平台 Base 44 所寫下的真實篇章。他沒有募集任何外部資金,在大部分時間裡獨自奮鬥,甚至在過程中經歷了兩次戰爭。他的旅程,是無數創辦人夢寐以求的藍圖。

這篇文章將深入剖析 Mayor 的訪談,揭示他如何將一個簡單的想法,變成被產業巨頭 Wix 收購的成功企業。內容涵蓋他的創業初衷、獨立創辦人的生存法則、從零到數十萬用戶的火箭式成長策略、以及讓他能極速開發的技術秘密。

開端:一個解決身邊問題的夢想

一切的起點並非宏大的商業計畫,而是源於生活中的真實需求。Mayor 的藝術家女友需要一個網站來獲取客戶,而傳統的網站建構工具既繁瑣又缺乏彈性。同時,他為以色列童子軍組織提供志工服務時,發現他們因缺乏開發資源,許多簡單的軟體需求都需付出高昂的委外成本。

曾擔任數據公司 Explorium 執行長並募資超過 1.3 億美元的 Mayor,深知大型語言模型(LLM)的潛力。他意識到:「我知道模型可以寫出這些程式碼,它們只是缺乏合適的基礎設施。」這個洞見點燃了他的熱情。他決定放下過去管理大公司的重擔,重拾他最熱愛的「動手建造」,為身邊的人解決問題。Base 44 就此誕生——一個讓任何人都能透過自然語言描述,快速建構功能完整應用的平台。

獨行俠的力量:獨立創辦人的超能力與挑戰

在長達近六個月的時間裡,Mayor 都是單打獨鬥。他認為,對於有潛力病毒式傳播的消費性產品,獨立創辦並白手起家(Bootstrapping)是絕佳的選擇。

優勢:

  • 更高的財務回報: 無需稀釋股權,創辦人能保留絕大部分的成果。
  • 更低的心理壓力: 不用對投資人負責,能更專注於打造盈利且可持續的業務,實現「預設存活 (Default Alive)」。

挑戰:

  • 巨大的壓力與孤獨: 從伺服器維護到客戶支援,所有重擔都落在一人肩上。Mayor 笑稱,在哥哥婚禮上處理駭客入侵疑雲的驚魂兩小時,讓他的壽命都縮短了。
  • 殘酷的優先級排序: 必須在「想做的事」(寫程式、優化產品)和「必須做的事」(行銷、業務)之間不斷切換和取捨。

為了應對這些挑戰,Mayor 發展出一套高效的工作模式。他利用 RescueTime 等工具來管理患有嚴重 ADHD 的自己,確保深度工作的時間。更重要的是,他利用自己開發的 Base 44 打造了客製化的內部工具,例如一個能根據他的語氣和風格自動生成社群貼文的 AI 助手,極大地提升了生產力。

工商服務

如果你正在看這篇文章,也開始對「怎麼用 AI 幫你加速、放大你的想法」感到興趣,那你絕對不能錯過這場活動👇

🎤 🐻 Coding Bear 台北場|來聊什麼是 Vibe Coding 台北場

我們將深入分享如何結合 AI 與程式、創意、內容製作,讓你用最自然的方式,讓 AI 成為你的工作室助手。

👉 報名連結:https://codingbear.kktix.cc/events/ai-vibe-coding-2025-07-taipei

📅 時間:7/25(五)18:30

從零到數十萬用戶的火箭式成長引擎

Base 44 的用戶增長並非一蹴可幾,而是經歷了清晰的階段和策略性的嘗試。

  1. 從 3 個朋友開始 最初,Mayor 說服三位失業的朋友成為他的「白老鼠」。他並非遠端發送產品連結,而是每隔一天就與他們圍坐在一起,親眼觀察他們的使用過程,發現問題後立刻修改、部署。他強調,在確認產品能為一小群人創造價值並引發分享意願之前,絕不進行規模化推廣。

  2. Product Hunt 的起伏 他的第一次 Product Hunt 發布僅帶來了約 15 位新用戶,以失敗告終。但他並未氣餒,而是將其視為獲取下一批種子用戶的途徑。第二次發布時,強大的社群力量讓 Base 44 的票數一度衝上第一,甚至因數據異常而被平台誤判為機器人攻擊,這也證明了其社群的黏著度。

  3. 「公開建造」的魔力 Build in Public 這是 Base 44 成長的關鍵引爆點。Mayor 聽從朋友的建議,開始在 LinkedIn 上誠實地分享他的建造旅程——包括成功與失敗、技術洞見、以及真實的營收數據。這種透明、不加修飾的分享,與他的目標受眾(其他建造者)產生了強烈共鳴。

  4. 獨特的激勵機制 Mayor 發現用戶熱衷於分享他們用 Base 44 打造的作品。於是他推出了一個絕妙的激勵計畫:只要用戶在社群媒體上分享他們的作品或建造過程,就能獲得額外的平台點數。這個策略不僅降低了行銷成本,更形成了一個強大的有機增長飛輪。

  5. 「為善黑客松」的意外成功 為了擴大影響力,Mayor 發起了一場「為善黑客松 (Hackathon for Good)」,鼓勵參賽者打造對社會有益的應用。最初僅有 5,000 美元獎金的活動,因其正向的號召力吸引了 3,000 個團隊參與,並陸續獲得 Amazon、Google 等大公司的贊助。這不僅帶來了巨大的品牌曝光,也鞏固了 Base 44 的正面形象。

極速開發的秘密武器:技術堆疊與開發哲學

作為一名獨立開發者,Mayor 的開發速度驚人。他透露自己過去三個月幾乎沒寫過一行 HTML 或 JavaScript,這一切都歸功於他精心設計的技術堆疊和與 AI 協作的哲學。

  • 基礎設施 他極力推薦 Render.com 作為雲端平台,它簡化了部署和擴展流程。資料庫則選擇了 MongoDB,因為其靈活的 Schema 非常適合由 LLM 驅動、資料結構可能隨時變化的應用。
  • 與 AI 協作的哲學
    • 最小化 AI 程式碼: 他會為 AI 建立一個高度抽象化的框架和 SDK,讓 AI 在執行任務時只需編寫最少量的程式碼,從而降低出錯率。
    • 拋棄 TypeScript,擁抱 JSX: 他(個人)主觀認為純 JavaScript (JSX) 對於 AI 模型生成前端程式碼更為友好。
    • 智能模型路由: Base 44 會根據用戶的提示(Prompt)分析其意圖,然後將任務分配給最適合的模型(如用 Claude 處理初始 UI 生成,用 Gemini 處理複雜演算法)。

終局與新局:被 Wix 收購的幕後故事

當 Base 44 勢頭正猛時,Wix 的管理層主動找上了 Mayor。對話從友善的建議開始,逐漸發展為收購談判。Mayor 認為,對於小型團隊的收購,創辦人與收購方團隊之間的「化學反應」至關重要。

他處於一個有利的談判位置:無論是否被收購,Base 44 都能成為一個盈利且有趣的事業。這種「無論如何都會很棒」的心態,讓他能從容應對。最終,他接受了 Wix 的收購,交易結構包含 8,000 萬美元的初始付款和一個重要的未來收益分成(Earn-out)部分,這讓他對產品的未來成功仍有著深度的個人和財務投入。

有趣的是,就在簽署文件的當晚,以色列與伊朗的戰爭爆發,為這段傳奇旅程增添了戲劇性的一筆。

結語

Mayor Schlommo 的故事證明了,在 AI 時代,擁有獨特洞見和極快執行力的獨立創辦人,即使面對資金雄厚的巨頭,也完全有能力開創一番事業。

他給所有建造者的最終建議是:「確保你至少有一半的時間,花在你真正熱愛且擅長的『天才領域』。因為這才是讓你每天充滿能量、堅持不懈的關鍵。」

在一個建造工具前所未有強大的時代,Mayor 的經歷鼓舞著每一個人:找到你熱愛解決的問題,動手去建造。你所創造的,或許就將是下一個傳奇。

來源

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

留言

這個網誌中的熱門文章

Vibe Coding:到底?氛圍驅動程式開發必殺技?

Vibe Coding(氛圍編程) 是由 OpenAI 共同創辦人 Andrej Karpathy 在 2025 年提出的革命性程式開發方式,它讓開發者透過自然語言與 AI 對話來生成程式碼,徹底改變了傳統的編程模式。 這種開發方式的核心理念是 「順著感覺走」 ,讓 AI 處理技術細節,開發者專注於創意和需求描述。 Vibe Coding 需要基本上的規劃和執行,但並沒有強制規範,從日常經驗來說可分為三個階段, 前期準備、開發過程、和後期維護 三個關鍵階段。每個階段都有其特定的任務和注意事項,正確執行這些步驟將大幅提升開發效率和程式品質。 將靈感與需求透過 AI 快速轉化成產品功能或原型。以下幫你分成 「前、中、後」 三階段要做的事情,適合你自己做、或帶團隊做 前期:設定 vibe & 準備素材 這個階段的重點是 「建立開發語境」 ,因為 AI 的生成表現高度依賴前期提供的上下文與資料。 明確目標 :釐清要解決的問題、預期要做的功能與核心價值。例如在筆記軟體的情境中,可能是:「我要做一款讓使用者能用 Markdown 記錄筆記,並提供標籤與全文搜尋功能的簡單 App。」 收集靈感 :觀察同類產品(如 Obsidian、Notion)、蒐集市場痛點(例如太多筆記軟體無法脫機使用,或同步效能差)。 建立語境 :準備初步 prompt、背景知識、產品定位、品牌調性、目標使用者輪廓等。 確認資源 :決定用哪些工具(Gemini、ChatGPT、設計軟體、流程管理工具等)。 確認完上述內容之後,就可以先開始進行準備規格,進行第一次的 Vibe Coding 方向驗證 提示詞模板準備 很多人會跳過這步驟,但一份 「好的 AI 提示詞模板」 將決定接下來每一次 AI 對話的品質。有效的提示詞模板需具備: 描述具體且無歧義 包含技術要求和約束條件 提供範例資料和測試案例 指定程式碼風格和慣例 例如針對筆記軟體的案例:   「建立一個支援 AI 功能純文字筆記,輸入內容可即時渲染;需支援儲存到本地檔案,提供標籤欄位做分類;以 React 架構,程式風格採用 Tailwind style components 並使用 hooks。」 開發工具選擇 開發工具的選擇 同樣重要,目前市場上主要的 ...

Claude Code Hooks:自動化與安全的最佳實踐

寫在最前頭,這份文章主要寫起來是給自己看, 同時內容是比較適合開發者,工程師們可以做些自動化處理的簡單筆記。 Claude Code hooks Claude Code hooks 是一種強大的自動化機制,允許用戶在 Claude Code 的不同生命週期階段,自定義執行 shell 指令。這種設計讓開發者能夠將規則和自動化行為嵌入到應用層級,確保每次都能可靠執行,而不必依賴 LLM(大型語言模型)是否會選擇執行某項操作。 Hooks 的核心用途 通知 :自訂收到 Claude Code 等待用戶輸入或執行權限時的提醒方式。 自動格式化 :如在每次檔案編輯後自動執行 prettier (針對 .ts 檔)、 gofmt (針對 .go 檔)等。 日誌記錄 :追蹤所有執行過的命令,便於合規或除錯。 自動反饋 :當 Claude Code 產生不符合團隊規範的程式碼時,自動給出反饋。 自訂權限 :阻擋對生產環境檔案或敏感目錄的修改[^1]。 配置與結構 Hooks 透過設定檔進行配置,分為全域( ~/.claude/settings.json )、專案( .claude/settings.json )、本地專案( .claude/settings.local.json )以及企業級策略設定。每個 hook 由「事件名稱」和「匹配器」組成: "hooks": { "PreToolUse": [ { "matcher": "Bash", "hooks": [ { "type": "command", "command": "jq -r '...'" } ] } ] } matcher :用於匹配工具名稱(支援正則表達式),如 Write 、 Edit|Write 、 Notebook.* 。 hooks :當匹配時要執行的命令陣列。 type :目前僅支援 "command" 。 ...

[CSS] z-index 在不同瀏覽器繼承問題

今天會討論到這個課題,是因為要實做一個Popup dialog,所以我們希望的結果如下圖。 可是在IE7 卻發生了這樣的情況。 Popup不論怎麼設定z-index都無法浮在最上層,我們看一下html架構發生什麼事情。