你有沒有注意過,按席次(per-seat)計費其實是一筆悄悄向成長課徵的稅?每多聘一個人,帳單就往上加一點,於是許多團隊被迫限制對那個本該把他們整合起來的系統的存取。按資源(resource-based)計費拿掉了這筆稅——但相對地,你編列預算的方式也會跟著改變。在這篇文章裡,我們會一起拆解席次模式的隱藏成本、釐清「資源」實際上計算的是什麼、誰受益最多,以及在你動手比較之前該先問的問題。
席次計費的隱藏成本不在帳單上
當每一次登入都有價,一件弔詭的事就發生了:企業開始靠限制誰能進系統來管控。第一線人員——工人、倉庫人員、臨時工——被擋在門外,因為「不值一個席次」。而就在他們被排除的那一刻,地下試算表又冒出來填補空缺:一份追蹤班次的 Excel、一個回報異常的聊天群組。你買來整合的「唯一平台」又重新分散了——不是因為技術不足,而是因為定價模式鼓勵這樣做。這是最貴的成本,而它永遠不會出現在帳單上。
例子:當「席次」決定誰能看見資料
想像一家連鎖零售,有約四十名辦公室人員與六百名門市人員。在席次模式下,為全體人員開通權限是一筆龐大的支出,所以實際上只有辦公室那一組有帳號。後果是:各門市的營業額仍靠人員每晚傳訊給會計手動輸入。銷售資料——最有價值的那份——被卡在那些沒有席次的人這一層,而且永遠遲一天。當多加一個使用者不產生成本,那些門市人員就能在櫃檯當場直接寫入系統,資料層才真正在發生的源頭上完整起來。
「按資源」意味著你付的是什麼
按資源計費,是依平台實際消耗的——主要是儲存與運算能力——而不是依存取的人頭。多加一個使用者幾乎不花成本,因為多一個人登入並不會顯著增加容量或處理量。真正推高成本的是實際的工作量:交易筆數、儲存的資料量,以及像分析或 AI 這類的重任務。因此這把量尺跟著企業的營運規模走——那本來就是創造營收的東西——而不是跟著人員數走,那只是成本。
誰受益最多——以及誰該仔細斟酌
那些人員眾多、但每人只輕輕碰觸系統的營運——製造、連鎖零售、現場服務——差別最明顯:上千名使用者卻不產生席次成本。反過來,也要對另一面誠實:如果你的資料量或運算量波動很大,按資源計費會比按席次難預測。一支使用者少、卻跑非常重的分析量的小團隊,可能不如一支人多但交易輕的團隊省。這不是一個「永遠比較便宜」的模式——它是一個「按工作付費、而非按人付費」的模式,你得先知道自己工作的形狀,才能下結論。
正確比較兩種模式的四個問題
- 組織裡究竟有多少人真正需要碰觸資料,包含第一線——而不是你今天因為已自我設限而付的那個「席次」數?
- 你的工作量(交易、儲存、運算)是穩定還是隨季節劇烈波動?穩定的話,資源就容易預估。
- 你打算在自己的資料上跑 AI 或重度分析嗎?如果是,請問清楚那類任務如何計費。
- 請按你真實的人員成長計畫,為兩種模式都計算三年總成本——而不是只比第一個月的帳單。
如實回答這四個問題,通常會比任何比價表都更清楚地顯示哪個模式適合你。
實際上會改變什麼
當「席次」不再是量尺,採用就不再被採購流程卡住。每一個碰觸到某項營運的人都能在其中寫入與讀取資料,所以資料在發生的源頭就被數位化,而不是由一小群有帳號的人事後重新輸入。正是這一點,讓一個單一資料層——以及之後一個從完整資料學習的專屬 AI——變得可行。簡言之:你如何為軟體計費,決定了誰能在你的資料裡留下足跡,而這件事的回響,遠比帳單上的一行字深遠得多。
「當增加一個使用者不產生任何成本時，整個企業才終於能容納進同一套系統。」