一家開源公司，如何讓雲端巨頭都無法複製？
📋 Brief
這支視頻是對 Supabase 創辦人 Paul Copplestone 的深度訪談。它拆解了一家從紐西蘭起步的開源數據庫公司，如何避開與 AWS 等巨頭的正面競爭，透過精準的產品定位、深耕開發者體驗，最終成為 AI 時代最受歡迎的基礎設施供應商之一。
⏱️ 內容分段導覽
| 時間段 | 內容摘要 |
|---|---|
| 00:00 - 01:14 | 開場白與來賓介紹：Paul Copplestone 是 Supabase 的聯合創辦人兼執行長，公司已成為全球成長最快的開發者工具公司之一。 |
| 01:14 - 03:30 | Paul 的創業前史：從厭惡企業顧問工作，到連續創業，以及前兩次創業的經驗與教訓。 |
| 03:30 - 07:33 | Supabase 的誕生契機：為何選擇 Postgres 數據庫，以及如何從「即時 Postgres」轉型為「開源版 Firebase 替代方案」的關鍵定位。 |
| 07:33 - 12:11 | 開源哲學與商業模式：為何選擇完全開源，以及如何在雲端巨頭的縫隙中建立護城河與盈利模式。 |
| 12:11 - 15:44 | 開發者體驗的致勝關鍵：Paul 分享如何透過「價值實現時間」這個指標，打造讓開發者欲罷不能的產品。 |
| 15:44 - 17:00 | AI 浪潮下的爆發式增長：Supabase 如何意外成為 AI 應用程式的預設後端，迎來公司的「第二人生」。 |
📖 詳細內容
01｜創業是 DNA，失敗是常態
核心觀點： Paul 的創業之路並非一帆風順。他將前兩次的創業經驗視為必要的學習過程。他指出，很多時候創辦人失敗並非因為燒光錢，而是團隊內部意見不合，或是遲遲找不到產品市場契合點。這些經驗讓他更清楚自己想打造什麼樣的公司。
重要原話：
"Reason startup number two was very different. In fact, I had said to my co-founder... 'I'm going to do a dev tools company' and he said to me, 'well, just give me two years. You be the CTO, help me launch this business'... I said that's fine. I'll be incubating Supabase."
（原文："第二次的創業非常不同。事實上，我對我的聯合創辦人說...『我要做一家開發者工具公司』，他對我說：『那就給我兩年。你來當技術長，幫我推出這個業務』...我說好吧。我就當作是在孵化 Supabase。」）
個人感受： 這段讓我很有共鳴。很多人以為創業失敗就是錢燒完了，但其實更多是「人」的問題。Paul 這種「用一個項目孵化下一個項目」的做法很實際，也說明了好的創業點子有時不是憑空想出來的，而是在解決自己遇到的問題時慢慢長出來的。
延伸思考： 在追求「一次成功」的文化裡，Paul 的經歷提醒我們，創業者的韌性比點子本身更重要。每一次「失敗」都在累積下一次成功的燃料。
可參考的行動： 回想你過去在工作中遇到的最大痛點。那個讓你特別惱火、覺得「為什麼沒有人做一個更好的工具」的瞬間，很可能就是下一個有價值的產品點子。
02｜在巨頭的縫隙裡，找到你的定位
核心觀點： Supabase 的成功在於找到了一個 AWS 等大廠無法輕易複製的獨特定位：一個完全開源、基於 Postgres 的 Firebase 替代方案。Paul 深信 Postgres 因為其開放的社群結構，將在未來數十年內保持主導地位，而 Supabase 則利用這個趨勢，將自己打造成「更好的 Firebase」。
重要原話：
"I will wager that Postgres will continue to be the dominant player because no one owns Postgres, which means that everyone contributes to Postgres."
（原文：「我敢打賭，Postgres 將繼續保持其主導地位，因為沒有人擁有 Postgres，這意味著每個人都在為 Postgres 做貢獻。」）
個人感受： 「沒有人擁有」這句話點出了開源軟體最強大的護城河。當一個工具變成公共基礎設施時，它的生命力就超越了任何單一公司。Supabase 很聰明，它不是要自己重造輪子，而是站在一個已經被驗證過的巨人身體上，加上了更現代化的體驗。
延伸思考： 這是一種「反向定位」的智慧。當所有人都想著要如何挑戰巨頭時，Paul 選擇了與巨頭共存，但專注於巨頭不屑於做、或做不好的細節市場。
可參考的行動： 分析你所在行業的「基礎設施」。有沒有哪些已經存在很久的技術或工具，但因為體驗不佳而被大公司忽略？試著列出三個你可以用新技術或新體驗去「翻新」的領域。
03｜用「五秒鐘」打敗競爭對手
核心觀點： Paul 對「開發者體驗」的理解非常極致。他認為，好的開發者體驗不是功能多，而是「價值實現時間」極短。他親自計時過在 AWS 上啟動一個實例需要 8.5 分鐘，而 Supabase 的目標是把這個時間壓縮到極致。現在，這個時間只需要 5 秒。
重要原話：
"I remember right at the start, was time to value... we decided, well, we have to get that at least under a minute for us to get time to value."
（原文：「我記得一開始，我們最看重的指標就是價值實現時間...我們當時決定，必須把時間壓縮到至少一分鐘以內。」）
個人感受： 這讓我想到很多產品失敗的原因：不是功能不夠，而是用戶在還沒體驗到核心價值之前就放棄了。8.5 分鐘對現代開發者來說太長了，這不只是效率問題，更是心理門檻。Supabase 把複雜的數據庫配置變成一鍵搞定，這才是真正的「降維打擊」。
延伸思考： 「時間就是金錢」在 B2B 領域是真理。如果你的產品能幫客戶省下 10 分鐘，一年下來可能就是數百個小時的生產力。這就是為什麼「速度」往往比「功能」更具吸引力。
可參考的行動： 測試你的產品或服務的「價值實現時間」。從用戶接觸你的產品到他們第一次感受到「哇，這真的有用」需要多久？嘗試將這個時間縮短一半，看看你需要改變什麼。
04｜意外的 AI 浪潮與增長爆發
核心觀點： Supabase 的第二次生命來自 AI 應用的爆發。因為其簡單易用、能快速部署的特性，它成為了 Lovable、Bolt 等 AI 開發工具的預設後端。Paul 坦言，這並非他們預先規劃的策略，而是在正確的時間點，被正確的趨勢推著往前走。
重要原話：
"60% of databases get launched by an agent, but more likely it's like 90% and it's in the millions every every month."
（原文：「目前我們測量到有 60% 的數據庫是由 AI 代理創建的，但更有可能的是這個比例高達 90%，而且數量是每月數百萬個。」）
個人感受： 這讓我想起「運氣也是實力的一部分」。Supabase 之所以能接住這波 AI 流量，是因為他們之前花了幾年時間打磨產品體驗和穩定性。如果產品本身不夠好，AI 再火也救不了你。這種「無心插柳柳成蔭」的感覺，其實是長期主義的勝利。
延伸思考： AI 時代的基礎設施供應商，必須具備極高的彈性。當用戶量在短時間內暴增數倍時，你的系統能不能扛得住？這考驗的是技術底蘊，也是商業遠見。
可參考的行動： 評估你的產品是否具備「被集成」的潛力。現在很多 AI 工具都在尋找簡單、可靠的後端服務。如果你的產品能提供 API 或簡單的整合方案，你可能會成為下一個 AI 浪潮的受益者。
💎 精華收穫
Supabase 的故事告訴我們，成功不一定需要顛覆性的創新。有時候，最好的策略是選擇一個已經被驗證過的技術，專注於將它的使用者體驗打磨到極致，並在正確的時間點，以正確的姿態迎接趨勢的到來。在雲端巨頭的縫隙裡，依然存在著巨大的機會。
由 PotatoLearning Hub 自动生成