作者：Yokiiiya，Stablehunter

Stripe 宣布同意收購 OpenRouter 後，Stripe 在 AI 和 fintech 兩個賽道都引發了很大的關注，Stripe 也是全球 fintech 領域少數估值超過千億美元的獨角獸之一。

我對 Stripe 的理解其實一直比較碎片化，我使用過他們的產品，關注過一些融資和收購資訊，也寫過他們在支付和 AI Agent 方面的變化，卻從來沒有按照時間線，系統了解過這家公司的商業模式、團隊組織和資本路徑。

最開始，Stripe 只是幾行讓開發者更容易接入支付的 API，16 年後，使用 Stripe 的企業一年已經能夠處理 1.9 兆美元的支付量，最新一次的估值也達到了 1,590 億美元。

我想藉由這篇文章，重新梳理 Stripe 的發展過程，理解它如何一步步擴展產品邊界、重建團隊，並利用資本為下一階段爭取時間。

（不過，這篇文章所能依賴的，僅限於 Stripe、公司高管及外部機構已經公開的資訊，公司內部真正發生過什麼，管理層如何做出決策，又遇到過哪些沒有對外披露的問題，我們並不知道。所以，這不可能是一份完整的公司歷史，其中也難免存在資訊缺失和視角局限。但把現有資訊放回時間線上，至少能幫助我對 Stripe 如何從一家支付 API 公司成長到今天，形成一個更完整的認知。）

創辦 Stripe 之前，兩位創辦人在做什麼？

通常我們了解一家公司的時候，先看創辦人的背景，Stripe 的兩位創辦人 Patrick Collison 和 John Collison 是一對兄弟，9196 他們的父親 Denis 的背景是電子工程，母親 Lily 是微生物學背景，父母都是各自家庭裡的第一代大學生，父母輩有農場家庭背景。

WIRED 的早期報道裡提到，他們小時候家裡有過 9 台電腦，還每月花約 100 歐元買德國轉發的衛星寬頻。家裡討論的氛圍也更多是技術和科學話題，還有公開資料提到，Patrick 8 歲上過大學的電腦課程，後來去了 MIT；John 後來在 Harvard 讀書。這種從很早期開始的技術輸入，解釋了他們為什麼能很快把「能運行起來」作為產品標準。

Stripe 不是他們的第一家公司，在做 Stripe 之前，兄弟倆在 2007 年做了電商賣家工具 Shuppa（後更名為 Auctomatic）。他們先沒拿到愛爾蘭當地投資，後來通過 Y Combinator 獲得支持；2008 年 Auctomatic 以約 500 萬美元出售。他們已經不是「第一次創業者」，而是有過一次真實退出和一輪更成熟的資本敘事。

Patrick 和 John 已經不是「第一次創業者」，他們知道如何把一個想法做成可以使用的產品，也經歷過尋找客戶、募集資金和出售公司的過程。出售 Auctomatic 獲得的資金，還讓他們在開始下一家公司時，不必完全依賴一筆融資才能生存。

因此，Stripe 的起點並不是兩個毫無創業經驗的大學生，突然決定進入支付行業。而是兩名年輕的連續創業者，在第一次創業過程中遇到支付問題，又帶著此前累積的經驗、資金和人脈，開始解決一個他們認為仍然沒有被解決好的問題。

這也構成了 Stripe 最早的起點：

技術家庭提供了早期環境，第一次創業把他們帶進矽谷，而支付問題則成為第二次創業的入口。

Stripe 最早的銀行合作是怎麼建立起來的？

作為一家支付公司，最重要的基礎之一其實是帳戶，程式碼可以由工程師自己寫，但商戶帳戶、資金通道和清算能力，最終都需要銀行和支付機構提供。

兩個沒有銀行和支付行業經驗的年輕人，是如何做起一家支付公司的？坊間也有一些說法，認為兩兄弟背後可能存在沒有公開披露的金融資源或關鍵人物。但目前沒有足夠可靠的公開資料可以驗證這些傳聞，所以本文不對此作推測，也不把它納入討論。

我們只沿著現有公開資訊，看看 Stripe 最早的銀行合作究竟是怎樣建立起來的。

早期的 Stripe，在這個問題上並不順利，Patrick 後來在 Stanford 的一次課程中回憶，最開始，他們通過一個在聚會上認識的人，聯繫到美國中西部的一家支付公司，每當有用戶註冊 Stripe，Patrick 和 John 就會在這家公司的系統裡，手工替用戶再開一個帳戶，他們用這種方式操作了幾十次。

從客戶一側看，Stripe 已經開始變得簡單；但在 Stripe 內部，許多流程仍然需要兩兄弟手工完成，這種方法可以用來驗證產品，卻無法支撐一家真正大規模運行的支付公司。

為了建立更穩定的合作關係，他們開始接觸大型銀行，其中就包括 Wells Fargo，但第一次見面並不順利。按照 Patrick 後來的說法，Wells Fargo 當時非常明確地表示，沒有興趣與他們合作。Stripe 還沒有獲得大型金融機構的信任，也正是在這個階段，Billy Alvarado 加入了公司。

Billy 出生在洪都拉斯首都 Tegucigalpa，父親 18 歲時從銀行的清潔工作做起，之後進入信貸審查崗位，後來又跟隨上司加入 Citibank。父親在銀行裡的職業發展，最終為 Billy 到美國讀書提供了條件。

Billy 先在 Georgia Institute of Technology 學習工業工程，後來進入 Stanford GSB，並於 2000 年獲得 MBA。加入 Stripe 之前，他曾在移動技術公司 SEVEN Networks 負責產品和工程，後來成為音樂服務 Lala 的聯合創辦人兼 COO。Lala 的業務需要與大型唱片公司談版權和商業合作。這個過程同樣涉及複雜的合約、利益分配和長期談判，2009 年，Lala 被 Apple 收購，Billy 隨後離開公司。

Stripe 的投資人 Geoff Ralston 是 Lala 的聯合創辦人之一，他知道 Billy 有處理大型機構合作的經驗，也知道兩兄弟在銀行合作上陷入了僵局，於是建議他們把 Billy 招進來。但 Patrick 和 John 一開始並不理解，為什麼一家技術公司需要招聘一個不寫程式碼的人。

當時 Stripe 的前幾名員工幾乎全部是工程師。Patrick 後來回憶，Billy 是 Stripe 第 5 或第 6 名員工，也是第一位不以寫程式碼為主要工作的人，兩兄弟雖然認可 Billy 的能力，卻仍然不清楚一個「非工程師」具體能為公司做什麼。

Ralston 最後對他們說，先把人招進來，如果幾個月後證明這個決定是錯的，他願意承擔 Billy 的薪資。Billy 加入 Stripe 大約兩個月後，公司就與此前明確拒絕他們的 Wells Fargo 建立了合作關係。

Billy 真正補上的並不只是一個聯繫人，而是早期團隊完全缺少的機構合作能力。

工程師習慣解釋產品如何運行，銀行關心的卻是另一套問題：商戶由誰審核，欺詐損失由誰承擔，資金如何結算，出現爭議後誰來處理，以及一家只有幾個人的新創公司能否長期履行這些責任。

Billy 能夠理解銀行在擔心什麼，再把這些問題翻譯成 Stripe 可以執行的流程和承諾。他也能把 Stripe 的技術產品，翻譯成一家大型金融機構願意簽署的合作方案。他補上的不只是銀行合作，還有公司營運。

Patrick 曾舉過一個很有意思的例子，Billy 加入後問兩兄弟，公司是如何發薪資的，他們回答，把員工年薪除以 12，每個月直接把錢轉過去，當時他們甚至沒有正常處理薪資代扣和稅務等問題。這件小事很能說明早期 Stripe 的狀態：它已經能夠寫出支付系統，卻還沒有完全學會如何經營一家真正的公司。

後來，Billy 成為 Stripe 的第一位業務負責人，並擔任 Chief Business Officer 約十年，負責金融機構合作和國際擴張，也參與了 Stripe Atlas 等業務的建設。

Stripe 最早的銀行合作不是來自兩兄弟的支付家族背景，而是沿著另一條路徑建立起來的：先做出產品，通過第一次創業和 Y Combinator 進入矽谷網絡，再由投資人推薦關鍵人才，補上銀行談判、合規和公司營運能力。

這裡面當然存在關係和資源，Geoff Ralston 願意推薦 Billy，Billy 又有與大型機構談判的經驗，這些都不是程式碼能夠替代的。但這些資源並不是兩兄弟與生俱來的，而是在前一次創業、YC、投資人網絡和關鍵招聘中逐漸累積起來的。

Stripe 的早期經歷也說明，支付公司的門檻從來不只是寫出一個好用的 API。程式碼可以讓開發者願意接入產品，但銀行帳戶、風險承擔和機構信用，才能讓這些程式碼真正開始處理資金。

第一階段：2010—2012，把支付的複雜性藏起來

銀行合作解決了 Stripe 能不能做支付的問題。接下來，兩兄弟還需要證明：開發者是否真的願意把收款交給一家剛成立的公司。Stripe 最早解決的並不是一個新問題，而是一個長期存在、卻一直沒有被很好解決的問題。

當時，一名開發者如果想在網站裡接受信用卡付款，通常需要先申請商戶帳戶，再尋找支付閘道，填寫大量材料，等待審核，最後把不同機構提供的系統拼接起來。整個過程可能持續數週，技術文件和介面也很難使用。

Patrick 和 John 自己做 Auctomatic 時遇到過這些問題，身邊的創業者也在反覆抱怨同樣的事情。他們發現，網路創業的成本已經越來越低，開發者可以很快寫出網站、部署伺服器，卻仍然很難讓自己的產品開始收錢。這成為 Stripe 最初的切入點。

2010 年，兩兄弟開始編寫後來成為 Stripe 的產品，Patrick 後來回憶，從第一行程式碼到產品正式公開發布，前後花了大約一年零十一個月，時間並不主要花在支付頁面上，而是花在銀行合作、風險控制以及支付系統背後的基礎條件上。

Stripe 最早的產品承諾非常簡單：開發者不需要分別尋找商戶帳戶和支付閘道，只要註冊一個 Stripe 帳戶，接入幾行 API，就可以在自己的產品裡接受付款。

當時 Stripe 最有傳播力的產品演示之一，就是用幾行程式碼完成一次信用卡收款。後來「7 行程式碼接入支付」也成為 Stripe 早期最有代表性的產品敘事。

這幾行程式碼並沒有讓支付本身變簡單，銀行連接、商戶審核、詐欺判斷、拒付處理和資金結算仍然存在，只是開發者不再需要分別面對它們。

Stripe 沒有消滅支付的複雜性，而是把複雜性從客戶一側搬到了自己內部。

2011 年 9 月，Stripe 結束測試並正式對外發布，在美國市場，它採用了非常直接的定價方式：每筆成功交易收取 2.9% 加 0.30 美元，不收取開戶費和月費。

這套定價看起來並沒有創造新的收費模式，但它減少了開發者在使用產品之前需要理解和判斷的事情。客戶不需要先談一份複雜合約，也不需要在業務還沒有開始之前支付固定費用，只有真正收到錢以後，Stripe 才能獲得收入。

從開發者進入公司

傳統的企業軟體通常從管理層、銷售和採購部門進入公司，Stripe 走的是另一條路徑：先讓開發者願意使用。

早期的 Stripe 沒有成熟的銷售團隊，兩兄弟會直接找到身邊正在創業的人，幫助他們接入產品，再觀察他們在哪個步驟停下來。John 後來提到，Stripe 最早的一批客戶中有很多 Y Combinator 公司。一方面，這些公司本身就需要線上支付；另一方面，它們認識 Patrick 和 John，也更願意相信 Stripe 不會在第二天突然消失。

這種信任很重要，開發者接入一個普通工具，最多承擔遷移程式碼的成本；接入一家支付公司，卻意味著把收入和資金流交給它處理。

因此，Stripe 早期的增長並不完全來自 API 足夠簡單，也來自兩兄弟此前累積的創業者網路，產品降低了技術門檻，YC 網路則降低了第一批客戶的信任門檻。

商業模式：客戶增長，Stripe 才增長

Stripe 最初的收入模式很簡單：客戶每完成一筆交易，Stripe 就從中收取手續費。這種模式的好處是，Stripe 不需要在客戶剛成立時就判斷它有多大。即使是一家只有幾個人的新創公司，也可以先接入 Stripe。客戶沒有交易，Stripe 幾乎沒有收入；客戶的交易量增加，Stripe 的收入也隨之增長。

這使 Stripe 與客戶之間形成了一種比較特殊的關係。它可以很早進入一家公司的技術系統，卻不需要在一開始收取很高的費用。作為交換，一旦客戶成長起來，Stripe 就能夠繼續分享它的交易增長。

後來 Shopify、DoorDash 和 Instacart 等公司從新創公司成長為大型平台時，Stripe 也跟著它們一起擴大。這也是 Stripe 長期重視新創公司客戶的原因：今天交易規模很小的客戶，可能是未來最大的收入來源。

早期團隊：所有人都在解決問題

這一時期的 Stripe 還沒有清晰的部門邊界，Patrick 主要負責產品和公司方向，John 同時參與產品、客戶和商業事務。Greg Brockman 等早期工程師不僅要搭建支付系統，也要參與招募、服務客戶和建置內部工具。

Billy 加入之前，公司前幾名成員幾乎都是工程師；Billy 加入後，Stripe 才開始補上銀行合作和公司營運能力。Stripe 的員工規模也擴張到約 17 人，在產品正式發布前後，團隊才從最初的幾個人逐漸發展到十幾個人。

這種規模下，寫程式碼、回答客戶問題、與銀行談合作、招人和處理日常營運，往往由同一批人完成。

早期融資購買的不只是工程師

2011 年正式發布時，Stripe 已經獲得約 200 萬美元的早期投資，投資人包括 Sequoia、Peter Thiel、Elon Musk 和 Andreessen Horowitz 等。

這些投資人的價值不只是提供資金，對一家普通軟體公司來說，融資主要可以用來開發產品和招募員工；但對支付公司來說，資本還意味著它有時間建立銀行合作、風控和合規系統，也能夠向客戶和金融機構證明，自己有機會長期存在。

Stripe 的產品越簡單，它在內部承擔的工作就越多。每增加一個客戶，公司都要處理更多交易、詐欺、拒付和資金問題。這要求 Stripe 在收入規模還不大的時候，就提前投入大量基礎設施。

因此，早期融資實際上為 Stripe 買了三樣東西：建置產品的時間、金融機構的信任，以及承擔支付風險的能力。

Connect：從一家公司的付款，進入整個平台的資金流

2012 年，Stripe 推出 Connect。最初的 Stripe 解決的是一家公司如何線上收款。Connect 解決的則是另一個更複雜的問題：如果一家公司本身就是平台，平台上還有大量賣家、司機、房東或者服務提供者，資金應該如何收取、拆分和支付？

Connect 讓平台可以幫助自己的用戶接受付款，並在平台、商家和服務提供者之間分配資金。這意味著 Stripe 服務的不再只是平台這一家公司，還開始進入平台背後成千上萬個經營者的資金流。

從商業模式看，這一步非常關鍵。普通支付業務的增長主要來自單一客戶自身的交易量；Connect 的增長則同時來自平台、平台上的商戶，以及整個平台生態的擴張。如果一家平台增加一萬名賣家，Stripe 就可能同時獲得一萬條新的支付關係。

Stripe 也由此獲得了第一層平台槓桿。到 2012 年底，Stripe 已經完成了三個關鍵步驟：用 API 獲得開發者，透過銀行合作讓支付真正成立，再利用 Connect 進入客戶背後的商業網路。

它仍然是一家規模不大的新創公司，但已經不再只是幫助網站接受信用卡。Stripe 開始從一個支付工具，變成網路公司可以直接呼叫的資金基礎設施。

第二階段：2013—2016，從支付工具變成創業基礎設施

完成最初的產品驗證後，Stripe 面臨的下一個問題是：這套模式能否離開矽谷，進入更多國家，並服務更加複雜的公司？

對一家普通軟體公司來說，進入新市場通常意味著翻譯產品、建立銷售團隊和調整價格。支付公司進入一個新國家，卻需要重新處理當地銀行、支付方式、貨幣、監管、稅務和風險規則。

Stripe 每進入一個市場，都要在內部重新連接一套金融系統，同時讓開發者看到的 API 盡量保持一致。2013 年，Stripe 正式進入英國，開始把業務從美國擴展到歐洲。此後幾年，它陸續進入更多國家，並增加對不同貨幣和支付方式的支援。

這一步改變了 Stripe 的價值。如果 Stripe 只服務美國市場，它提供的是一個更好用的支付介面；當它開始連接不同國家的銀行和支付體系後，它提供的則是一種全球擴張能力。客戶不需要每進入一個國家，就重新尋找當地支付機構、重新談合作並重寫一套系統。

Stripe 把這些差異吸收到自己的基礎設施裡，再透過相對統一的介面提供給客戶。外部世界越複雜，Stripe 的價值就越高。

從收款工具進入更多業務環節

這一階段，Stripe 開始不斷擴大產品邊界。最初，它只幫助企業接受付款；Connect 推出後，它開始處理平台和商戶之間的資金分配。隨著客戶規模增加，Stripe 又逐漸進入行動支付、訂閱、風控和企業全球化等環節。

2014 年 Apple Pay 發布後，Stripe 很快提供了接入支援。對開發者來說，他們不需要重新理解 Apple Pay 背後的支付流程，而是可以繼續透過 Stripe 接入新的支付方式。

2015 年，Stripe 與 Visa 建立戰略合作關係，Visa 同時成為 Stripe 的投資者。早期曾經需要努力獲得銀行信任的 Stripe，開始與全球最大的卡組織之一共同推動產品和市場擴張。

這不僅是一項商業合作，也說明 Stripe 在支付體系裡的位置發生了變化。它不再只是連接銀行和卡組織的創業公司，而開始成為傳統金融網路進入網際網路軟體的一層介面。

2016 年，Stripe 又推出了兩個對後續發展非常重要的產品：Atlas 和 Radar。

Atlas：在企業開始收錢之前進入

Stripe Atlas 幫助全球創業者註冊美國公司、申請稅號、開設銀行帳戶，並完成創業初期需要處理的一系列基礎工作。從短期收入看，Atlas 並不是 Stripe 最重要的產品。但它改變了 Stripe 接觸客戶的時間點。

過去，一家公司成立並準備開始收款之後，才會尋找支付工具；有了 Atlas，Stripe 可以在公司剛剛成立時就進入。創業者透過 Stripe 註冊公司，接下來還可能需要銀行帳戶、支付、訂閱、稅務、平台分帳和資金管理。Stripe 不再等待一家企業成為客戶，而是試圖參與企業誕生的過程。

這種策略的回報不會立刻出現，大部分新成立的公司可能永遠無法成長，能夠帶給 Stripe 的收入也很有限。但只要其中少數公司發展起來，Stripe 就可能從它們的第一筆交易開始，持續服務很多年。

這延續了 Stripe 早期服務創業公司的邏輯：先以較低成本進入，再與客戶共同增長。

Radar：把交易資料變成新的產品

Radar 是 Stripe 推出的反欺詐產品，支付欺詐並不是新問題，但 Stripe 的優勢在於，它可以同時觀察大量企業和市場中的交易。當更多公司使用 Stripe 時，它就能看到更多正常付款、盜刷、拒付和欺詐模式；累積的資料越多，模型就越有可能識別新的風險。

識別能力提高後，Stripe 又可以把結果用於全部客戶，減少欺詐損失，同時避免把正常交易錯誤攔截。這形成了一種資料循環：

更多客戶帶來更多交易，更多交易改善風險判斷，更好的風險判斷又讓 Stripe 對新客戶更有價值。

支付業務原本按照交易收費，Radar 則讓 Stripe 開始把交易中累積的資料和風險能力單獨做成產品。

到了這個階段，Stripe 的商業模式已經出現了三個層次：

• 第一層是支付：幫助企業完成收款，並從交易中獲得收入；
• 第二層是平台：透過 Connect 進入平台及其商戶的資金流；
• 第三層是軟體和資料：把風控、公司設立等能力變成可以重複提供的產品。

Stripe 仍然以支付為入口，但已經開始圍繞一家網際網路公司從成立到增長所需要的金融能力，搭建更大的產品體系。

組織開始跟不上產品增長

產品和市場擴大之後，早期幾個人同時處理所有問題的方式開始失效。2014 年，Claire Hughes Johnson 加入 Stripe 擔任 COO。當時 Stripe 大約有 160 名員工。Claire 此前在 Google 工作了十年，負責過線上銷售、營運和自助廣告業務。她加入 Stripe 後，逐漸管理業務營運、銷售、市場、客戶支援、風險、招募、人力資源和辦公空間等職能。Stripe 引入 Claire，並不是讓兩位創辦人退出管理，而是為公司補上一套可以重複運行的組織系統。

Patrick 和 John 仍然負責使命、產品和長期方向，Claire 則開始把許多依靠創辦人個人推動的事情，變成招募流程、年度計畫、銷售機制、客戶支援和管理制度。

這也是 Stripe 組織發展的第二個重要節點。Billy Alvarado 解決的是早期銀行合作和商業營運問題；Claire 需要解決的，則是幾百人乃至幾千人的公司如何繼續運行。

2015 年，Will Gaybrick 以 CFO 身分加入 Stripe。Will 此前在 Thrive Capital 工作，並參與過對 Stripe 的投資。他有數學、軟體工程、法律和投資背景，並不是一名傳統意義上只負責財務報表的 CFO。他的加入說明，Stripe 面臨的問題已經不只是獲得更多資金，而是如何在不斷增加的產品、國家和業務機會之間分配資本。

Stripe 每進入一個市場、開發一種產品，都需要提前投入工程、合規、法務和營運資源。哪些項目值得長期建設，哪些產品應該暫緩，已經開始成為產品判斷和資本配置共同決定的問題。

Will 後來從 CFO 轉向產品和業務負責人，也可以從這一階段找到原因：在 Stripe，財務、產品和基礎設施投資從一開始就很難完全分開。

估值上升，資本開始為全球擴張買時間

2014 年，Stripe 完成約 8,000 萬美元融資，估值達到約 17.5 億美元，正式進入獨角獸行列。同年晚些時候，它又完成約 7,000 萬美元融資，估值升至約 35 億美元。

2015 年，在與 Visa 建立戰略合作的同時，Stripe 的估值達到約 50 億美元。2016 年，公司再獲得約 1.5 億美元融資，投後估值約 92 億美元。

三年時間裡，Stripe 的估值從 17.5 億美元增加到接近百億美元。但資本市場購買的並不只是當時的支付收入。投資人實際上在押注三件事：第一，網際網路交易規模會繼續增長；第二，越來越多企業會把支付和金融能力交給軟體平台；第三，Stripe 可以把不同國家和金融機構的複雜性，封裝成一套開發者能夠調用的基礎設施。

這些融資也給了 Stripe 提前建設的能力，很多國家和產品在早期不會立刻產生足夠收入，卻需要公司先投入銀行合作、牌照、合規、工程和本地團隊。Stripe 用資本承擔前期成本，再等待客戶和交易規模逐漸增長。

這一階段的人效，不適合只看收入

Stripe 沒有公開足夠完整的資料，讓外界準確計算這一時期的收入、利潤和人均產出。但從產品結構看，它已經開始形成另一種人效：同一套基礎設施可以被大量客戶重複使用。

一套 Connect 系統可以服務多個平台及其成千上萬個商戶；一套 Radar 模型可以從不同客戶的交易中學習，再為所有客戶提供風險判斷；一項新的銀行或支付方式接入，也可以同時服務進入這個市場的所有 Stripe 客戶。

這是一種基礎設施的複用效率。但它也有另一面。每進入一個國家、增加一種支付方式、服務一種新的商業模式，Stripe 內部都會增加合規、法務、營運和支援成本。

Stripe 對外提供的體驗越簡單，內部需要管理的複雜性往往越高。到 2016 年底，Stripe 已經不再只是一家提供支付 API 的公司。它開始覆蓋企業設立、收款、平台分帳、風險控制和全球擴張，並逐漸形成一個圍繞網際網路企業資金流展開的產品體系。

下一階段的問題也隨之出現：當產品越來越多、團隊接近千人之後，Stripe 還能不能保持早期那種由工程師和創辦人直接推動產品速度？

第三階段：2017—2019，從支付產品變成產品矩陣

到 2017 年，Stripe 面臨的問題已經不再是「開發者願不願意使用」，而是客戶長大之後，它能不能繼續滿足這些公司的需求。早期創業公司只需要解決收款問題，隨著業務規模擴大，它們會開始面對訂閱管理、發票、稅務、財務報表、線下支付、跨境付款和資金周轉等問題。

如果 Stripe 只提供支付，客戶成長到一定階段後，就需要尋找其他服務商，甚至重新建設自己的金融系統。Stripe 因此開始圍繞客戶的資金流，進入更多相鄰環節。

Billing：從一次交易進入持續收入

2018 年，Stripe 推出新版 Billing，將原來的訂閱功能擴展成更完整的經常性收入管理產品。一次性支付相對直接：客戶購買商品，企業完成扣款。但訂閱業務需要處理的問題更多，包括不同套餐、試用期、優惠券、按量計費、續費失敗、升級降級和收入確認。其中很多問題並不是「能不能扣款」，而是「企業如何長期管理收入」。

Billing 把 Stripe 與客戶的關係從一次交易延伸到整個訂閱週期，企業不只是在發生付款時使用 Stripe，還會把產品定價、客戶狀態和收入規則放進 Stripe 的系統。

這也改變了 Stripe 的收費邏輯，支付收入取決於交易是否發生；Billing 等軟體產品則可以圍繞訂閱規模、帳單數量和功能使用收費。Stripe 開始從單純的交易抽成，逐漸增加軟體服務收入。

Terminal：從線上進入線下

同一年，Stripe 推出 Terminal，將業務從線上支付擴展到線下。傳統支付行業通常把線上和線下看成兩套系統，企業在線上使用一個支付服務商，在門市使用另一套收銀和硬體系統，最後還需要自己整合訂單、客戶和財務數據。

Terminal 試圖把這兩部分連接起來，企業可以使用 Stripe 提供的讀卡設備和軟體介面處理線下付款，再把線上與線下交易放進同一套系統中管理。

這一步對 Stripe 很重要。它最初的優勢來自網路原生企業，但隨著這些客戶開設門市、進入現實世界，Stripe 也需要跟著它們走到線下。

Stripe 不是先去爭奪傳統商戶，再要求它們更換整套系統，而是繼續沿著現有客戶的增長路徑擴張產品。

Issuing、Capital 和 Sigma：進入資金管理

Stripe 在這一時期還陸續推出或擴大了 Sigma、Issuing 和 Capital 等產品。Sigma 幫助企業直接查詢和分析 Stripe 中的交易數據；Issuing 讓平台和企業發行實體卡或虛擬卡；Capital 則根據企業在 Stripe 上的經營和交易數據，為符合條件的客戶提供融資。

這些產品看起來分別屬於數據、發卡和貸款，但底層邏輯相似：Stripe 已經掌握客戶的支付和經營數據，因此可以繼續提供圍繞資金管理的服務。

以 Capital 為例，傳統貸款機構需要企業提交財務材料，再判斷它是否有還款能力。Stripe 已經能夠看到部分客戶的收入規模、交易變化、退款和經營穩定性，可以利用這些數據完成風險判斷，並透過未來交易收入回收資金。

支付由此成為進入更多金融服務的入口。Stripe 不需要一開始就向客戶銷售貸款或發卡產品。它先幫助企業處理交易，在累積足夠的數據和信任後，再提供更多服務。

到了 2019 年，Stripe 的產品已經可以大致分成幾個層次：

• Payments 和 Terminal 負責接受付款；
• Connect 負責平台內的帳戶、收款和資金分配；
• Billing 負責訂閱和經常性收入；
• Radar 負責欺詐和風險；
• Sigma 負責數據分析；
• Issuing 和 Capital 開始進入發卡與融資。

Stripe 已經不再是一個單一支付產品，而是一組圍繞企業資金流展開的金融工具。

商業模式：同一客戶購買更多產品

產品矩陣形成後，Stripe 的增長方式也發生了變化。早期增長主要來自兩個來源：更多客戶接入，以及現有客戶產生更多交易。現在又增加了第三個來源：同一個客戶使用更多 Stripe 產品。

一家創業公司最初可能只使用 Payments，隨著業務發展，它可能使用 Billing 管理訂閱，透過 Radar 控制欺詐，使用 Connect 管理平台商戶，再透過 Issuing 發卡或者使用 Capital 獲得融資。

每增加一個產品，Stripe 與客戶之間的關係都會更深，客戶遷移到其他服務商的難度也會提高。這並不完全是在傳統意義上的產品捆綁，Stripe 的優勢在於，這些產品共享相同的帳戶、交易數據、身份資訊和資金系統。客戶不需要為每一種金融能力重新搭建一套基礎設施。

從客戶角度看，它購買的是不同產品；從 Stripe 內部看，這些產品建立在同一套金融數據和資金網路上。

這也是 Stripe 從支付公司轉向金融基礎設施平台的關鍵一步。

客戶結構開始變化

隨著產品增多，Stripe 服務的客戶也從早期創業公司擴展到更成熟的平台和大型企業。創業公司的決策通常很快，開發者試用產品，確認能夠運行，就可能直接接入。大型企業的採購過程則完全不同，它們會關注系統穩定性、數據安全、全球覆蓋、成本、合規和服務能力，還需要經過財務、法務、風控和採購等多個部門。

Stripe 早期依靠開發者口碑形成的自助增長模式，已經不足以完成所有大型客戶的銷售。這意味著 Stripe 不僅要繼續服務工程師，還要學會與企業管理層、財務部門和採購團隊溝通。它需要銷售團隊、解決方案工程師、客戶成功和更成熟的支援體系。產品正在從開發者工具變成企業基礎設施，組織也必須跟著改變。

David Singleton：工程組織需要新的管理方式

2017 年底，Stripe 已經接近 1,000 名員工，並從 Google 聘請 David Singleton 領導工程團隊。David 此前負責 Android Wear，並參與管理大型工程組織。他加入 Stripe 時，公司已經擁有多個產品，工程團隊也不再是所有人都能了解全部程式碼和客戶問題的小團隊。

早期 Stripe 可以依靠少數能力很強的工程師快速做出決定，團隊接近千人後，同樣的方式會開始產生問題。

不同產品可能重複建設相似的帳戶、權限和資金能力；一個底層系統的變化可能同時影響 Payments、Connect 和 Billing；工程師需要在產品速度、系統穩定性和金融風險之間做出平衡。

David 需要解決的，不只是如何招聘更多工程師，而是如何把 Stripe 的工程文化轉化成可以在更大組織中運行的機制。

這也是 Stripe 組織史上的又一次能力補充：

• Billy 補上銀行和機構合作；
• Claire 建立營運和管理系統；
• Will 把資本配置與產品選擇連接起來；
• David 開始管理接近千人規模的工程組織。

創辦人依然掌握公司方向，但越來越多專業負責人開始承擔過去由創辦人和早期員工直接處理的工作。

產品越多，協調成本越高

產品矩陣提高了單一客戶的價值，也帶來了新的組織問題。當 Stripe 只有支付產品時，公司可以圍繞一個共同目標工作：讓線上付款更容易。隨著 Billing、Terminal、Issuing、Capital 和 Sigma 出現，不同團隊開始擁有各自的客戶、指標和產品路線。

這些產品又不能完全獨立。Billing 需要調用 Payments 完成扣款；Connect 需要依賴帳戶和合規系統；Capital 需要使用交易數據判斷風險；Radar 的判斷又可能影響所有支付產品。

Stripe 不能簡單地把每個產品拆成完全獨立的公司，也不能讓所有決定都回到創辦人手裡。它需要在兩件事之間保持平衡：一方面讓產品團隊擁有足夠自主權，另一方面保證底層資金、風險和數據系統仍然統一。

產品複用帶來了更高的人效，產品之間的依賴則增加了協調成本。這兩股力量在 Stripe 內部同時增長。

資本市場開始按照平台估值

2018 年，Stripe 完成約 2.45 億美元融資，公司估值達到約 200 億美元。2019 年初，Stripe 的估值進一步上升到約 225 億美元。同年 9 月，公司又完成約 2.5 億美元融資，估值達到約 350 億美元。

兩年時間裡，Stripe 的估值接近翻倍。如果 Stripe 仍然只是一家線上支付處理公司，這樣的估值很難僅用當時的收入解釋。資本市場購買的，是它逐漸形成的產品矩陣以及在網路企業資金流中的位置。

Payments 帶來交易和客戶，Connect 擴大帳戶網絡，Billing 和 Radar 增加軟體收入，Issuing 與 Capital 則讓 Stripe 進入更多金融服務。

每一項產品既可能獨立收費，又可以提高其他產品的使用價值。Stripe 開始擁有平台型公司的特徵。但這條路線也意味著更高的成本，公司需要同時建設更多產品、進入更多國家，並招聘銷售、風控、法務、合規和工程人員，融資仍然在為未來增長提前買單。

到 2019 年底，Stripe 已經從一家以開發者體驗著稱的支付公司，擴展為多產品金融基礎設施平台。接下來發生的口罩，讓互聯網交易在很短時間內大幅增長，也把 Stripe 原本需要幾年完成的擴張壓縮到了兩三年。客戶、交易和員工數量一起快速增加，最終讓公司進入成立以來最劇烈的一次組織擴張與糾偏。

第四階段：2020—2023，😷超速、組織過衝與主動糾偏

2020 年，😷把大量商業活動突然推向線上，原本需要幾年完成的數字化進程，被壓縮到了幾個月。餐廳開始接受線上訂單，零售商搭建電商網站，線下服務轉向訂閱和遠程交付，越來越多的企業需要在互聯網上完成支付。

對於 Stripe 來說，這既是一次巨大的市場機會，也是一次超出原有計劃的壓力測試。客戶數量和交易量快速增加，原有客戶也在短時間內獲得了更多線上收入。Stripe 不僅要處理更大的支付規模，還要幫助企業進入新的國家、增加支付方式，並解決訂閱、稅務、風控和資金管理問題。

Stripe 判斷，這種變化並不只是疫情期間的臨時現象，而是互聯網經濟進入了一個新的增長階段，公司因此開始加速擴張。

員工從 2,800 人增加到接近 8,000 人

2020 年 8 月，Stripe 在官方公告中披露，公司當時擁有約 2,800 名員工，分佈在 16 個辦公室。此後兩年，Stripe 大量招聘工程、產品、銷售、支援、風控、合規和營運人員。到 2022 年，員工人數一度接近 8,000 人，約為 2020 年的近三倍。

員工快速增加，與 Stripe 同期擴大的產品範圍有關。2020 年前後，Stripe 推出或擴展了 Treasury、Climate 等產品；2021 年又密集推出 Tax、Identity、Payment Links 和 Revenue Recognition，並完成多筆收購；2022 年繼續增加 Apps、Data Pipeline 和 Financial Connections。

Stripe 不再只是在支付業務上增加功能，而是在同時建設一套更完整的互聯網商業基礎設施。每增加一個產品，都需要工程、產品、合規、銷售和支援團隊；每進入一個國家，又需要處理當地銀行、牌照、稅務和支付方式。

😷期間快速上升的交易量，讓這些投入看起來是合理的。如果互聯網經濟繼續按照當時的速度增長，Stripe 就需要提前招人，為未來幾年的客戶和產品需求做好準備，問題是，增長並沒有一直延續，這是很多創業公司遇到的通病。

產品擴張速度開始超過組織消化能力

人員增加並不一定立刻提高產出。早期團隊規模較小時，一名工程師可以了解大量產品和底層系統，許多決定可以透過直接溝通完成。當公司接近 8,000 人、同時經營幾十項產品之後，同樣的管理方式會產生越來越高的協調成本。

一個新產品可能需要依賴帳戶、支付、風控、數據、身份和合規等多個底層系統。項目參與者越來越多，審批路徑越來越長，團隊之間的職責邊界也開始變得模糊。

公司看起來擁有更多資源，但每增加一個團隊，也可能增加新的會議、匯報和依賴關係。這正是基礎設施公司的一個悖論：外部產品越統一，內部組織越容易變得複雜。

客戶希望透過一套 Stripe 帳戶使用支付、訂閱、稅務和資金管理，但 Stripe 內部需要讓多個團隊共享相同的數據、風險和資金系統。任何底層改動，都可能同時影響多個產品和國家。

當員工人數快速增加時，新員工還需要被培訓、理解系統和建立合作關係。招聘速度如果超過組織吸收新人的能力，人數增長反而可能降低整體效率。

2022 年，增長假設發生變化

2022 年，全球經濟環境開始轉變，😷期間迅速增長的線上消費逐漸回落，通貨膨脹和利率上升影響企業融資與支出，科技行業的增長預期也開始下降。

Stripe 此前按照互聯網經濟會繼續高速擴張的判斷，提前增加了大量人員和成本。當外部增長放緩之後，公司原有的組織規模就顯得過重。

2022 年 11 月，Patrick 和 John 向員工宣布裁員約 14%，在公開信中，兩兄弟承認，他們對 2022 年和 2023 年互聯網經濟的增長過於樂觀，也低估了經濟放緩的可能性和影響。公司營運成本增長得太快，組織也變得沒有以前高效。

裁員後，Stripe 的員工人數回到當年 2 月接近 7,000 人的水準，這封信值得注意的地方，是兩位創始人沒有把問題完全歸因於宏觀經濟。他們明確承認，公司做出了錯誤判斷，並且對這個結果負有責任。

對於一家創始人仍然掌權的公司來說，這也是創始人控制的另一面：創始人可以堅持長期投資，也必須承擔擴張過快帶來的組織後果。

裁員不是簡單地把人數減回去

如果只看員工人數，Stripe 似乎只是把😷期間多招的人裁掉一部分，但組織很難透過一次裁員回到原來的狀態。兩年間，公司已經增加了大量產品和管理層級，即使人數減少，產品之間的依賴、跨團隊協調和全球營運複雜度仍然存在。

Stripe 接下來需要解決的，不只是「少花多少錢」，而是重新判斷哪些產品值得繼續投入，哪些團隊應該合併，哪些決策可以由更小的團隊完成。

公司開始重新強調幾件事：控制成本、減少協調、提高執行速度，並讓團隊更加接近客戶和實際結果。

從這個角度看，2022 年的裁員不是一個單獨事件，而是 Stripe 組織設計的一次主動糾偏。早期 Stripe 的效率來自人數少、目標單一；疫情後的 Stripe 必須尋找另一種效率：在產品和國家數量都無法退回原點的情況下，讓一個複雜組織重新恢復行動速度。

管理層也在重新分工

Stripe 的管理層結構在這一階段發生了變化，Claire Hughes Johnson 於 2021 年卸任 COO 的日常管理職務，轉為 Corporate Officer 和顧問。在她任職期間，Stripe 從不到 200 人發展到數千人，並建立了銷售、營運、支援、風險和人力資源等主要職能。

Claire 離開日常營運後，她原來承擔的職責沒有再集中交給一位新的 COO，而是逐漸拆分給不同的專業負責人。2020 年，Stripe 從通用汽車聘請 Dhivya Suryadevara 擔任 CFO；同年又聘請前 AWS 全球商業銷售負責人 Mike Clayville，建設面向大型企業的全球銷售體系。

這說明 Stripe 的組織已經進入另一個階段。公司不再需要一位 COO 從頭搭建所有職能，而是需要財務、工程、銷售、風險和國際業務負責人，分別管理已經具有相當規模的專業組織。

創始人仍然位於中心，但圍繞創始人的管理結構變得更加專業化，也更加分散。

融資從增長資本變成員工流動性

😷期間，Stripe 的估值也經歷了快速上升和明顯回調。2020 年，Stripe 完成約 6 億美元融資，估值約 360 億美元。2021 年，公司再次融資約 6 億美元，估值達到 950 億美元，一度成為全球估值最高的未上市公司之一。

當時資本市場對互聯網公司的估值普遍較高。Stripe 的交易增長、產品矩陣和全球擴張，使投資人相信它可能成為互聯網經濟的核心基礎設施。

但到了 2023 年，Stripe 新一輪融資對應的估值下降到 500 億美元，接近 2021 年的一半。表面上看，這是一次明顯的估值下跌，但這輪融資的性質與早期融資已經不同。Stripe 表示，公司並不需要透過這筆資金維持日常經營，約 65 億美元融資主要用於為員工提供股份流動性，並處理與員工股權相關的稅務義務。

早期融資主要是讓 Stripe 招人、開發產品和進入新市場；到了這一階段，資本開始承擔另一項功能：讓持有多年股份的現任和離職員工獲得退出機會。由於 Stripe 長期沒有上市，員工手中的股份缺少公開交易市場。如果公司不能提供流動性，股權激勵的實際價值會下降，也會影響招聘和員工留任。

因此，2023 年的融資不能簡單理解成「Stripe 缺錢了」，它更像是 Stripe 在繼續保持私有狀態的同時，用融資安排解決一部分原本需要透過上市解決的問題。

怎麼看這一階段的人效？

2022 年，Stripe 處理的支付量約為 8,170 億美元，如果按照裁員後接近 7,000 名員工粗略計算，相當於每名員工一年支撐約 1.17 億美元的支付量。這個數字不能代表 Stripe 的人均收入或利潤，支付量中的絕大部分屬於商戶，Stripe 只從中獲得一部分費用，但它可以作為一個基礎設施規模指標，觀察每名員工背後支撐了多少資金流。

真正的問題是，2020 年至 2022 年期間，員工人數增長的速度一度快於支付規模和組織效率的提升。Stripe 在裁員信中承認，協調成本和營運低效已經開始進入公司。說明在接近 8,000 人的高點，增加員工不再自動帶來同等比例的產出。

2023 年以後，Stripe 沒有重新回到疫情時期的招聘速度，但支付規模繼續增長。員工人數相對穩定，交易量和產品使用量卻繼續提高，人效才開始重新出現槓桿。

這一階段給 Stripe 留下的教訓並不是「大公司不應該招人」，而是：基礎設施可以複用，組織複雜度卻不會自動複用。

系統多處理一筆交易的邊際成本可能很低，但組織每增加一個團隊，都會帶來新的溝通、管理和決策成本。到 2023 年底，Stripe 已經完成了一次從高速擴張到組織糾偏的轉向，它沒有放棄多產品和全球化路線，而是開始嘗試用更克制的人員增長，支撐更大的交易規模。

這也為下一階段埋下了伏筆：當內部增長受到約束之後，Stripe 開始更多通過收購獲得已經成熟的團隊和基礎設施，把產品邊界進一步擴展到穩定幣、錢包、用量計費和 AI 模型路由。

第五階段：2024—2026，從支付基礎設施走向「可編程資金系統」

經歷 2022 年的裁員和組織糾偏後，Stripe 沒有停止擴展產品邊界，不同的是，Stripe 不再主要依靠大規模招聘，從內部一點點建設所有新能力。它開始更頻繁地通過收購，把已經成熟的團隊、產品和基礎設施直接併入自己的系統。

從 2024 年到 2026 年，Stripe 先後收購或宣布收購 Bridge、Privy、Metronome 和 OpenRouter。這幾家公司看起來分別屬於穩定幣、錢包、用量計費和 AI 模型路由，但放在一起看，它們並不是互不相關的投資。

它們共同指向一條新的產品路線：

Stripe 想管理的不只是一次支付，而是企業如何獲得賬戶、持有資金、計算使用量、設定價格，並在傳統貨幣、穩定幣和 AI token 之間完成價值交換。

交易量繼續增長，但人數沒有回到😷時期的速度

2024 年，Stripe 上的企業處理了約 1.4 萬億美元支付量，比 2023 年增長約 38%。2025 年，這一數字進一步增加到 1.9 萬億美元，同比增長 34%，相當於全球 GDP 的約 1.6%。

與此同時，Stripe 官方招聘頁面給出的員工規模仍然是 8,000 多人，與 2022 年裁員後的接近 7,000 人相比，人數重新開始增長，但增長速度明顯低於支付量。

如果暫時按照 8,000 名員工粗略計算，2025 年每名員工支撐的支付量約為 2.38 億美元。由於實際員工人數高於 8,000 人，真實數字會略低一些。作為對比，2022 年按照接近 7,000 名員工計算，每名員工支撐的支付量約為 1.17 億美元，也就是說，在人數沒有成倍增加的情況下，Stripe 每名員工背後支撐的交易規模，在三年左右接近翻倍。裁員後的 Stripe 重新獲得了基礎設施規模槓桿：交易量增長得比員工數量更快。

從自己建設，轉向收購專業基礎設施

早期 Stripe 傾向於自己開發產品，Payments、Connect、Billing、Radar、Atlas 和 Terminal，基本都是在公司內部逐步建設起來的。但當 Stripe 進入穩定幣和 AI 基礎設施後，完全從頭建設所有能力的成本變得越來越高。

穩定幣需要區塊鏈、託管、合規和跨境結算能力；錢包需要管理身份、密鑰和授權；用量計費需要實時處理海量事件；模型路由則需要連接不同 AI 模型，並持續比較價格、速度和質量。

這些領域各自都可能形成一家獨立公司，Stripe 如果從零開始建設，不僅需要重新組建團隊，還要等待產品、客戶和行業經驗逐漸成熟。收購則可以把這段時間壓縮掉。

因此，Stripe 近幾年的收購路線，不只是購買收入，也是在購買進入下一階段所需要的時間。

Bridge：把穩定幣變成資金通道

2024 年 10 月，Stripe 宣布收購穩定幣基礎設施公司 Bridge，公開交易金額約為 11 億美元。交易於 2025 年 2 月完成。Bridge 幫助企業在傳統銀行系統與穩定幣之間轉移資金，也提供穩定幣發行、儲存和跨境支付能力。

對普通企業來說，穩定幣真正困難的地方並不是在區塊鏈上發送一筆 token，而是如何完成前後的連接：客戶如何把法幣換成穩定幣，穩定幣由誰託管，如何滿足合規要求，最後又如何換回當地貨幣。

Bridge 處理的正是這些環節，收購完成後，Stripe 可以把穩定幣能力放進自己已有的支付、賬戶和資金管理產品中。客戶不需要理解底層使用哪條鏈、哪種穩定幣或哪家託管機構，只需要選擇用什麼貨幣收款、持有和付款。

這與 Stripe 最早處理信用卡支付的邏輯非常相似，當年，Stripe 把商戶賬戶、支付網關和銀行連接隱藏在 API 後面；現在，它開始嘗試把區塊鏈、穩定幣和跨境結算隱藏在同一套基礎設施後面。

Privy：賬戶之外，還需要身份和錢包

2025 年，Stripe 宣布收購加密錢包基礎設施公司 Privy，Privy 幫助應用為用戶創建和管理錢包。用戶可以使用郵箱、社交賬戶等方式登錄，而不需要一開始就理解助記詞、私鑰和鏈上操作。如果 Bridge 解決的是資金如何在法幣和穩定幣之間移動，Privy 解決的則是：這些資金屬於誰，由誰授權，又放在哪裡，這對 Stripe 很重要。

傳統互聯網支付圍繞銀行卡和銀行賬戶建立身份關係；在穩定幣和 AI Agent 場景中，錢包可能成為新的賬戶載體，企業、個人和軟件 Agent 都可能通過錢包持有資金並完成交易。

Stripe 如果只提供穩定幣通道，卻沒有錢包和授權能力，就仍然缺少資金系統中的一個關鍵入口。Bridge 加上 Privy，使 Stripe 開始同時具備資金通道和賬戶載體，它不再只是在現有銀行賬戶之間移動資金，也開始參與新的數字賬戶體系。

Metronome：AI 產品需要新的計費方式

2026 年 1 月，Stripe 完成對用量計費公司 Metronome 的收購，傳統軟件通常按月或按年收費。AI 產品的成本卻更像雲計算：每次模型調用都會消耗 token、GPU 和其他計算資源，不同模型和任務的成本也會變化。如果一家 AI 公司仍然只收取固定訂閱費，就可能出現兩個問題，使用較少的客戶補貼使用較多的客戶；模型成本發生變化時，產品價格又無法及時調整。企業因此需要按照 token、調用次數、處理時間或者實際結果進行計費。

Metronome 的核心能力，是記錄這些複雜的產品使用數據，再將其轉化成可以結算的賬單。Stripe 原本已經擁有 Billing，但收購 Metronome 後，它獲得了更成熟的實時用量計費能力，這樣一來，Stripe 不只負責最後收錢，也開始參與「這筆錢應該如何計算」。這讓 Stripe 在 AI 經濟裡的位置向前移動了一步：從完成付款，進入定義用量、計算價格和生成賬單。

OpenRouter：從計算價格進入分配算力

2026 年 8 月 19 日，Stripe 宣布已同意收購 AI 模型路由平台 OpenRoute，這可能成為 Stripe 成立以來規模最大的一筆收購。

OpenRouter 為開發者提供一個統一接口，讓他們可以使用來自 80 多家提供商的 400 多個 AI 模型，企業不需要分別接入不同模型，而是可以根據任務、價格、速度和穩定性，選擇或自動路由到更合適的模型。

OpenRouter 與 Stripe 的產品邏輯有很強的相似性，Stripe 把不同國家、銀行、卡組織和支付方式連接到一個相對統一的接口；OpenRouter 則把不同模型公司和推理服務連接到一個統一接口。

一個路由資金，一個路由算力。

更重要的是，OpenRouter 處理的不是一個純技術問題，模型選擇會直接影響 AI 產品的成本和利潤。不同模型的價格頻繁變化，同一個任務也可能在質量、速度和成本之間產生不同取捨。

收購 Metronome 之後，Stripe 可以幫助企業記錄使用量並生成賬單；如果 OpenRouter 交易完成，Stripe 還可以進一步參與模型選擇和 token 消耗。

兩筆收購連起來，形成了一條更完整的鏈路：選擇模型 → 消耗 token → 記錄用量 → 計算價格 → 向客戶收費 → 完成資金結算。

Patrick 在收購公告中把 token 稱為 AI 企業的「核心貨幣」，這裡的「貨幣」並不是說 token 等同於美元，而是說，對於 AI 公司而言，token 已經成為一種需要被計量、分配和優化的核心生產資源。

Stripe 想做的，也不只是幫助企業購買 token，它希望同時管理 AI 企業的收入端與成本端：一邊幫助企業定價和收款，一邊幫助它們選擇模型並控制運算成本。

四筆收購，拼出兩條管道

把 Bridge、Privy、Metronome 和 OpenRouter 放在一起，可以看到 Stripe 正在建設兩條相互連接的管道。

第一條是資金管道：帳戶或錢包 → 收款 → 持有資金 → 跨境移轉 → 付款與結算。Bridge 和 Privy 補充了穩定幣、錢包與身分能力，Stripe 原有的 Payments、Connect、Treasury 和 Issuing 則負責傳統支付、帳戶、分帳和發卡。

第二條是智能管道：選擇模型 → 調用模型 → 計量 token → 計算成本 → 生成帳單。OpenRouter 負責模型接入和路由，Metronome 與 Stripe Billing 負責使用量和計費，Stripe Payments 最後負責完成付款。

過去，Stripe 的主要產品邊界是錢如何移動；現在，它開始同時處理智能如何被調用、計量和定價。

Token 不是美元，但正在成為新的計價單位

Stripe 和 OpenRouter 在收購公告中反覆使用了一個說法：token 正在成為 AI 企業的「核心貨幣」。

模型 token 並不是法律意義上的貨幣，也不能像美元一樣直接完成支付，它本質上仍然是衡量模型輸入和輸出使用量的一種計算單位。

但對於 AI 公司來說，token 已經具備了類似經營計價單位的作用，一家 AI 產品每服務一名客戶，背後都可能消耗不同數量的 token，使用哪個模型、完成什麼任務、回應多長、推理多少次，都會影響成本。

因此，AI 企業需要同時回答幾個問題：

• 這次任務消耗了多少 token？
• 這些 token 對應多少模型成本？
• 應該向客戶收取固定訂閱費，還是按照實際使用量收費？
• 不同模型的價格發生變化後，產品應該怎樣調整路由和定價？
• 客戶付款後，資金如何在平台、模型提供者和其他服務商之間結算？

OpenRouter 負責模型選擇和 token 路由，Metronome 負責記錄使用量，Stripe Billing 負責生成帳單，Payments 和穩定幣基礎設施則負責最後的資金結算。從這個角度看，Stripe 收購 OpenRouter 並不是把模型 token 當成一種新的美元，而是開始管理一種新的經濟活動單位。

過去，Stripe 主要處理的是貨幣交易：一件商品賣多少錢，客戶如何付款，商家如何收到資金。現在，Stripe 開始進一步處理交易發生之前的運算過程：一次 AI 服務消耗了多少資源，這些資源應該如何定價，又應該由誰承擔成本。

與此同時，穩定幣解決的是另一類問題，模型 token 是運算和使用量單位；穩定幣則是真正用於付款和結算的數位貨幣。兩者不能混為一談，但可能會在 AI Agent 情境中連接起來。

未來，一個軟體 Agent 可能自動選擇模型、調用服務、消耗 token，再根據預先設定的權限使用穩定幣或者傳統支付方式完成付款。

整條鏈路可能變成：

Agent 發起任務 → OpenRouter 選擇模型 → 模型產生 token 消耗 → Metronome 記錄用量 → Stripe 計算帳單 → 使用銀行卡、銀行帳戶或穩定幣結算。

這才是 Stripe 同時佈局 AI token 和穩定幣的原因。它並不是簡單押注兩種熱門技術，而是在判斷：未來越來越多的經濟活動會由軟體自動發起，運算資源會被即時計量，付款也會從一次人工確認，變成由權限和規則控制的持續過程。Stripe 想把這套過程連接起來。

過去，它讓一家網路公司不用自己處理銀行、卡組織和支付閘道；未來，它希望讓一家 AI 公司不用自己處理模型路由、token 計量、動態定價和全球結算。

如果這條路線成立，Stripe 的產品邊界將再次發生變化：它管理的不再只是錢如何移動，還包括一次智能服務如何被生產、計量、定價和付款。

組織：從建設職能，變成整合專業團隊

收購帶來的不只是產品，也包括已經合作多年的專業團隊。Bridge 的團隊理解穩定幣、合規和跨境資金流；Privy 的團隊理解錢包、身分和授權；Metronome 的團隊理解複雜用量計費；OpenRouter 的團隊則長期處理模型接入、價格變化和路由選擇。

這些能力很難透過短期招募迅速複製，但收購也帶來新的組織問題：這些團隊應該保持多大獨立性，底層系統如何與 Stripe 連接，原有產品和新產品之間由誰負責，以及如何避免大公司流程拖慢被收購團隊。

Stripe 需要在整合與獨立之間找到平衡，如果整合不足，收購來的產品只是幾座彼此分離的孤島；如果整合過度，又可能破壞團隊原來的速度和產品判斷。

這使 Stripe 當前的組織能力，與早期已經很不相同。早期團隊的核心任務是自己把產品做出來；現在，管理層還需要判斷應該自己建設什麼、收購什麼，以及如何把外部團隊變成同一套基礎設施的一部分。

AI 也在重寫 Stripe 自己的組織

Stripe 對 AI 的判斷，並不只體現在收購 OpenRouter 和 Metronome，AI 也開始改變 Stripe 自己開發產品和組織團隊的方式。

2026 年 8 月，Will Gaybrick 在與 a16z 合夥人 David George 的訪談中，介紹了 Stripe 內部使用 AI 的一些情況。Stripe 內部開發了一套名為 Minions 的程式開發工具，工程師向它描述需要完成的任務後，Minions 可以獨立編寫程式碼、執行測試並提交 pull request，再由工程師進行檢查。

根據 Gaybrick 在訪談中揭露的數據，Minions 每週生成的 pull request 數量已經從年初約 1,200 個增加到約 7,000 個。在最近的一週裡，AI 生成的程式碼變更約占 Stripe 全部 pull request 的 30%。

Stripe 還開發了內部知識工具 Kai，用來幫助員工查詢公司內部的產品、政策和營運資訊。Gaybrick 表示，這套工具已經被公司大部分員工使用，也提高了銷售團隊查找資訊和處理客戶問題的速度。這些數字來自 Stripe 管理層自己的公開表述，不能直接等同於整體生產力提高了 30%，AI 提交的程式碼仍然需要審核，不同 pull request 的複雜度也完全不同。

但它至少說明，AI 在 Stripe 內部已經不只是一個輔助聊天工具，而是開始進入程式碼開發、知識查詢和產品交付流程。這也讓 Stripe 面臨一個新的組織問題：當一名工程師可以完成過去需要一個小團隊才能完成的工作時，公司應該怎樣重新設計團隊？

Gaybrick 在訪談中提到，Stripe 正在嘗試建立更小、更扁平的團隊。過去，一名工程師可能只能同時推進一兩個任務；有了程式開發 Agent 後，他可以把多個明確的工作分別交給不同 Agent，再把精力放在判斷、設計和程式碼審核上。

過去的大型工程團隊，通常透過增加人數提高平行開發能力；未來的團隊則可能透過增加 Agent，提高每名工程師可以同時管理的工作數量。

這並不意味著 Stripe 已經得出了一套固定答案，如果工程師同時發起更多任務，但產品判斷、程式碼審核和跨團隊協調沒有改善，公司也可能只是更快地產生更多需要處理的工作。程式碼生成速度提高，不代表正確的產品方向會自動出現。

AI 可以降低執行成本，卻不能替代產品判斷和責任歸屬。Stripe 因此沒有把 AI 只當成減少人數的工具，Gaybrick 將公司的策略概括為「build more」：效率提升之後，不是只維持原來的產出並減少員工，而是利用相同的組織建設更多產品。

他舉過銷售團隊的例子。Stripe 的內部 AI 工具讓銷售人員的生產率提高約 20% 後，公司並沒有相應減少銷售人員，反而繼續招募，希望把提高的效率轉化成更多客戶和收入。

這與 2022 年的裁員形成了一個有意思的對照，2022 年，Stripe 發現員工數量增加得太快，協調成本超過了新增產出；到了 2026 年，公司開始嘗試用 AI 提高個人槓桿，在不過度擴大組織的情況下增加產品和商業產出。

因此，Stripe 當前的人效邏輯已經不只是「每名員工支撐多少交易量」，還增加了一個新的問題：一名員工可以同時調度多少軟體 Agent，又能否對這些 Agent 產生的結果負責？

管理層繼續專業化

截至 2026 年，Patrick Collison 仍然擔任 CEO，John Collison 仍然擔任 President，兩位創辦人繼續掌握公司的長期方向。

Will Gaybrick 的職責已經從早期 CFO，擴展為 President of Technology and Business，統籌技術、產品和商業相關工作；David Singleton 擔任 CTO；Dhivya Suryadevara 負責財務。

2026 年 6 月，長期負責收入和全球市場的 Eileen O『Mara 被任命為 Vice Chair，Tyler Bryson 出任 Chief Revenue Officer，這反映了 Stripe 組織結構的又一次變化。

早期公司需要的是能把職能搭建起來的人；現在需要的則是能夠跨產品、技術、商業和區域配置資源的負責人，產品已經不再按照單一業務線運行，一次關於穩定幣、AI 計費或模型路由的決策，可能同時涉及工程、資本配置、銷售、監管和併購。因此，Stripe 把越來越多的技術和商業職責放在同一批管理者手中。

保持私有，開始成為一種資本策略

Stripe 在這一階段仍然沒有上市，但透過連續的員工股份交易，為現任和前員工提供流動性。2024 年的員工股份交易對應估值約 650 億美元；2025 年上升到約 915 億美元；2026 年 2 月，最新一次員工要約收購對應的估值達到 1,590 億美元。這些數字來自員工股份交易，不是公開市場市值，也不完全等同於傳統融資輪估值。但它們提供了一個外部投資者願意以什麼價格購買 Stripe 股份的參考。員工流動性交易讓 Stripe 可以繼續保持私有狀態，同時緩解員工持股多年卻無法變現的問題。

到了 2026 年，保持私有還帶來了另一個優勢：Stripe 可以使用現金和股份進行大型收購，而不需要每季向公開市場解釋短期利潤變化。

根據 Stripe 2026 年 8 月向投資人揭露的數據，公司上半年收入同比增長 41%，自由現金流同比增長 43%。Stripe 還表示，即使進行了多筆大型收購，公司股份總數仍低於三年前。這些數據來自 Stripe 自己的投資人信，並不是公開審計財報。但它們說明，Stripe 正在嘗試證明一件事：保持私有並不只是延遲上市，而是為了保留長期投資、股份回購和收購的靈活性。

過去融資主要為 Stripe 進入更多國家和建設產品爭取時間；現在，資本開始被用於購買已經形成的專業能力，並把它們組合成下一代基礎設施。

到 2026 年，Stripe 已經很難再被簡單定義成一家支付處理公司。支付仍然是它最大的入口，但圍繞這個入口，Stripe 已經逐漸形成帳戶、錢包、計費、稅務、風控、穩定幣、資金管理和模型路由等能力。

它正在從「幫助網路公司收錢」，走向「幫助網路公司管理收入、資金和計算成本」。

創辦人沒有離場，但核心團隊一直在變化

Stripe 的一個特殊之處是，16 年過去，兩位創辦人仍然留在公司的核心位置。Patrick Collison 繼續擔任 CEO，John Collison 繼續擔任 President，很多獨角獸發展到這個規模後，會引入新的 CEO，或者讓創辦人退到董事會，但 Stripe 沒有走這條路線。

不過，「創辦人一直在」並不意味著 Stripe 始終由兩兄弟親自管理一切，Stripe 最早只有十幾個人時，Patrick 和 John 可以自己寫程式碼、聯絡使用者、設計產品，也可以直接參與銀行合作、風險處理和招募，當時公司的問題相對集中：如何讓開發者更容易串接線上支付。

後來，Stripe 從一個支付 API 擴展到 Connect、Billing、Terminal、Issuing、Tax、Treasury 和 Identity，又進一步進入穩定幣、錢包、用量計費和模型路由。兩位創辦人已經不可能理解和管理每一項業務的細節。

Stripe 的核心團隊也由此不斷變化，它不是一次性搭建出一套完整的管理班子，而是在每一個新的瓶頸出現時，尋找能夠解決這一階段問題的人。

Billy Alvarado：先讓 Stripe 進入金融系統。Stripe 早期遇到的第一個現實問題，是僅僅把 API 寫出來並不能完成支付。一家支付公司需要銀行帳戶、支付通道、風險管理和金融機構的信任。對於沒有傳統銀行履歷的兩位年輕創辦人來說，這些問題並不能只靠技術解決。Billy Alvarado 的作用前面已經寫過，他幫助 Stripe 建立銀行和支付行業關係，處理支付營運，並讓傳統金融機構願意與一家剛成立的科技公司合作，他的加入代表 Stripe 第一次從開發者工具跨入真正的金融基礎設施。

Greg Brockman：把幾個人的工程小組變成工程組織。解決銀行合作之後，Stripe 面對的下一個問題是工程團隊如何擴大。Greg Brockman 在公司很早期加入，並擔任過 CTO。早期團隊只有幾個人時，很多問題可以依靠個人能力解決；但當團隊擴展到幾十人、上百人之後，公司需要建立統一的程式碼標準、審查機制、穩定性要求和招募方式。這對支付公司尤其重要，普通軟體出現故障，可能只是一個頁面暫時打不開；支付系統出錯，則可能帶來重複扣款、帳目錯誤、商家資金延遲甚至合規風險。Greg 後來離開 Stripe，並參與創辦 OpenAI。但他在 Stripe 早期承擔的關鍵任務，是幫助公司從依賴少數優秀工程師，過渡到能夠持續招募和管理工程人才的組織。

Claire Hughes Johnson：給高速增長的公司補上管理系統。2014 年，Claire Hughes Johnson 從 Google 加入 Stripe。當時 Stripe 已有一百多名員工，產品和客戶增長很快，但還沒有一套能夠支持全球擴張的完整管理系統。她先後負責過銷售、營運、客服、風險、人力和公司規劃等工作。換句話說，她處理的是產品成功之後隨之而來的問題：客戶愈來愈多之後，誰來服務他們？團隊愈來愈大之後，誰對結果負責？進入更多國家之後，如何管理風險和本地營運？不同產品同時爭奪人員和預算時，如何決定優先順序？她的價值不是推出某一個具體產品，而是幫助 Stripe 建立一套能夠支撐持續擴張的組織基礎。這個過程也並不完美。Claire 後來公開談到，自己一度直屬部屬過多，反映出公司在高速增長中也出現過管理跨距過大、責任分配不清等問題。這恰好說明，Stripe 的組織能力不是天然存在的，而是在員工從一百多人增加到幾千人的過程中，不斷試錯和重建出來的。

Will Gaybrick：把財務、產品和資本配置放到一起。Will Gaybrick 在 2015 年加入 Stripe，最初擔任 CFO。後來，他的職責逐漸從財務擴大到產品、技術和業務，目前擔任 Stripe 的 President of Technology and Business。這個角色變化很能說明 Stripe 後期的管理邏輯。當公司只有一個核心支付產品時，產品決策和財務決策可以相對分開。但當 Stripe 同時管理幾十種產品，開始進行數十億美元級別的收購時，產品選擇本身就變成了資本配置。Stripe 必須不斷決定：

• 哪些能力應該自己開發；
• 哪些能力更適合透過收購獲得；
• 哪些項目暫時沒有收入，但值得提前投入；
• 哪些產品應該停止或者縮減；
• 穩定幣、AI Agent 和 token 經濟應該投入多少資源。

Will Gaybrick 的職責橫跨財務、產品和技術，這使 Stripe 可以把「產品是否值得做」和「公司應該在這裡投入多少資本」放在一起判斷。Stripe 近年的 AI 工程調整、穩定幣投入和連續收購，也可以放在這個背景下理解。

David Singleton：讓大型工程組織仍然能夠交付。2017 年，David Singleton 從 Google 加入 Stripe。當時 Stripe 的員工已經接近一千人，工程管理面對的問題不再只是如何招聘優秀工程師，而是如何讓大量團隊同時工作，又不讓決策和交付速度持續下降。公司擴大後，很容易出現一種情況：專案需要在多個部門之間協調，會議和審批越來越多，工程師越來越多，但產品推進反而越來越慢。David 參與建立的，是適用於更大規模的工程管理體系，包括底層基礎設施、內部工具、工程責任劃分和專案推進機制。後來，Stripe 同時維護支付、計費、稅務、身份、發卡、資金管理、穩定幣和開發者工具，需要的已經不是一個強大的工程團隊，而是一套能夠讓多個工程組織並行運行的系統。Stripe 內部使用 Minions 等工程 Agent，也可以看作這條路線的延續：公司希望利用 AI 減少重複開發、維護工作和大型組織裡的協調成本。不過，程式碼和 PR 數量增加並不自動意味著商業效率提高。最終還是要看這些工具能否縮短產品交付時間、減少維護成本，並轉化為客戶願意付費的產品。

Mike Clayville、Eileen O'Mara 和 Tyler Bryson：從開發者自助走向企業銷售

Stripe 最初的增長很大程度上來自開發者。

一名工程師看完文件、接入 API，公司就可能成為 Stripe 的客戶。這種方式非常適合新創公司，但當 Stripe 開始服務大型零售商、平台和跨國企業時，僅靠文件和自助接入已經不夠。

大型客戶需要合約談判、系統遷移、本地支援、風險安排、定制定價和長期帳戶管理。一次銷售和遷移可能持續幾個月，甚至更久。Mike Clayville 在 2020 年加入 Stripe，幫助公司建立面向大型企業的收入組織。Eileen O'Mara 隨後參與擴大這套體系，並擔任過 CRO。Stripe 表示，在她領導收入組織期間，公司年度支付總額接近翻倍，增長至 1.9 萬億美元。2026 年，Eileen 轉任 Vice Chair，更多參與重要客戶、合作夥伴和公共政策事務；Tyler Bryson 接任 CRO，繼續負責全球商業增長。

這組管理層變化意味著，Stripe 最終形成了兩套同時運行的獲客方式。一套是開發者和新創公司自助接入。Stripe 在客戶規模還很小時進入，等待其中一部分公司成長為未來的大客戶。另一套是主動爭取已經成熟的大型企業，為它們提供遷移、定價、風控和全球營運支援。

第一套模式幫助 Stripe 贏得未來的企業客戶，第二套模式幫助它爭取已經成長起來的企業。Will Gaybrick 將這套策略概括為：先贏得新創公司，然後再贏一次。

回頭看，Stripe 的核心團隊變化基本上對應著公司的每一個階段：

因此，Stripe 的組織演進並不是創辦人逐漸退出，把公司交給職業經理人；也不是兩位創辦人一直親自控制所有細節。

它更接近一條這樣的路線：創辦人親自完成大部分工作 → 隨著瓶頸變化引入不同負責人 → 建立專業管理層 → 創辦人繼續掌握方向和關鍵產品判斷。

收購又給這套結構增加了一層新的變化。Bridge、Privy、Metronome 和 OpenRouter 不只是幾項產品被裝進 Stripe，也帶來了新的創辦人、工程團隊、客戶和行業知識。Stripe 接下來需要決定，哪些團隊應該被完全整合，哪些產品應該繼續獨立運行，以及如何把它們接到帳戶、計費、支付和風控等底層系統。

所以，今天的 Stripe 已經不是一家依賴兩位創辦人處理所有問題的新創公司。它更像是一個由創辦人控制方向、專業管理層負責規模化，同時不斷吸收外部創業團隊和專業能力的組織。

把 Stripe 的 16 年壓縮成一張時間表

其中，Bridge 於 2025 年 2 月完成收購，Metronome 於 2026 年 1 月完成收購；OpenRouter 正在收購中。

它大致沿著一條連續路線向外延伸：收款 → 平台分帳 → 訂閱與線下支付 → 稅務、風控和資金管理 → 穩定幣與錢包 → AI Agent、用量計費和模型路由。

每一次擴張都在回答同一個問題：一家網路企業要完成一筆交易、管理一段收入或者啟動一種新的商業模式，還缺少哪一層基礎設施？

早期 Stripe 解決的是「如何收錢」；後來解決的是「如何分配、管理和使用這筆錢」；進入 AI 階段以後，它開始處理的則是「如何計量計算資源，以及軟體如何代表人類完成交易」。

如何理解 Stripe 的 1,590 億美元估值？

2026 年 2 月，Stripe 組織了新一輪員工股份交易，對應估值達到 1,590 億美元。這不是公開市場每天交易形成的市值，也不是一輪傳統融資的投後估值。但它仍然提供了一個參考：參與交易的投資者，願意用什麼價格購買 Stripe 的股份。那麼，這個估值建立在什麼基礎上？顯然不只是 Stripe 每處理一筆銀行卡支付所收取的手續費。

第一，Stripe 佔據了企業建立網路業務的早期入口

很多公司在規模還很小時就開始使用 Stripe。最初的接入決定可能只由一名工程師完成，但隨著公司發展，客戶資料、支付記錄、訂閱關係、退款流程、風控規則和財務系統，都會逐漸建立在 Stripe 上。這讓 Stripe 獲得了一種特殊的客戶生命週期：它可以在客戶很小時進入，然後跟隨客戶一起成長。

DoorDash、Shopify 和 Instacart 等公司早期都曾是新創公司，Stripe 不需要等到它們成為大型企業以後，再從其他支付公司手中爭奪客戶。

這也是 Stripe 所說的「先贏得新創公司，然後再贏一次」。

第一次，是透過簡單的 API 和開發者體驗進入一家新創公司；第二次，是當客戶成長為大型企業後，再依靠全球支付、Billing、Tax、Radar 以及大客戶服務能力留住它們。不過，第二次並不會自動發生。新創公司長大以後，會重新評估支付成本、穩定性、地區覆蓋和服務水準，也會獲得更強的議價能力。Stripe 仍然需要與 Adyen、PayPal、Checkout.com，以及大型企業自己建設的支付系統競爭。

第二，它的收入可以跟隨客戶的業務規模增長

Stripe 的支付、計費、稅務、身份驗證和資金管理收入，都與客戶的實際業務活動相關。當客戶交易額增長、訂閱用戶增加或者進入更多國家時，即使 Stripe 沒有重新完成一次銷售，它從同一個客戶獲得的收入也可能繼續增加。普通 SaaS 公司通常需要增加席位或者提高訂閱價格，Stripe 則可以直接參與客戶業務規模的增長。

這也是基礎設施生意的吸引力：一旦進入客戶的核心業務流程，客戶增長本身就可能成為 Stripe 的增長來源。

第三，越來越多產品可以複用同一套底層系統

Payments、Connect、Billing、Tax、Radar、Identity、Treasury 和 Issuing，並不是完全獨立的產品。它們可以共享帳戶、帳本、身份資訊、風險模型、客戶關係，以及銀行和支付網路。

如果這種複用真正成立，Stripe 每增加一項產品，就可以在已有客戶中獲得新的收入，同時提高客戶的遷移成本。一個同時使用支付、訂閱、稅務和風控產品的客戶，顯然比只接入支付介面的客戶更難離開。

但這也是 Stripe 必須持續證明的地方。產品矩陣越來越大，不一定自然產生協同。如果產品之間不能真正共享資料、帳戶和操作流程，它們也可能變成一組相互割裂、持續增加組織成本的業務。

因此，Stripe 的價值不只是「擁有多少產品」，而是這些產品能否建立在同一套基礎設施上，被同一個客戶持續使用。

第四，銀行關係、監管能力和客戶信任很難複製

支付不是只靠程式碼就能完成的生意。一家新公司即使能夠做出更簡單的 API，也需要建立銀行合作、卡組織關係、牌照、合規系統、風險團隊和爭議處理能力。

它還要讓客戶相信，資金可以長期、穩定地經過這套系統。Stripe 過去 16 年累積的不只是軟體，還有金融機構關係、歷史交易資料、風險判斷能力和客戶信任。這些資產不像一個前端功能，可以被另一個工程團隊在幾個月內複製。

早期 Stripe 用簡單的開發者體驗打開市場，但真正讓它形成壁壘的，是隱藏在簡單介面背後的金融和營運系統。

第五，市場也在為穩定幣和 AI 時代的選擇權定價

Bridge、Privy、Tempo、Metronome 和 OpenRouter 看起來屬於不同領域，但把它們放在一起，就能看到一個相對連續的方向：

• Bridge 負責穩定幣資金流動；
• Privy 提供錢包和身份入口；
• Tempo 探索面向支付場景的區塊鏈；
• Metronome 處理複雜的用量計費；
• OpenRouter 連接模型、供應商和 token 消耗。

如果未來 AI Agent 可以自主購買軟體、呼叫模型、管理預算和完成支付，它需要的就不只是一個支付按鈕。

Agent 需要獲得支付權限，需要知道自己能花多少錢；需要在不同模型和軟體服務之間進行採購；需要處理不同國家、不同貨幣和穩定幣之間的資金流動；還需要留下能夠被企業審計、退款和追蹤的交易記錄。

Stripe 希望覆蓋其中的多個關鍵環節：賬戶、錢包、支付、計費、風控、資金結算和模型調用。

因此，1,590 億美元的估值大致包含了兩部分價值：一部分是 Stripe 已經形成的全球支付基礎設施；另一部分是它可能在穩定幣和 AI 經濟中佔據的位置。

但第二部分目前仍然只是一種選擇權。Stripe 需要證明，這些收購能夠真正被整合，而不是一組價格昂貴、彼此關係有限的產品；也需要證明 AI Agent 和穩定幣可以產生足夠大的真實交易量，而不只是技術行業短期關注的概念。它還要證明，產品邊界擴大以後，公司不會再次出現組織增長快於業務增長的問題。

所以，這個估值既是對 Stripe 現有支付規模的定價，也是在提前購買它可能進入的未來市場。

結語：Stripe 能否成為 Agent 時代的 AWS？

回看 Stripe 的 16 年，開始是兩位年輕創始人用幾行代碼簡化了支付接入，但真正決定 Stripe 能走多遠的，並不是那幾行代碼本身。

早期的 Stripe，把申請商戶賬戶、連接支付網關、保存支付信息和處理錯誤等複雜工作，收進一個簡單的 API。後來，它又把平台分賬、訂閱計費、稅務計算、欺詐識別、企業設立、資金管理和跨境支付收進同一個系統。到了穩定幣和 AI Agent 階段，它開始嘗試處理錢包、資金流動、模型調用、token 計量和機器支付等新的複雜問題。

從表面上看，Stripe 的產品越來越多；但它想做的事情一直沒有太大變化：把互聯網企業不願意自己處理、卻又不得不處理的複雜性，變成基礎設施。

Stripe 能否成為 Agent 時代的 AWS？過去，開發者不需要自己購買伺服器、建設數據中心和管理底層計算資源。只需要調用 AWS 的服務，就可以創建和擴大一家互聯網公司。AWS 把複雜的計算基礎設施，變成了可以按需調用和按量付費的服務。

如果 AI Agent 真正進入商業活動，它們同樣需要一套能夠隨時調用的經濟基礎設施。一個 Agent 不僅需要完成某個任務，還可能需要購買數據、調用模型、訂閱軟體、支付供應商或者把收入分配給不同參與者。這會帶來一系列新的問題：

• Agent 如何獲得支付權限？
• 它可以花多少錢，由誰設置預算？
• 調用不同模型產生的 token 成本如何計算？
• 一筆錯誤交易由誰退款、申訴並承擔責任？
• 資金如何在法幣、穩定幣、銀行賬戶和錢包之間流動？
• 企業又如何審計這些由軟體自動發起的交易？

這時，Agent 需要的就不只是一個支付按鈕，而是一整套賬戶、身份、錢包、計費、風控、稅務和結算系統。

Stripe 近年的動作，可以沿著這個方向重新連接起來：

• Payments 和 Connect 負責接收、分配與結算資金；
• Billing 和 Metronome 處理訂閱、用量與複雜定價；
• Radar 和 Identity 判斷交易風險與參與者身份；
• Bridge、Privy 和 Tempo 處理穩定幣、錢包與新的資金網絡；
• OpenRouter 連接模型供應商，並提供模型調用和 token 消耗的入口；
• Agentic Commerce 相關產品，則嘗試讓 Agent 發現商品、獲得授權並完成交易。

如果這些能力最終能夠組合起來，Stripe 提供的可能就不再只是「人如何在互聯網上支付」，而是：一個軟體 Agent 如何獲得預算、購買服務、調用模型、完成結算，並對自己的經濟行為留下可以追蹤的記錄。

這是 Stripe 成為 Agent 時代基礎設施的可能性，但它距離「Agent 時代的 AWS」仍然很遠。

AWS 的核心價值之一，是提供相對標準化、可以被大量開發者自由組合的計算資源。Stripe 要獲得類似的位置，也必須證明自己的支付、錢包、模型路由和計費系統能夠被真正組合，而不是一組通過收購拼在一起的產品。

它還面臨幾個更難回答的問題：

• 首先，Agent 的法律身份和支付授權還不清晰。如果 Agent 自主做出錯誤採購，責任屬於用戶、Agent 開發者、模型提供商，還是支付平台？
• 其次，不同的模型公司、銀行、錢包和支付網絡是否願意讓 Stripe 成為中間層？如果 Stripe 同時參與支付、計費、模型路由和資金結算，客戶也可能擔心它控制過多環節。
• 再次，Agent 商業活動能否形成足夠大的真實交易量？目前大量 Agent 仍然只是輔助人類完成任務，還沒有真正獲得獨立預算，也沒有持續採購服務。
• 最後，Stripe 自己能否管理不斷擴大的產品和組織邊界？它越接近一套完整的經濟基礎設施，內部需要協調的團隊、監管關係和利益衝突也會越多。

所以，「Agent 時代的 AWS」目前更像一個需要驗證的方向，Stripe 的優勢在於，它已經擁有支付入口、企業客戶、開發者關係、全球資金網絡和風險基礎設施。它不需要從零開始建立這些能力，也可以把新產品逐步推向現有商戶。

它的風險同樣來自這裡：產品邊界擴展得越遠，組織越複雜，就越容易失去早期那種簡單、清晰的產品體驗。

因此，Stripe 未來最值得觀察的問題，可能已經不只是支付總額還能增長多少，而是它能否把支付、穩定幣、計費和模型調用組合成一套真正面向機器的經濟基礎設施。

如果答案是肯定的，Stripe 的上限就不再只是一家更大的支付公司，它可能成為 Agent 進入現實經濟時默認調用的一層基礎設施。如果答案是否定的，那麼 Bridge、Privy、Metronome 和 OpenRouter 也可能只是一組昂貴、但彼此關聯有限的收購。

最終，Stripe 能否成為 Agent 時代的 AWS，取決於它能否再次完成 16 年前做過的那件事：

把底層極其複雜的賬戶、資金、計費和責任問題留給自己，只給開發者和 Agent 留下一個足夠簡單、真正能夠運行的接口。