Tokenmaxxing：一份AI預算，四種工作

所有文章

AI趨勢/2026年5月25日

Tokenmaxxing：一份AI預算，四種工作

8分鐘閱讀

SL

Shawn Lestage

營運長

分享本文

SL

Shawn Lestage

營運長

分享本文

Tokenmaxxing的實際投資回報率是多少？

每家使用AI的公司現在都在為token付費。在Mintlify，我們將token打包成積分。單位不是關鍵。關鍵在於，無論你支付什麼，你都是在為各種問題的解決方案付費，而每個人都在努力理解：這筆支出值得嗎？

目前許多團隊面臨的挑戰是，他們無法在AI支出和業務成果之間畫出清晰的聯絡。他們看著賬單，卻無法在工程產出、支援成本、客戶留存或新收入等關鍵類別中直接看到投資回報率。

這並不是因為投資回報率不存在。而是因為沒有人弄清楚如何清晰地畫出這條線，以便買家能夠就AI支出做出明智的決定。

總結：

每個人都在tokenmaxxing（全力投入研發預算並希望得到最好的結果）

當利潤率受到壓縮且影響尚不明顯時，公司意識到他們在AI上花費過多。

這些公司轉而使用更便宜的“足夠好”模型，或者開始限制支出。

我們在Mintlify的客戶中迅速看到了這一過程。那麼，接下來會發生什麼？

如果支出沒有體現在更快的增長、更好的利潤率、業務其他方面的成本降低，或者理想情況下體現在多個類別中，那麼最終結果是可以預見的。

結構化AI支出

以下是我們如何在Mintlify考慮我們自己的支出，這對於我們如何構建、如何銷售以及我們為客戶提供的價值具有指導意義。評估框架很簡單。積分對應著大家熟知的利潤表類別：研發、銷售成本、銷售與營銷（客戶獲取成本）和留存（淨收入留存）。

Token支出並不都進入一個會計分類。

這是多種成本在做根本不同的工作，每種工作都應該用不同的投資回報率視角來評估。就像你不會把員工人數、廣告支出和雲基礎設施混為一談一樣，你也不應該把積分混在一起。

積分應該對應財務團隊已經理解的利潤表類別。

積分作為研發

有些積分讓你的工程團隊更快。例如，像Claude Code和Cursor這樣的工具的使用支出。

在Mintlify產品套件中，對應的是文件編寫代理和工作流。這些產品自動記錄拉取請求、同步更新日誌，並在產品變化時保持知識庫的最新狀態。

理論上，這增加了每位工程師的成本。實際上，它增加了每位工程師的產出。而且，與大多數開發者工具不同，收益會複合增長。對內部或外部知識庫的每一次增量改進，都會使將來對其進行的每次查詢更加準確。在第六個月向文件提問的開發者，會比第一個月問相同問題得到更好的答案，因為底層內容已經自動同步更新。

像衡量任何工程生產力工具那樣來衡量它。文件滯後時間是否減少？工程師是否花更少時間編寫和更新文件？知識庫是否比以前更完整、更新？如果是，那麼積分就是正投資回報率。

積分作為銷售成本

有些積分直接服務於你的終端使用者。當有人訪問你的文件並向Mintlify助手提問，或者當客戶提交支援工單而支援代理在人類之前處理時，這種交換會消耗積分。這是交付產品的成本。

這裡的投資回報率計算是四個類別中最直接的。如果你客戶當前每次支援互動的成本是X美元，而助手或支援代理以X美元的一小部分解決了同樣的問題，那麼利潤率的改善是立竿見影且可衡量的。你需要看的是轉介率、與當前人工支援或替代方案成本相比的每次解決成本，以及隨時間推移的毛利率影響。

對於支援密集型用例，這裡的價值主張最為具體。由Mintlify助手和支援代理驅動的幫助中心不僅減少了工單量。它還將成本結構從可變的、基於員工數量的模式轉變為可預測的、基於積分的模式。對於大多數公司來說，這是更好的利潤率。

積分作為客戶獲取成本

有些積分獲取客戶。這是最不明顯的類別，也可能是最有價值的。

當一位開發者訪問你的文件並向Mintlify助手提出深入的整合問題時，這種互動是一個訊號。它告訴你有人正在積極評估你的產品，試圖瞭解它是否適合他們的用例，並以表明真正意圖的水平與你的內容互動。

助手API進一步擴充套件了這一點。將Mintlify助手整合到他們自己工具中的公司可以以程式設計方式將這些高意圖互動浮出水面，將它們作為產品合格線索路由給銷售團隊，或者用於觸發自助註冊的轉化流程。生成管道和成交交易的積分的價值不應被忽視。

像衡量任何需求生成渠道一樣衡量這些積分。每次線索成本、線索到機會的轉化率、客戶獲取成本回收期。區別在於，與付費廣告或贊助活動不同，線索生成發生在產品內部。開發者並沒有被營銷（他們非常討厭被營銷）。他們正在嘗試解決問題，而助手正在幫助他們。

積分作為留存

有些積分防止現有客戶流失。這是大多數團隊完全忽視的類別。

當Mintlify助手和支援代理讓你的客戶的終端使用者更好地自助服務時，這些使用者提交更少的支援工單。他們更快地找到答案。他們採用、啟用並擴充套件使用你的產品和功能釋出。他們不會因為糟糕的入門體驗或在你的支援團隊不覆蓋的時區凌晨2點的未回答問題而流失。

這些積分沒有獲得新客戶。它們沒有從這個季度的銷售成本中轉介支援工單。它們讓客戶更有粘性。它們提高淨推薦值，降低流失風險，並增加擴充套件的可能性。投資回報率體現在淨收入留存中，而不是本月成本節約中。

這也是研發積分的複合效應在下游可見的地方。你的知識庫越準確、越新（因為工作流保持了同步），助手對你的終端使用者表現就越好。助手錶現越好，你的客戶從產品中獲得的價值就越多。他們獲得的價值越多，就越有可能續約和擴充套件。

一個預算線，四種不同工作

將積分支出跟蹤為單一數字的問題在於，你失去了對其做出明智決策的能力。你無法判斷自己是過度投資還是投資不足，因為你不清楚哪些積分在產生價值，哪些沒有。目標不應該是限制支出。而應該是利用積分加速價值創造。

框架：

利潤表類別積分的作用產品表面如何衡量投資回報率

研發保持文件準確，自動化工程文件工作流節省的工程小時數、文件新鮮度、知識庫隨時間準確性

銷售成本服務終端使用者查詢，轉介支援助手、支援代理當前每次解決成本、轉介率、毛利率影響

銷售與營銷（客戶獲取成本）生成產品合格線索，將文件閱讀者轉化為註冊使用者助手、助手API每次線索成本、線索到機會率、客戶獲取成本回收期

留存（淨收入留存）減少摩擦，改善自助服務，防止流失助手、支援代理淨收入留存、流失率、工單量、淨推薦值

有了這個分解，用已經存在的投資回報率框架評估每個類別。研發積分像開發工具一樣衡量。銷售成本積分像基礎設施一樣衡量。客戶獲取成本積分像需求生成一樣衡量。留存積分像客戶成功專案一樣衡量。

數學並不新鮮。輸入是新的。

如何處理

如果你正在評估Mintlify，不要從“它花費多少？”開始。從“價值落在哪裡，單位經濟學有意義嗎？”開始。

將你的積分使用對映到四個類別。為每個類別建立一個簡單模型，使用你的團隊已經跟蹤的指標。然後像做任何其他投資決策一樣做投資決策：每個類別的回報是否證明支出合理？

對於與我們合作的大多數公司，答案是至少在兩個類別中為“是”，在一個類別中明顯為“是”。這足以證明投資的合理性。其餘的都是額外收益。

如果你需要幫助，請聯絡我們。

更多部落格文章閱讀

22個Web編輯器使用者體驗改進

Mintlify Web編輯器即將推出的使用者體驗改進彙總。

2026年5月4日

DT

Dmytro Tovstokoryi

設計

公告

介紹Mintlify幫助中心入門套件

幫助中心是客戶支援的第一道防線。新的Mintlify幫助中心入門套件和AI工單轉介使其啟動更快。

2026年5月1日

HL

Hahnbee Lee

聯合創始人