在規劃 Salesforce Agentforce 上線預算時，系統管理員與企業 IT 採購負責人面臨一項關鍵計費決策：是選擇每次對話 2.00 美元的固定價格，還是採購依動作消耗的 Flex Credits（標準包為 500 美元折合 100,000 點數，標準動作每次約 0.10 美元）。這兩種模式之間的財務損益平衡點恰好是單次對話觸發 20 次標準動作。在絕大多數面向客戶與自助服務的部署情境中，AI Agent 在單次互動中平均僅調用 1 至 4 次後端動作，採用 Flex Credits 模式相較於按對話固定收費可節省 75% 至 95% 的交易成本；而按對話固定計費模式，則適合作為調用鏈極其複雜、平均動作數超過 20 次之深度協同情境的成本防護上限。
要做出精準的財務選型，企業必須釐清對話週期定義、量化動作調用密度、評估人工轉接風險，並透過 Salesforce Digital Wallet 建立完善的治理監控機制。
一、計費核心機制：兩種計量模式的運作原理
Salesforce 通常要求企業在組織（Org）層級選定其面向客戶的 Agentforce 主計費模式。在建立財務預測模型前，必須先理解兩者的觸發條件與計價單位。
| 評估維度 | 按對話計費（Per-Conversation） | Flex Credits 計量模式 |
|---|---|---|
| 基礎單價 | 2.00 美元 / 次對話 | 500 美元 / 100,000 點數（約 0.005 美元 / 點） |
| 標準文字動作 | 對話內包含，不另按次收費 | 每次動作消耗 20 Flex Credits（約 0.10 美元） |
| 語音動作（Voice） | 依賴語音附加方案或分鐘計費 | 每次語音動作消耗 30 Flex Credits（約 0.15 美元） |
| 計費觸發條件 | 24 小時窗口內產生的任何互動對話 | 執行具體的 Agent Action（如 Flow、Apex、API 調用）時扣減 |
| 零動作知識問答 | 全額收取 2.00 美元 | 僅消耗基礎 Prompt/Token 點數，動作成本趨近於零 |
| 提早轉人工 / 失敗對話 | 全額收取 2.00 美元 | 僅扣除轉接前實際執行的動作點數 |
| 合約採購形式 | 月度依用量或預購對話包 | Pay-as-you-go、Pre-commit、Pre-purchase 分級模式 |
| 點數有效期限 | 依合約期程規範 | 預購額度通常於合約期滿時失效，無法自動遞延 |
按對話計費模式（2.00 美元 / 會話）
在此模式下，Salesforce 將一次可計費對話定義為終端使用者與 Agentforce 之間在 24 小時窗口內進行的互動會話。無論該次互動最終是否成功解決問題，系統皆會扣除費用：
- 客戶詢問「營業時間是幾點」，Agent 回覆一句話即結束，未觸發任何後端系統查詢，企業仍需支付 2.00 美元。
- Agent 在第一輪互動中發生語意誤解，客戶隨即要求轉接真人客服，企業除需負擔真人專員的人事工時成本外，仍須支付該次失敗互動的 2.00 美元。
- 客戶進行長達 40 輪的複雜硬體故障排除，Agent 調用了 25 次資料庫查詢與工單更新，費用依舊固定為 2.00 美元。
Flex Credits 計量模式（約 0.10 美元 / 標準動作）
Flex Credits 打破了對話會話的邊界，將成本直接與 AI 實際交付的「數位勞動力」綁定：
- 標準 Agent 動作（包括觸發 Autolaunched Flow、執行 Apex 類別、透過 MuleSoft 或 HTTP Callout 查詢外部系統、更新 CRM 記錄）每次消耗 20 Flex Credits（約 0.10 美元）。
- 語音互動動作每次消耗 30 Flex Credits（約 0.15 美元）。
- 若 Agent 僅透過知識庫檢索回答常見問答，未執行後端資料寫入或跨系統查詢，僅扣除微量 Prompt 點數，不產生動作階梯費用。
- 若客戶在身分驗證後因問題複雜轉接人工，會話僅扣除一次身分核驗動作的 20 點（0.10 美元）。
二、數學損益平衡點分析與場景試算
評估總體擁有成本（TCO）的決定性指標為單次對話的平均動作調用數（$A_{avg}$）。
損益平衡公式
- 文字互動平衡點：
$$\text{平衡動作數} = \frac{$2.00}{$0.10} = 20 \text{ 次標準動作 / 對話}$$ - 語音互動平衡點：
$$\text{平衡動作數} = \frac{$2.00}{$0.15} \approx 13.33 \text{ 次語音動作 / 對話}$$
當平均每場對話動作數小於 20 時，Flex Credits 具有絕對的成本優勢；當動作數大於 20 時，按對話收取的 2.00 美元固定計費則提供了成本封頂效果。
單次對話成本 ($)
3.00 | / (Flex Credits: $0.10/動作)
2.50 | /
2.00 |----------------- 平衡點（20 次動作） -------/----------------- (固定按對話: $2.00)
1.50 | /
1.00 | /
0.50 | /
0.00 +----------+----------+----------+----------+----------+
0 5 10 15 20 25
單次會話執行動作數量
業務場景成本試算表（以每月 10,000 次對話為基準）
針對三類常見的企業客戶服務情境，兩者的費用差異如下：
| 應用場景畫像 | 典型工作流程與動作調用密度 | Flex Credits 月支出 | 按對話計費月支出 | 費用差異比較 |
|---|---|---|---|---|
| 畫像 A：輕量問答與分流 | 知識庫檢索、訂單狀態查詢（平均 1 次動作：20 點 = 0.10 美元） | 1,000 美元（20 萬點） | 20,000 美元 | Flex Credits 節省 19,000 美元（降幅 95%） |
| 畫像 B：標準交易型服務 | 身分驗證、修改地址、變更訂單商品、發送確認通知（平均 3.5 次動作：70 點 = 0.35 美元） | 3,500 美元（70 萬點） | 20,000 美元 | Flex Credits 節省 16,500 美元（降幅 82.5%） |
| 畫像 C：深度跨系統協同 | 診斷紀錄調取、保固期查核、ERP 庫存分配、退貨授權核准、退款發起、物流單產生（平均 22 次動作：440 點 = 2.20 美元） | 22,000 美元（440 萬點） | 20,000 美元 | 固定對話計費節省 2,000 美元（降幅 9%） |
業界實務中，超過 85% 的常見客服與業務名單過濾情境皆屬於畫像 A 與畫像 B。若對此類工作負載直接採用按對話付費，將產生高額且不必要的預算浪費。
三、影響預算規劃的四大隱性變數
系統管理員在建立預算模型時，除了基本單價外，必須充分考量以下四個系統變數：
1. 人工轉接率造成的成本損耗
企業部署客服 AI 時，轉接真人專員的比例通常落在 20% 至 40%。在按對話付費模式下，轉接會話仍需支付 2.00 美元的 AI 費用，形成雙重支出；而在 Flex Credits 模式下，早期轉接會話通常僅執行 0 至 1 次動作，AI 支出僅為 0.00 至 0.10 美元，大幅降低了分流失敗的沉沒成本。
2. 邏輯循環調用與動作膨脹（Action Sprawl）
當 Agent 的 Topic 指令定義不清或缺乏中斷防護時，大型語言模型在處理模糊問題時可能會連續調用多個 Flow 進行嘗試。在 Flex Credits 模式下，若單次互動陷入非預期的重試循環，可能瞬間消耗 15 次動作（1.50 美元）。若未在系統端設定上限，未經優化的 Prompt 將直接引發預算爆表。
3. Data Cloud 與底層平台資源消耗
Agentforce 深度依賴 Data Cloud（Data 360）提供統一客戶視圖與向量搜尋支援。雖然 Agent Action 本身消耗 Flex Credits，但底層的 Data Cloud 資料匯入、儲存與向量查詢可能消耗 Data Services Credits 或共享的 Flex Credits 額度池。管理員在確認合約時，必須釐清底層平台資源是否共用點數。
4. 採購承諾層級與點數失效風險
Flex Credits 包含三種採購模式：
- 按需付費（Pay-as-you-go）： 彈性最高，每月依實際使用量出帳，但適用目錄標準單價。
- 承諾低消（Pre-commit）： 承諾每月基本消費額以換取折扣，超額部分依約定優惠費率計價，無懲罰性溢價。
- 預先採購（Pre-purchase）： 一次性預付大額採購以獲得最高折扣，但未使用的點數於合約期滿時失效，無法遞延。預估過高將造成資金沉沒。
四、系統管理員評估與預算編列五步驟
建議系統管理員採取系統化步驟進行模型驗證與上線治理：
[第一步：審查歷史工單紀錄]
│
▼
[第二步：測試中心原型基準驗證]
│
▼
[第三步：計算加權平均動作數]
│
▼
[第四步：建立財務收支平衡模型]
│
▼
[第五步：配置 Digital Wallet 預警機制]
第一步：審查歷史客服互動紀錄
匯出過去 3 至 6 個月的 Service Cloud Chat 或 Messaging for In-App and Web（MIAW）歷史紀錄，依據問題複雜度分類，並估算每個分類所需的後端動作數量。
第二步：在 Agentforce Testing Center 進行原型驗證
在 Enterprise Sandbox 中建立代表性的 Topic，並使用 Agentforce Testing Center 執行批次自動化測試：
- 觀察推論引擎在各分支中的實際動作執行序列；
- 統計不同問題分類下的動作調用分佈；
- 找出過於瑣碎的 Flow 調用，將其重構整合為單一高效能的 Invocable Apex 動作。
第三步：計算加權平均動作數（$A_{weighted}$）
根據業務量分佈計算加權動作平均值：
$$A_{weighted} = \sum_{i=1}^{n} (P_i \times A_i)$$
其中 $P_i$ 代表情境 $i$ 的互動量占比，$A_i$ 為該情境消耗的平均動作數。
試算範例：
- 常見問答與知識查詢：占比 50% $\times$ 0.5 動作 = 0.25 動作
- 訂單與帳戶資訊異動：占比 35% $\times$ 2.0 動作 = 0.70 動作
- 複雜退換貨與取消申請：占比 15% $\times$ 7.0 動作 = 1.05 動作
- 全場景加權平均動作數 $A_{weighted}$ = 2.00 次動作 / 對話。
在此情境下，Flex Credits 模式下的平均單次對話成本僅為 0.20 美元，相較於 2.00 美元的按對話計費節省了 90%。
第四步：於 Salesforce Digital Wallet 建立治理控管
上線前於 Salesforce 後台完成即時財務監控配置：
- 開啟工具： 透過 App Launcher 搜尋並開啟 Digital Wallet。
- 檢視費率表： 開啟 Flex Credits 消耗卡片，核對貴組織合約中的各項動作倍率。
- 設定閥值警報： 分別在點數池使用率達到 50%、75% 與 90% 時設定自動警報郵件，避免月底突發性超額帳單。
- 自訂報表追蹤： 透過 Data Cloud 或 CRM Analytics 查詢
TenantEnrichedUsageEvent資料湖物件（DLO），按 Agent、Topic 與 Action API 名稱透視點數消耗趨勢。
第五步：在 Agent Builder 中落實防護機制
為防止特定異常對話過度消耗點數，需在架構端部署防禦措施：
- 在 Topic 指令中硬性限制重試次數（如單一動作重試超過 2 次即強制轉接真人）；
- 將多個連續呼叫的資料庫查詢整合為複合式 Apex 動作，將多次呼叫壓縮為單次 20 點的執行；
- 在修改 Prompt 後，必須於 Testing Center 執行回歸測試，防止提示詞調整引發額外的動作循環。
五、選型決策矩陣
企業 IT 與採購團隊進行預算審查時，可依據以下矩陣做出決策：
| 業務情境與特徵 | 建議採用模式 | 決策理由與管理效益 |
|---|---|---|
| 高流量自助服務、平均動作數在 1–5 次 | Flex Credits（Pre-Commit 或 Pre-Purchase） | 單次對話成本落在 0.10–0.50 美元，較固定對話計費節省 75% 至 95%。 |
| 概念驗證（PoC）與小規模試行階段 | Flex Credits（Salesforce Foundations / 按需） | 善用企業版內附的免費基礎點數或按需付費，避免初期高額合約綁定。 |
| 深度排障、跨 ERP 與核心系統的多步驟協同（動作 > 20 次） | 按對話計費（2.00 美元固定價） | 消除長調用鏈引發的成本波動風險，鎖定單次交互的成本上限。 |
| 跳出率高、使用者提早轉人工比例顯著 | Flex Credits | 未深入處理的互動僅消耗極少點數，有效避免沉沒成本浪費。 |
| 內部員工賦能型 Agent（銷售輔助 / 內部員工支援） | 按使用者席次授權（125–150 美元/人/月） | 內部員工情境推薦採用固定席次授權，提供不限次數的生成式 AI 與 Agentforce 支援。 |
透過量化加權動作密度並善用 Digital Wallet 的全生命週期監控，企業能在釋放 Agentforce 業務價值的同時，達成高度透明且可預測的 AI 成本治理。