所有節目›AI Engineer Europe 2026| World's Fair 2026完整場次線上軌AI in HealthcareSoftware Factories
Mastering AI Pricing在 YouTube 看這一場

AI Engineer Europe 2026 · 演講 · 2026-05-01 · 24 分

AI 產品定價的五步框架

Mastering AI Pricing · Mayank Pant,Stripe

Stripe 的 Billing Solution Architect 從 AI 公司的毛利與重度用戶風險談起,講到怎麼定義價值、選計費單位、設用量上限,並把 hybrid 定價當成要持續迭代的假設。

其他:產品與研究介紹看原片 ↗

概要

  • AI 的毛利跟用量綁在一起Mayank 說傳統 SaaS 毛利有 80-85%,AI 毛利低,而且會隨用量變動。5 到 10% 的用戶可能吃掉 80% 的算力,純訂閱或純用量計費都不夠。
  • 第一個價格只是假設Mayank 主張定價要跟著功能一起演進,並引用 Stripe 的資料:高成長公司比低成長公司更常調整定價,49% 對 22%。
  • 趨勢是 hybrid 定價Mayank 說 hybrid 定價從 2024 年的 6% 升到 41%,約 7 倍,目前 56% 的 AI 公司領導者在用。做法是一筆基本費,加上依用量成長的費用。
  • 五步框架定義價值、選計費單位、選定價模式、加護欄、持續迭代。價值要從客戶的角度看,不是從產品做了什麼看。
  • 用 credits 把功能包起來客戶看到的是固定的 credits 數量,底下每個功能換算多少 credits 可以隨時調整,方案本身不用跟著改。
  • 護欄是為了信任用量上限、50%、70%、90% 的通知、儲值或暫停的選項,再加上 rate limiting,避免帳單出錯讓客戶流失。

原話

  • “5 to 10% of your users can use 80% of your compute.”

    5 到 10% 的用戶可能用掉 80% 的算力

    ▶ 02:17
  • “The first price that you put in is a hypothesis, it is not a commitment”

    你放上去的第一個價格是假設,不是承諾

    ▶ 03:44
  • “a wrong bill can erode a lot of customer trust”

    一張錯的帳單會大幅侵蝕客戶的信任

    ▶ 13:07
  • “build fair pricing but then do not surprise”

    定價要公平,但不要讓客戶意外

    ▶ 13:38
  • “If every change costs you 3 months, 4 months and a lot of engineering effort, then it is not worth it.”

    如果每次改動都要花三、四個月和大量工程力氣,那就不值得

    ▶ 17:02

延伸

  • Mayank 提到 A/B 測試價格找最佳點,但沒有展開怎麼設計實驗。
  • 被問到量大能不能降價時,Mayank 只說會看付款與計費的量,門檻屬於銷售端,沒有給數字。

章節

點時碼直接跳到原片的那一段。

  1. 開場Mayank 自我介紹,說明很多 AI 公司來找 Stripe 談計費,這場分享 Stripe 這兩年的研究與經驗。
  2. AI 成長速度Mayank 說 AI 公司成長比傳統 SaaS 快 3 倍,並拿 20 million ARR 對照前 100 大 SaaS 公司花的 65 個月。速度也讓定價變得更難。
  3. 為什麼定價很難毛利低、重度用戶吃掉算力、基礎設施成本不可預測,技術性的計價單位又會嚇到用戶,定價更跟不上產品速度。
  4. 業者的擔憂引用數字:33% 擔心算力成本,41% 擔心說不清價值,84% 說產品上線比定價更新快。結論是迭代本身就是競爭優勢。
  5. 高成長公司常改價高成長公司兩年內改價三次以上的比例,高過低成長公司。Mayank 的解讀是改價頻繁是成長訊號。
  6. 轉向 hybrid 定價hybrid 從 6% 升到 41%,座位制與訂閱制下滑;Mayank 說 Intercom、Lovable、ElevenLabs、OpenAI、Anthropic 這些建在 Stripe 上的公司都用 hybrid。
  7. 第一步:定義價值價值是客戶感受到的,用 Gamma 舉例:客戶要的是簡報的品質與相關性,不在乎底層呼叫幾次 API。
  8. 四種價值類型自動化省時間、增強讓同樣人數產出更好、加強服務提供專有軟體或資料、改善結果如 Intercom 依解決的工單數收費。
  9. 第二步:計費單位三種單位:依用量(API 呼叫)、依工作流(生成幾張圖)、依成果(錄用幾位候選人),分別對應成本、產品、客戶 ROI。
  10. 取捨與 credits用量計費好實作但難對應價值,成果計費相反。建議把功能打包成 credits,讓客戶看得懂 100 credits 換到什麼。
  11. 第三步:定價模式訂閱收入可預測但重度用戶侵蝕毛利,用量計費貼近價值但客戶不敢放手試。hybrid 用基本費加用量費兼顧兩邊。
  12. 第四步:護欄帳單出錯會損害信任。做法有用量上限、50%、70%、90% 通知、儲值(手動或自動)或暫停,加上 rate limiting。
  13. 第五步:持續迭代先上線再調整,訪談流失與升級的客戶,對價格做 A/B 測試,並靠 credits 的換算持續對齊價值。
  14. 計費基礎設施如果每次改價都要花三、四個月的工程力氣就不值得。Mayank 介紹 Stripe Billing 與 Metronome,後者處理企業合約的最低承諾與超額計價。
  15. Q&A:credits 與方案Mayank 回答提問時說,今天的進階功能半年後可能變成標配,這時改的是 credits 底下的換算,客戶看到的方案不變;Stripe 也能讓舊用戶保留原價。
  16. Q&A:用量計費業者把每次呼叫回報給 Stripe,指定分層、動態或維度計價,由 Stripe 計價並提供明細。

名詞

Stripe Billing
Stripe 的計費產品,支援訂閱、用量與 hybrid 定價
Metronome
Mayank 說 Stripe 也有的計費產品,處理企業合約的最低承諾、預先承諾與超額計價
hybrid pricing
基本費加上隨用量成長的費用,Mayank 認為這是 AI 公司的主流方向
credits
把功能打包成客戶看得懂的點數,底層換算可隨時調整
outcome-based pricing
依成果計費,例如依解決的工單數或錄用的候選人數
usage cap
用量上限,用完要加購或等下個月重新配額
Gamma
Mayank 用來說明客戶看簡報數量、不看 API 呼叫數的例子
Intercom
依解決的工單數收費的例子,也是 Mayank 提到建在 Stripe 上的公司之一

相關影片 同在「其他:產品與研究介紹」