All-In Podcast

OpenAI
財務戰

CFO Sarah Friar 談 IPO、Anthropic 競爭、新裝置與上千億美元運算資源。這不是一集公關訪談,而是一張 AI 公司如何燒錢、定價、擴張與取得信任的財務地圖。

SCROLL
PART 1 | IPO 不是終點

All-In 想問誰先上市,
Friar 回答的是誰有選擇權

節目一開始就把問題丟向 IPO。主持人問,AI 公司是不是有「越早上市越有利」的競賽。Sarah Friar 的回答很清楚:IPO 是 milestone,不是 destination。它只是另一種募資方式,不是公司經營的終點。

她在節目裡說,OpenAI 三月剛完成超過 1,200 億美元等級的募資,目的不是追求新聞標題,而是替公司保留最大彈性。對 CFO 來說,真正的工作是讓公司在資本市場、資料中心、雲端夥伴、晶片供應與產品需求之間有足夠選項。

這段把 IPO 從「誰搶第一」拉回「誰能長期融資」。AI 公司的資本需求太大,上市只是資金工具之一。

Friar 也把短期聲量和長期公司價值分開。市場最後衡量的是可持續、耐久的大公司,而不是誰先敲鐘。這是她面對 Anthropic 可能送件、SpaceX 可能上市等話題時,反覆維持的立場。

PART 2 | Anthropic 追問

主持人說 Anthropic 追上來了,
Friar 說 OpenAI 跑的是不同賽道

真正尖銳的分歧出現在 Anthropic。主持人直接問:OpenAI 曾經領先那麼多,為什麼 Anthropic 在開發者、企業與營收看起來追上甚至超前?這不是客套問題,而是把 OpenAI 過去一年的焦慮放到檯面上。

Friar 沒有接「誰第一」的框架。她把 OpenAI 定位成 AI layer,也就是同一個基礎模型能力,透過多個介面進入消費者、開發者、企業與政府。ChatGPT 是消費者入口,週活躍使用者超過 9 億;Codex 從一月接近零成長到週末突破 500 萬使用者;企業端還有 Frontier 與其他導入方式。

主持人追問
Friar 的回答
真正分歧
是否輸給 Anthropic
OpenAI 不是只做企業,也不是只做消費者,而是把 AI 能力變成多介面基礎層。
主持人看單一戰場,Friar 看整個分發網路。
是否專案太分散
她說營收大約正在走向消費者與企業各半,而且企業需求正在加速。
主持人懷疑失焦,Friar 把雙線作戰說成核心策略。
免費層是否太慷慨
免費使用者每天約 7 輪對話,付費層互動量一路提高,免費層是轉換曲線的入口。
主持人看成本,Friar 看長期習慣養成。

這段對台灣讀者有用,因為它把 AI 公司競爭從「模型榜單」改成「誰掌握使用者入口」。Friar 的邏輯是:更多使用者帶來更多情境、記憶與個人化能力,模型服務成本下降後,毛利率與運算資源投資能力會再往上推。

PART 3 | 運算資源才是財務核心

所有話題最後都回到一件事:
OpenAI 不夠用

主持人引用 Friar 過去的說法:1 gigawatt 運算資源大約可以對應 OpenAI 每年 100 億美元營收。這個數字讓討論從產品競爭變成能源、土地、晶片、記憶體、法規與資本支出的組合題。

Friar 的回答是,運算資源仍然非常稀缺。2026 年不夠,2027 年也有限。她把瓶頸列成一整條供應鏈:能源、土地、電力、能否快速興建的監管環境、機櫃、晶片、記憶體、人才,以及地方社群是否信任這些資料中心。

01
能源與土地
AI 資料中心先卡在電力、用地與地方許可。
02
機櫃與晶片
GPU、記憶體與資料中心設備都是瓶頸。
03
模型效率
晶片與模型進步讓每個 token 的成本下降。
04
產品定價
越能證明客戶價值,越能走出成本加成定價。
05
再投資
毛利率改善後,才有更多錢買下一輪運算資源。

她也提到一個資料中心案例:OpenAI 與 Oracle 相關的密西根州一座 1 gigawatt 資料中心。她強調對地方社群的承諾,包括不讓一般用電戶承擔電力基礎設施成本、帶來 2,500 個工會工作、繳納約 10 億美元稅收,並投入 4,500 萬美元教育資源與 Codex credits。

這裡出現政治經濟問題。AI 資料中心不是只要有錢就能蓋。它會碰到地方電價、就業、稅收、教育與信任。運算資源越像公共基礎設施,AI 公司越需要像大型能源或電信公司一樣處理地方關係。

PART 4 | 1,220 億美元怎麼花

不是把錢全拿去買 GPU,
而是把資本支出拆給夥伴

主持人把問題算得很直接:如果 1 gigawatt AI 運算資源全包大約要 500 億美元,OpenAI 募到的錢究竟能換幾座資料中心?Friar 的答案不是一個固定倍數,而是一個多層融資架構。

兩年前,OpenAI 幾乎是一個雲端服務供應商、一種晶片、一個產品、一個價格。現在它把方塊拆開:多個雲端服務供應商、多種晶片、多種產品、多種定價方式。雲端夥伴可以把 OpenAI 原本要一次承擔的資本支出,轉成隨使用量支付的營運支出。

CSP
多雲端
Oracle、Microsoft、Google、AWS、CoreWeave 與其他供應商分攤建設壓力。
晶片
多供應
Nvidia 仍是重點,也納入 AMD、Cerebras 與 Broadcom 合作晶片。
自建
資料中心
從雲端租用走向部分 built-to-suit,需要更多直接資本。
2032
長期缺口
她說現在已經在看 2030 到 2032 年的運算資源缺口。

Friar 的財務模型有兩段。2026、2027 年可以用產品、價格、使用者、API、企業導入與廣告等變數由下而上推估。更遠的年份則反過來看:公司買到了多少運算資源,這些資源理論上可以支撐多少營收。

這也是她為什麼說 CFO 的工作是選擇權。當技術成本每年變動、模型效率有時大幅改善、有時又要先承擔昂貴預訓練時,公司不能只押一個供應商、一種晶片或一種付款方式。

PART 5 | 裝置與堆疊整合

AI 公司都想靠近使用者,
所以整個堆疊正在互相入侵

主持人問了一個創投很在意的問題:五年後,晶片、雲端、模型、app 與裝置會不會合在一起?Nvidia 做模型,Google 有雲端也有晶片,OpenAI 做模型、產品、晶片合作,甚至可能往新硬體介面前進。

Friar 的回答是,大家都想待在最靠近客戶價值的位置。她認為 LLM 並沒有快速商品化,反而因為 agent、memory、context 與企業知識變得更貼近使用者。模型知道你怎麼寫、你在乎什麼、公司內部有哪些判斷與情境,它的價值就不只是回答問題。

🧠
記憶
AI 不只記住資料,也記住個人偏好、工作方式與過去對話。
🏢
企業情境
公司真正有價值的判斷,常藏在交易員、業務與主管的直覺裡。
📱
新介面
Jony Ive 團隊的新裝置尚未揭露,但 Friar 說它會讓科技變得自然、可親近。

新裝置的段落很短,但訊號很明確。Friar 說年底會揭露、明年初推出,她已經試用過,但不能說它是耳機、puck 或其他形態。她用的形容是 natural 與 lovable。這不是規格說明,而是 OpenAI 想把 AI 從打字介面帶到更即時、更多模態的日常互動。

這也回到運算資源。Sora 這類影片產品非常消耗運算資源;語音、影像與代理人互動也需要更即時的推論能力。當介面從文字走向多模態,OpenAI 的產品願景會繼續推高資料中心需求。

PART 6 | 廣告不是小問題

免費 AI 要怎麼付錢,
廣告遲早會被放上桌

最後一段,主持人問到廣告。Google 與 Meta 兩個最大消費者網路,本質上都是廣告公司;ChatGPT 若要讓全球使用者免費取得 AI,廣告是不是答案?

Friar 的底線是兩件事。第一,模型給出的最佳結果不能因為贊助而改變。第二,OpenAI 會保留沒有廣告的付費層。但她也承認,ChatGPT 如果把搜尋意圖、使用者記憶與對話情境放在一起,可能形成很強的廣告平台。

商業模式
吸引力
風險
API 與企業
每個 token 的營收更高,最能立即改善單位經濟。
如果只把運算資源給 API,OpenAI 會失去大眾入口與長期習慣。
訂閱
免費、入門、Plus、Pro 形成明確升級階梯。
重度使用者可能消耗大量運算資源,價格需要跟價值一起調整。
廣告
意圖加記憶可能比搜尋廣告更精準,也能補貼免費層。
一旦答案排序被懷疑受贊助影響,信任會直接受損。

Friar 說,如果只看今天的營收最佳化,她會把每個 token 都給 API,因為回報高很多。但 OpenAI 的策略是把 AI 做成像電力一樣的基礎層,服務消費者、小企業、大企業與政府。這就是這集最有資訊量的張力:短期最賺錢的使用方式,不一定是長期最有戰略價值的使用方式。

OpenAI 的財務問題不是會不會 IPO,而是能不能把稀缺的運算資源轉成足夠高、足夠持久的客戶價值。

IPO、廣告、新裝置與企業導入,全都在回答同一個問題:每一瓦電、每一顆晶片、每一個 token,最後能創造多少可收費的價值。

你覺得 OpenAI
下一個真正風險在哪裡?

選完之後,分享你的觀點

你的觀點

想聽完整對話?

All-In Podcast 原始影片包含主持人對 IPO、Anthropic、運算資源、新裝置與廣告模式的完整追問。這裡已整理核心論點,原影片可以補上語氣、互動與現場細節。

觀看原始影片 →

來源:All-In Podcast YouTube 頻道。原始影片為 OpenAI CFO Sarah Friar on IPO, AI Rivalries, New Device, and Spending $100B+ on Compute