AI 產品談定價,很容易一上來就糾結「月費定 19 還是 29」。月費只是最外層。真正決定毛利與轉化的是三件事:用戶為哪種價值付費、用什麼單位計量、多久收一次錢。訂閱與積分的分歧不在價格高低,而在計量單位對用戶是否顯性。
Qwen 團隊公開的企業級定價復盤給出的順序是固定的五步:先確定價值指標,再設定計費單位,然後選擇定價模型,接著設定護欄,最後按季度復盤調價(Qwen 定價框架與實測算例)。價值指標回答「省了多少小時、少了哪些錯誤」;計費單位回答「用什麼刻度收錢」;收費形態回答「多久收一次、怎麼打包」。訂閱把計費單位藏進套餐權益,積分把它顯性化成餘額——同一份算力換個刻度,帳單就能差出兩個數量級。
月度訂閱與積分計費的核心差異
| 比較維度 | 月度訂閱 | 積分計費 |
|---|---|---|
| 用戶付款方式 | 固定週期付款,一次決策長期生效 | 按需充值,隨用隨買 |
| 收入可預測性 | 較高,續費率與 MRR 可測 | 取決於用量,波動明顯 |
| 用戶使用限制 | 套餐權益與額度上限 | 積分餘額,歸零即停 |
| 適合場景 | 高頻穩定使用 | 用量波動大、單次成本差異大 |
| 主要風險 | 低頻用戶覺得沒回本 | 用戶不願頻繁充值 |
| 成本管理 | 用套餐額度與限流控成本 | 按調用成本扣積分 |
| 財務口徑 | 收入前置,需處理遞延與未使用權益 | 預付餘額,需管理過期與負債 |
訂閱最大的好處不是單價更高,而是收入前置、可預測:每月固定入帳,續費率可測,投放預算可以按 LTV 倒推獲客成本。代價是用量風險留在供給側——重度用戶把額度用穿,輕度用戶在續費時猶豫。積分正好相反:收入隨用量浮動,但用戶對「花了多少」有清晰感知,成本能逐次傳導,毛利率不容易被少數極端用戶打穿。
成本側:固定月費為什麼很難吸收推理成本波動

大模型產品的成本曲線天然不平整:提示詞長度、模型檔位、重試次數、上下文累積都會改變單次成本。Qwen 的公開算例把差距量化得很直白——每月 10,000 次客服對話、每次 8,000 輸入加 2,000 輸出 token,按 token 計費(Qwen3-Max 第一檔每百萬 token 輸入 1.20 美元、輸出 6 美元)是 216 美元,按每次對話 2 美元是 20,000 美元,按每次解決 0.99 美元是 9,900 美元(同一工作負載的三種計費算例)。決定帳單的是計量單位,不是模型本身。
同一份價格說明還給兩個可用的成本槓桿:批次處理推理按即時價格的 50% 計費,顯式快取命中按輸入價格的 10% 計費。它們只有在成本可傳導的結構裡才會變成用戶側的價格下降;一旦把對外價格寫死成「每次對話 2 美元」,模型降價就只會變成你的毛利。
用戶體驗側:可預期性與餘額焦慮的拉扯
訂閱的心理帳戶是「已經付過的成本」,用戶傾向多用,價值感更容易建立;積分的心理帳戶是「還在減少的餘額」,用戶每次生成前都會先估一次價。摩擦集中在三處:充值打斷創作節奏、餘額不足讓任務中途停住、生成失敗仍然扣費。解法並不複雜:餘額常駐導覽列、生成前給出預計消耗區間、設定自動充值閾值、失敗自動退還並在流水中說明原因。體驗做對了,積分不會顯得小氣,反而強化「只為實際產出付費」的感知。
場景一:Chatbot 更適合訂閱還是積分?
三個問題足以判定。第一,單次成本變異數:系統提示固定、會話長度收斂的問答機器人變異數小;一旦涉及長文件、程式碼庫檢索或多步推理,token 量可能相差幾十倍。第二,月用量 p90 與 p50 的比值:接近 1 說明行為整齊,適合訂閱;超過 5 說明存在少量重度用戶,需要積分或超額機制兜住。第三,推理成本佔收入的比例:超過三成,固定月費的風險已經很高。
結論通常分層:面向個人的通用助手用包月更符合認知,用戶買的是「隨時能聊」的安全感;面向 B2B 的客服與知識庫問答,按會話或按解決結果計費更貼合價值,也更好向採購解釋。兩類用戶都在客群裡時,用「訂閱打底 + 積分階梯」。
場景二:AI 圖片生成工具怎麼收費?三種套餐的模擬

圖片工具是訂閱與積分混用最典型的品類,單張成本由解析度、模型、放大和審核等多次調用疊加。套餐結構如下(數值為示例,需按自己的單張成本反推):
| 套餐 | 收費方式 | 權益設計 | 主要目的 |
|---|---|---|---|
| Free | 免費 | 每日有限額度、標準解析度、帶浮水印 | 降低試用門檻,鎖住每日成本上限 |
| Pro | 每月訂閱 | 每月發放固定積分,附贈高畫質與商用授權 | 鎖定現金流,培養高頻習慣 |
| Pay-as-you-go | 購買積分包 | 按張扣減,限期或長期有效 | 承接爆發用量與一次性需求 |
積分消耗不該按「張」平均分攤,而應按操作類型設係數:標準圖 1 積分、高畫質放大 4 積分、局部重繪 2 積分、批次匯出按張數線性疊加。換算只需一條公式:積分單價 ≥ 單張綜合成本 ÷(1 − 目標毛利率)。若一張標準圖綜合成本約 0.02 美元、目標毛利 70%,對應售價不應低於約 0.067 美元,再據此反推 100 積分包與 Pro 月費檔位。這樣 Free 有每日額度兜底,Pro 的超支由積分包吸收,不會出現一個用戶打穿整月毛利。
場景三:API 產品如何按調用次數定價
API 定價要同時滿足兩個口徑:對外用「調用」或「任務」當計費單位,讓開發者一眼看懂;對內用 token 或 GPU 秒核算真實成本。兩者之間用積分係數橋接,而不是把 token 價直接暴露給客戶。常見做法是階梯單價加月度承諾量,超量部分按更高單價結算:
{
"plan": "pro",
"included_credits": 20000,
"overage_per_1000_credits": 3.5,
"credit_rules": [
{ "model": "small", "per_1k_input": 1, "per_1k_output": 3 },
{ "model": "standard", "per_1k_input": 3, "per_1k_output": 9 },
{ "model": "reasoning", "per_1k_input": 10, "per_1k_output": 30 }
],
"min_charge_per_call": 1,
"failure_policy": "no_output_refund_full",
"idempotency": "required"
}
三個約束值得寫進設計文件:最小計費單位避免超短調用攤薄成本;失敗策略決定退款口徑;冪等鍵防止重複扣費。AI 產品的變現機制通常圍繞 SaaS 訂閱、按用量收費與按結果定價展開,相關研究也對這三類機制做了同樣的歸納(AI 產品變現機制研究),可以據此判斷自己的產品落在哪一檔。
幾分鐘搭建展示站並增長獲客
輸入一句想法,We0 AI 即可生成展示站、頁面與 CMS。發佈上線後並幫你獲取客戶和流量。
用戶註冊贈送一次完整項目生成
適合先體驗一次完整生成流程,快速看到專案初稿。
混合模式:五種形態怎麼選
- 純按量付費:用量高度不確定、峰谷明顯,風險是收入不可預測。
- 額度訂閱:月費含固定額度,超出即停,適合預算敏感的企業採購。
- 超額訂閱:月費含額度,超出按單價續計,適合季節性上浮的業務。
- 積分消耗型預付:一次購買、逐次扣減,適合一次性項目與代營運。
- 訂閱 + 每月補充積分:月費發積分、按規則結轉,兼顧現金流與用量彈性。
取捨本質是在「獲客摩擦」和「收入可預測性」之間移動:固定費用都是入口摩擦,完全按量又讓財務無法排期。當一張帳單一個月內可能從 10 萬美元波動到 30 萬美元時,模型就必須轉向混合,這也是 Qwen 定價實踐 給出的判斷依據。
定價機制必須先定的四件事

第一,不同模型設不同積分係數。輕量模型 1 倍、主力模型 3 倍、深度推理 10 倍只是起點,係數要按真實單位成本反推。第二,退款規則寫清楚:模型報錯或沒有輸出全額退;逾時中斷退積分並記錄原因;生成成功但用戶不滿意不退,改給重試折扣。第三,護欄要進合約而不只是進控制台:用量上限加提醒、帳單閾值觸發預授權、按任務限流。第四,帳單必須可解釋:每條流水帶上請求 ID、模型、token 數與積分扣減,用戶才能在月底對帳。高併發下還要扣費冪等——同一請求重試使用同一冪等鍵,扣減與退還都只生效一次。
上線前四步核對:量出單次成本的 p50、p90、p99 再定價;把價值指標寫成一句話;把每個動作翻譯成可追溯的積分係數;先上護欄與失敗退還,再開放大額度充值。
We0 在其中的位置
把定價方案真正跑起來,難點往往不在價格表,而在支付鏈路是否接得穩。We0 的支付能力把外掛啟用、訊息透傳、結帳建立、Webhook 回調、結果查詢和前端支付互動放進同一條生成路徑,適合需要訂閱、一次性購買或積分充值的產品站點,也能繼續承接 Stripe、Creem 或微信支付,具體範圍見 We0 支付能力。對正在驗證收費模式的團隊,商業化前置省掉了「頁面做完再補支付」的返工;邊界也要說清:扣費規則、成本核算與防重複扣費仍需在業務邏輯裡單獨設計與測試,支付能力解決的是鏈路完整,不替你決定定價策略。Stripe 文件給了積分計費模型的配置思路(基於積分的計費模型配置),可作為實現參考。
常見問題
已經做了訂閱,還能再加積分包嗎?
可以,而且通常是最優路徑:訂閱作為基礎權益,把高頻或超量需求引導到積分包,既不影響老用戶的續費預期,也能承接突發用量。關鍵是兩套口徑在同一張帳單上可解釋。
生成失敗要不要退積分?
按失敗類型區分:無產出(報錯、逾時、中斷)全額退還;已產出但用戶不滿意不退還,改給重試折扣。所有退還都帶原因記錄,並用冪等鍵防止重複退還。
怎樣避免少數高頻用戶把成本打穿?
三層防護同時上:套餐內額度與速率限制、用量閾值提醒、超額後自動切到積分計費;定價側用 p99 成本校驗套餐價,確保最壞情況仍在毛利範圍內。
相關工具
- 單次成本分佈表(記錄 p50/p90/p99 與模型檔位)
- 積分係數矩陣(模型 × 操作類型 × 單次成本)
- Stripe 基於積分的計費模型配置文件
相關連結
- Pricing Enterprise AI Products: Lessons from Real-World Production(Alibaba Cloud)
- The Monetization of AI Products: Based on Closed-Loop Business Models(RePEc/IDEAS)
- Set up a credit-based pricing model(Stripe 文件)
- We0 支付能力
總結
訂閱與積分不是二選一的對立,而是兩種風險分配方式:訂閱把用量風險留在供給側,換取現金流可預測;積分把成本傳導給需求側,換取用量彈性。判斷標準只有三個——單次成本變異數、用量分佈的尾部厚度、推理成本佔收入的比例。對多數 AI 工具,最終形態是「訂閱打底 + 積分承接超額」,再配上模型積分係數、失敗退還規則、三層護欄和可解釋帳單。價格表可以慢慢調,但計費單位選錯,後面所有調價都只是在錯誤的刻度上做微調。



