SaaS AI 客服費用參考
SaaS 方案最大的比較困難在計價單位不同:有的按「每次成功解決的對話」收費、有的按座位月費、有的按方案組合,直接比單價沒有意義,要換算成「你的對話量之下每月付多少」才能比。以下為各服務官方公開的牌價區間(請以該品牌最新報價為準):
- Intercom Fin:每次解決對話約 USD 0.99 起
- Zendesk AI Agent:依授權方案,通常從 USD 50 / 座位 / 月起
- Salesforce Einstein:依方案組合差異大
AI 客服是 2026 年企業導入 AI 最常見的切入點。但「自建」與「用 SaaS」的長期成本差距可能很大,本文整理可參考的成本結構與三年總成本的試算方法(實際費用依授權方案、用量而定)。
SaaS 方案最大的比較困難在計價單位不同:有的按「每次成功解決的對話」收費、有的按座位月費、有的按方案組合,直接比單價沒有意義,要換算成「你的對話量之下每月付多少」才能比。以下為各服務官方公開的牌價區間(請以該品牌最新報價為準):
自建的成本分三塊,性質完全不同:開發費是一次性的、API 費隨用量浮動、維護費看你要不要委外。三塊分開列的好處是每一塊都能獨立決策——例如維護可以先委外、團隊熟了再收回自己做。以隼訊的公開報價為例:
比較兩條路線時,建議用同一條公式各算一次三年總額,把你自己的數字代進去:SaaS 三年成本=(月費或每次解決費 × 你的月對話量)× 36 個月+導入設定費;自建三年成本=一次性開發費+(API 月費+維護月費)× 36 個月。兩個提醒:第一,對話量是最關鍵的變數——量小的時候 SaaS 幾乎一定比較便宜,量大的時候自建的固定成本會被攤薄;第二,SaaS 的單價可能隨方案調整,自建的 API 單價也可能變動,試算時用區間而不是單點,結論才穩。我們在報價時會陪客戶把這條公式實際算一遍,而不是只給一句「長期比較划算」。
誠實說,不少情境下 SaaS 是更合理的選擇,我們也會這樣建議:
反過來,出現以下條件時,自建的長期成本與彈性通常勝出:
很多企業的實際路徑是先用 SaaS 驗證、量大了再自建,這條路可行,但轉換不是免費的,規劃時要把四筆成本算進去。一是知識庫可攜性:整理好的問答與文件是最有價值的資產,選 SaaS 時就先確認能不能完整匯出,格式是不是通用的。二是對話歷史:歷史對話是訓練與優化的素材,匯出限制要先問。三是流程重接:原本接在 SaaS 上的通知、轉真人、工單流程都要重新串。四是雙軌並行期:切換期間新舊系統並跑幾週,兩邊費用同時發生。反方向(自建換 SaaS)成本通常低一些,因為自建時資料本來就在你手上——這也是我們把「資料歸屬客戶」寫進交付標準的原因。
很多人上線 AI 客服後只憑「感覺有沒有變聰明」判斷,這樣很難說服老闆繼續投資。建議一開始就約定幾個看得見的指標:自動解決率(多少對話沒轉人工就結束)、首次回應時間、客戶滿意度(CSAT)、以及人力成本或平均處理時間的變化。要誠實提醒:這些數字的健康區間會因產業、問題複雜度、知識庫成熟度差很多,別直接套用別人宣稱的「解決率八成」當目標。我們的做法是先量一段「導入前」的基準,上線後再比較,讓成效有對照、可討論,而不是各說各話。
導入不順,十之八九不是模型不夠強,而是這幾件事沒做好。第一是知識庫太髒:文件散亂、內容過期,AI 拿到的是壞資料,答出來自然不準(垃圾進、垃圾出)。第二是期待值錯位:以為 AI 能百分之百取代人工,一遇到它答不了的狀況就砸招牌——正確做法是設計好轉真人機制當安全網。第三是上線即放生:沒人定期檢視答錯的對話、補內容,準確率只會越用越退。第四是被過度樂觀的話術影響、低估了前置整理與維運的工時。我們寧可在報價階段就把這些講白,也不想讓你上線後才發現落差。