開源核心產品嘅AI充值：增加使用量而唔需要重新定價

AI 加值開放核心 價格運作喺你嘅產品有一個有用嘅免費核心、一個商業層同埋一啲使用量因客戶而異嘅 AI 功能時最有效。錯誤喺於將每個用戶都當成會消耗相同嘅推理量。.

如果一個客戶每個月只運行幾個摘要，而另一個客戶運行幾千個文件分析，固定計劃可能會變得唔公平或者唔賺錢。提高每個計劃嘅價格會令輕量用戶為高用量用戶埋單。提供無限 AI 會將可變模型成本推返俾產品團隊。一個加值模式會俾每個計劃一個清晰嘅配額，然後喺重度用戶需要時俾佢哋購買更多嘅 AI 使用量。.

對於開放核心團隊嚟講，呢個特別有用。免費核心可以保持有價值同易於訪問，而高級 AI 操作就成為產品周邊嘅一個付費使用界面。ShareAI Builder 就係為咗呢個層設計嘅：團隊可以將佢哋自己產品中選定嘅 AI 請求通過 ShareAI 路由，設置一個利潤或者附加費，俾客戶為路由嘅 AI 使用量付款，並根據佢哋產生嘅使用量每月收到付款。.

何時 AI 加值有意義

AI 加值唔係適用於每個產品嘅定價技巧。佢喺客戶可以理解點解一個功能有可變成本，並且功能喺使用時創造價值嘅情況下最有效。.

最適合嘅係一個使用量唔均嘅高級 AI 操作：文件提取、RAG 搜索、圖像生成、代碼審查、支持助手回應、批量摘要、數據豐富、翻譯或者工作流程推薦。呢啲操作喺背後有實際成本，但用戶通常可以將收費同佢哋要求嘅結果聯繫起嚟。.

當 AI 功能主要係裝飾性、每個用戶嘅成本好細或者用戶無法預測咩會消耗信用時，加值就冇咁強。如果價值難以解釋，加值餘額會令人覺得有阻力。如果價值清晰，佢可以令人覺得有控制感。.

基本開放核心加值模式

最簡潔嘅模式有五個部分：

1. 產品喺付費計劃、試用或者商業版本中包含一個定義嘅 AI 配額。.
2. 團隊將選定嘅 AI 請求標記為計量，而將免費核心保持喺付費 AI 層之外。.
3. 當客戶達到包含嘅配額時，產品會提供加值選項，而唔係阻止整個工作流程。.
4. 應用程序通過 ShareAI 路由付費 AI 請求 分享AI API 或者 Builder 設置。.
5. 客戶為經由ShareAI嘅AI使用付費，而建設者就會從該使用附加嘅利潤中每月賺取收入。.

呢個做法保持商業AI界面同開源承諾分開。你唔係改變授權。你唔係將產品移到ShareAI。你係為你已擁有嘅應用程式內特定AI驅動嘅操作添加一個使用感知嘅盈利層。.

呢個分隔好重要。開源核心買家通常接受付費嘅企業功能、托管服務、支援同高級自動化。但當團隊悄悄將核心功能移到使用收費後面時，佢哋就冇咁容易接受。由計量明顯增量於核心產品體驗嘅AI功能開始。.

如果你仲係定義更大嘅定價架構， 免費核心，付費AI功能模式 同埋 企業AI附加功能方法 係有用嘅配套路徑。呢篇文章專注於充值層。.

第一步：選擇客戶理解嘅使用單位

原始token喺內部有用，但唔一定係最好嘅客戶面向單位。一個好嘅使用單位係映射到用戶想完成嘅工作。.

AI 功能	面向客戶嘅單位	點解可行
文件分析	頁面、文件或分析	用戶係以文件思考，而唔係token。.
支援助手	解決嘅回覆或助手對話	單位連接到客戶互動。.
RAG搜索	答案、搜索或者索引文件	單位跟隨檢索工作流程。.
圖像生成	圖像或者生成任務	輸出係可見同可計數嘅。.
代碼審查	運行、文件審查或者拉取請求	單位符合開發者工作流程。.

你仲可以喺背後追蹤供應商成本、tokens、延遲同模型使用情況。面向客戶嘅套餐應該更簡單。一個信用可以代表一組內部工作，只要產品一致咁解釋就得。.

呢個亦係AI定價同普通SaaS席位唔同嘅地方。AI成本通常隨住調用、模型選擇、tokens或者生成輸出而變化。Bessemer嘅 AI定價手冊 同OpenView嘅 基於使用嘅定價 工作都指向同一個實際教訓：當成本同價值隨使用而變化時，定價模型需要一個使用感知嘅組件。.

第2步：決定包含啲咩

包含嘅配額係客戶首先會評估嘅部分。太少，提示充值會喺用戶信任功能之前出現。太多，重度用戶可能會喺你了解經濟效益之前造成利潤壓力。.

一個實際嘅起點係包括足夠嘅使用量，令中位數客戶可以完成一個真實嘅工作流程，然後為明顯超過正常使用量嘅客戶預留額外充值。目標唔係盡快向每個用戶收費，目標係避免用一個固定價格計劃去補貼大量AI消耗。.

對於開源核心團隊，免費層應該仍然證明產品嘅核心價值。保持社區使用有用。計量高級AI功能，呢啲功能可以增加便利、自動化、速度或者規模。呢個可能意味住免費版中有限次數嘅AI輔助運行，付費層中更大嘅配額，以及為超出配額嘅客戶提供充值選項。.

第三步：添加充值觸發器同保護措施

一個充值流程應該喺感覺商業化之前感覺可預測。產品應該向用戶展示包括咩、已經使用咩、下一步會發生咩事，以及充值可以買到咩。.

• 喺功能附近顯示剩餘AI點數或者使用量，而唔係只喺收費頁面顯示。.
• 喺用戶快用完之前警告佢哋，例如喺配額嘅75%同90%時。.
• 對需要控制支出嘅團隊使用硬性上限。.
• 對優先保持連續性並且有管理員批准嘅付款方式嘅團隊使用軟性警告。.
• 避免對失敗嘅請求或者不可見嘅系統重試收費。.
• 保持管理員控制同終端用戶功能控制分開。.

重要嘅設計原則好簡單：唔好令客戶感到意外。如果用戶認為AI操作有價值並且理解剩餘餘額，充值提示會更加容易接受。.

第四步：通過ShareAI Builder路由付費AI使用

一旦產品有清晰嘅付費AI界面，ShareAI Builder可以喺嗰個使用背後運作。產品仍然係你嘅產品。ShareAI負責選定AI請求嘅路由同貨幣化層。.

一個乾淨嘅實施應該標記每個計量請求，包括客戶、工作空間、計劃、功能、請求類型同內部使用單位。呢個可以畀你嘅團隊睇到客戶配額、充值購買、實際模型使用同利潤嘅比較。.

喺 ShareAI Builder 控制台, ，團隊可以配置 Builder 端嘅設置，並設置附加喺路由使用量嘅邊際。應用程式之後會通過 ShareAI 發送所選嘅 AI 請求，客戶為嗰啲路由使用量付款，而 Builder 喺使用量產生收入時每月收到付款。.

如果你仲喺揀模型覆蓋範圍， ShareAI 模型頁面 可以幫助框定邊啲 AI 操作屬於收費層。最佳候選通常係高價值操作，喺嗰啲操作中，模型質量、延遲同成本對產品有直接影響。.

第五步：清楚解釋模型

客戶信息應該以最好嘅方式保持無聊：準確、簡短，並喺收費發生之前可見。.

使用以下語言：

你嘅計劃每月包括 1,000 個 AI 點數。點數用於高級 AI 操作，例如文檔分析同助手生成嘅回應。如果你嘅團隊需要更多，管理員可以添加點數而唔需要更改整個計劃。.

呢段文案有三個作用。佢告訴客戶包括咗啲咩。佢將使用量同可見功能連接起嚟。佢令額外點數成為擴展路徑，而唔係懲罰。.

避免使用模糊嘅短語，例如無限 AI、公平使用適用，或者高級使用可能會產生費用。嗰啲短語會產生支持票。好嘅額外點數模型應該減少賬單混亂，而唔係將佢移到收件箱。.

常見錯誤要避免。

第一個錯誤係計量錯誤嘅嘢。如果用戶只見到一個完成嘅答案，就唔好為每個內部模型調用收費。盡可能圍繞可見結果進行打包。.

第二個錯誤係令免費核心感覺更差。開放核心信任取決於有用嘅免費基礎。保持核心產品可信，然後圍繞佢貨幣化高級 AI 加速。.

第三個錯誤係喺失敗嘅時候先隱藏限制。如果一個團隊喺工作流程崩潰後先知道需要額外點數，定價模型會令人覺得敵對。提前顯示使用量。.

第四個錯誤係跳過邊際審查。額外點數包應該根據真實嘅 AI 提供商成本、模型選擇、重試行為同重度用戶模式進行檢查。慷慨嘅允許係可以接受嘅，當佢係有意嘅時候。但當佢係不可見嘅時候就好危險。.

一個實用嘅推出路徑

由一個高級AI功能開始。揀一個用戶已經要求嘅功能，呢個功能要有可量化嘅使用量，並且能夠創造足夠價值去支持一個付費擴展路徑。唔好一次過嘗試對所有AI界面進行計量。.

1. 揀第一個高級AI功能。.
2. 揀一個面向客戶嘅單位，例如分析、答案、文件或者運行。.
3. 為付費計劃或者試用設置一個包含嘅配額。.
4. 加入使用量可見性同由管理員控制嘅充值功能。.
5. 通過ShareAI處理付費AI請求。.
6. 喺第一個計費周期之後，檢視使用量、模型成本、轉化率同利潤。.

呢個方法令推出規模足夠細，可以快速推出，亦足夠具體，方便學習。當一個功能成功運作之後，可以用同樣嘅模式擴展到產品中其他高級AI功能。.

常見問題

喺開源核心產品中，咩係AI充值？

AI充值係高級AI功能嘅付費使用額外添加。一個開源核心產品可以包含每月配額，然後當客戶使用量超過配額時，讓佢哋購買更多嘅點數、分析、答案或者運行次數。.

AI充值同更高級嘅付費計劃有咩唔同？

更高級嘅計劃會改變客戶整個訂閱計劃。而充值係喺唔需要改變計劃嘅情況下，添加更多AI使用量。當客戶鍾意現有計劃，但偶爾會有AI使用量高峰時，呢個功能就好有用。.

喺咩情況下，AI充值比無限AI更好？

當使用量波動大同AI成本有意義時，充值會更好。無限AI喺市場推廣中可能有吸引力，但亦可能隱藏重度用戶嘅成本，直到利潤變得痛苦為止。.

ShareAI 會唔會取代我哋嘅產品收費模式？

唔會。ShareAI 可以處理路由嘅 AI 使用同埋盈利層。你嘅產品可以保留現有嘅訂閱、授權、企業合約或者開源商業模式。.

ShareAI 會唔會托管或者建立開源產品？

唔會。應用程式仍然係喺 ShareAI 以外建立、托管同管理。ShareAI Builder 係用嚟路由同盈利產品中選擇嘅 AI 使用，而唔係用嚟創建或者托管產品本身。.

咩應該計算為一個信用？

一個信用應該對應到一個可見嘅客戶行動。例如，一份文件分析、一幅生成嘅圖片、一個助手答案或者一次代碼審查運行。內部嚟講，你仍然可以將信用映射到 token、模型成本同路由行為。.

開源團隊應該點樣處理免費用戶？

保持免費核心有用。如果免費用戶獲得 AI 訪問，可以使用少量配額或者適合演示嘅限制。付費增值模式應該適用於高級 AI 使用，而唔係基本價值，令開源項目更具可信度。.

AI 增值功能可唔可以適用於自托管客戶？

可以，當自托管產品可以通過商業端點路由選擇嘅 AI 請求，並且客戶接受嗰種架構。產品應該清楚顯示路由功能、使用條款同管理控制。.

Builder 嘅付款係點運作嘅？

喺 ShareAI Builder 設置中，Builder 通過 ShareAI 路由選擇嘅 AI 使用，並設置利潤或者附加費。客戶為嗰啲路由使用向 ShareAI 付款，而 Builder 根據生成嘅使用量每月收到付款。.

Builder 同 Provider 有咩唔同？

Builder 擁有將用戶送到 ShareAI 路由推理嘅應用程式、產品、插件或者平台。Provider 為網絡提供計算能力。開源增值定價主要係 Builder 嘅工作流程，雖然 Provider 嘅供應幫助推動更廣泛嘅市場。.

我哋應該追蹤咩內部數據？

追蹤客戶ID、工作空間ID、功能名稱、計劃、請求次數、使用單位、使用嘅模型、成本代理、充值餘額、失敗請求同埋產生嘅收入。冇咗呢啲數據，好難調整配額或者利潤。.

用充值推出嘅最安全第一個功能係咩？

揀一個已經有需求、明顯客戶價值同可量化使用嘅高級AI功能。文檔分析、助手回答、批量增強同生成任務通常比背景自動化更容易解釋。.

從一個高級AI操作開始

最好嘅開源充值模型通常一開始係細規模。揀一個AI功能，定義配額，清楚顯示使用情況，並通過ShareAI處理付費請求。一旦經濟效益可見，你可以喺唔需要重新定價整個產品嘅情況下擴展模型。.

準備好測試Builder設置嘅團隊可以喺 ShareAI Builder 控制台 或者檢視 ShareAI文檔 喺接線第一個路由AI功能之前。.