一早起來刷領英，看到 Databricks 以 10 億美元收購 Neon 的官宣消息。

Neon 這家公司與我們的 Bytebase 頗有淵源：最初雙方產品嘗試從不同角度解決同一個問題，官網都出自同一家設計公司，私下也有過一些互動。借著交易落槌，談談我的觀察與思考。

Databricks 的收購邏輯

Neon 是 OLTP 領域技術產品化結合最成功的團隊。其核心創新是為 PostgreSQL 打造了全新的存算分離引擎，并基于此構建了 serverless、branching、flashback 等高級能力。這些能力最初針對數據庫開發工作流的痛點設計，卻意外契合了當下火熱的 Agent 場景需求。

根據官宣，Neon 仍將保持獨立運營。雖然 Agent 行業尚處萌芽期，發展前景尚不明朗，但 Databricks 顯然希望先布局卡位。從 Agent 所需數據庫形態來看，其現有產品線并不適配，而市場上最適合 Agent 場景的數據庫產品確實是 Neon。

十億美元標價

成立四年的 Neon 以 10 億美元身價被收購，對團隊而言是滿意的。但對投資人來說，這雖不是全壘打式的勝利，也算體面收場。

Neon 在 2021 年融資時正值市場瘋狂期，加之團隊背景耀眼，估值本就處于高位，至今融資總額已超 1 億美元，顯然 10 億美元退出和當初創始團隊與投資方定的目標是有不小落差的。

Neon 的發展局限

單論技術層面，Neon 是近年來數據庫領域最具創新性的產品。但在其主攻的開發者群體、SMB 市場及 AI/Agent 場景中，Neon 并未取得領導地位，反而被同樣基于 Postgres 的 Supabase 壓制。

近期 Supabase 也剛以 20 億美元估值完成新一輪 2 億美元融資。

Supabase 的領先可歸因于三點：

1. 更早進入市場。

2. 產品形態差異——Supabase 打造數據庫平臺，Neon 專注數據庫本身。平臺化產品具有開箱即用的降維優勢。

3. Neon 的 GTM 不差，但 Supabase 過于強悍。清流遭遇泥石流。

Supabase 基于原生 Postgres 的技術平平無奇，但其平臺形態疊加強悍的市場推廣能力，使得即便 Neon 擁有更好的 Postgres 數據庫，最終仍被壓制。

若沒有 Supabase 的存在，Neon 本可逐步構建平臺能力，形成更適配 Agent 場景的技術棧（Supabase 平臺 + Neon 數據庫其實是最佳組合）。無奈既生瑜何生亮，Supabase 的存在鎖死了 Neon 的發展上限。

2021 年與 Neon 創始人 Nikita 初次交流，當時 Neon 項目還在孵化，甚至還不叫這個名字。

彼時 Bytebase 也剛開始從工具層解決數據庫開發工作流問題。Nikita 看到產品后聯系我，透露其正在孵化的項目。

我詢問 Nikita 為何選擇從數據庫層面切入這一問題，他解釋道：最初是想構建存算分離的 OLTP 數據庫，但實現存算分離帶來的 serverless、auto-scale 能力尚不足以形成差異化（畢竟 AWS Aurora 已具備），因此另辟蹊徑加入分支、版本管理等特性。

我們就這樣立馬對上了，不過當時誰都沒料到，這些為開發流程服務的技術架構，竟會意外契合后來涌現的 Agent 場景。后來幾次交流中也感受到 Nikita 全面的能力，或許 Databricks 此番收購也在為未來 CEO 人選做人才儲備。

總體而言，這算得上不錯的收購案例，雖不及此前 Databricks 收購 Tabular 那般既是天作之合，又能狙擊 Snowflake。但能收編數據庫領域最好的團隊布局 Agent 賽道，若押注成功則想象空間巨大。

這次收購讓我想到當年 Salesforce 對 Quip 的收購，金額接近，同樣是布局相鄰賽道，被收購方同樣有市場最頂級的人才，后續產品也依然獨立發展。拭目以待后續的發展。