十二個人頭，一個數字：一家新加坡貿易公司把 IT 預算改成按人頭

一句話結論： 新加坡一家大宗商品貿易商無法預測自己的 IT 開支，因爲 IT 一直是按項目和突發事件買的，而不是按服務買的。把預算改成按人頭計價的月費之後，這個數字並沒有變小，但它終於變成了一個可知、可歸屬到某個交易台、並且可以就其本身展開討論的數字。

下面這個故事是一個說明性的複合情境，取材於 Brocent 服務的這一類新加坡中型企業。它不是某個具名客戶，文中的公司也並不真實存在。但價格是完全真實的——"真實數字"一節裡的每一個數，都是撰稿時 Brocent 自己定價頁面上正在公示的新加坡價格。

貿易公司唯一沒有算過單位成本的一筆開支

新加坡的大宗商品貿易商在單位經濟學上通常非常在行。問財務部門運一噸貨要多少錢、一船貨的融資成本是多少、按當前行情養一個交易台一天要多少錢，你得到的答案都會帶小數點。整個生意就建立在"多一個單位要多少錢"這件事上。

IT 幾乎總是那個例外。在一家九十到一百四十人的公司裡——中央商務區的前台交易團隊、一個規模更小的運營與單證團隊、一個增長速度超出所有人預期的合規職能——IT 在管理報表上只是一行像天氣一樣的數字。有些月份幾乎爲零，有些月份是一個五位數的驚嚇。沒有人說得出"多坐一個交易員要多花多少錢"，因爲從來沒有人能把這行數字除以任何有意義的東西。

這件事在貿易行業裡比在多數行業更要緊，原因有三個，而且都跟技術無關。

第一，人頭隨著交易帳本變動。 某個品種未來兩年看起來有機會，就加一個交易台；不行了就把它收掉。後台職能的增減總要滯後一兩個季度。一家公司三月份是 96 人、十一月份是 128 人，這完全正常，中間不需要發生任何異常的事。

第二，入職是爆發式的，而且卡時間。 交易員不會慢慢開始工作。他們在某個週一開始，需要行情權限、通話錄音、各類授權、一台按他們習慣配好的電腦，以及一部能用的手機——否則他們就沒法開始，然後會有級別不低的人站在走廊上問爲什麼。

第三，財務部門習慣了能把成本歸屬出去。 如果金屬台比軟商品台貴，財務想知道貴多少、爲什麼貴。一行沒法按交易台拆開的 IT 成本，就是一行進不了這個對話的成本；在實務上，這意味著它被當成管理費用，然後憑直覺而不是憑分析去壓。

情境：一年的 IT，用了十二種不同的買法

下面是這家複合情境中的公司那一年的真實樣貌，是在一次預算覆盤中從總帳裡還原出來的。

一月，六名新的運營同事入職，因爲計劃中的採購單沒下，只好臨時按零售價買了一批手提電腦。三月，一份防火牆維保合同按三年期自動續約了，沒人記得當初簽過。四月，一位顧問在一個原本按四天估算的文件共享遷移上花了九天。六月，機房裡一台交換機在週六早上壞了，工程師按週末費率上門。八月，有人數了一遍已分配的席位，發現比預想的多，於是補了一筆微軟授權。十月，一個"小小的"共享郵箱整理項目做了兩週。十一月很安靜。十二月，合規臨時要六個月的遠程訪問記錄，整理出來花掉某個人四天時間，因爲記錄分散在三個地方。

這裡面每一筆，放在它發生的那一天看，都站得住腳。但合起來，它們合成了一行在 2,000 新元到 40,000 新元之間上下襬動、且沒有任何可供預測的規律的開支。

於是預算就按那種情況下預算通常被定的方式定了：去年的總數，加一個百分比，再加一份私下的祈禱。而因爲這個數字內部沒有結構，每一次超支都變成一場雙方都無法真正佔理的爭論。財務總監沒法說這筆錢花得不該，因爲每一筆都該花。運營負責人沒法說預算定低了，因爲沒有任何模型能算出另一個數。雙方都在爭"波動"，卻都以爲自己在爭"金額"。

項目式預算真正的代價

直接花掉的錢反而不是重點。另外四項成本更大，而且沒有一項出現在帳上。

沒人回答得了"多一個人要多少錢"。 當金屬台提出要加三個人時，誠實的答案是"大概四千到一萬五千新元的開辦成本吧，到時候就知道了"。這不是一個能拿來做商業測算的答案，所以 IT 那部分乾脆就不進商業測算了——於是它永遠是事後的意外。

IT 成本沒法內部分攤。 因爲沒有按人頭的單位，整行成本都壓在總部管理費用裡。支援需求最大的那些交易台——人最多、設備最多、非工作時間活動最頻繁的那些——被需求最小的交易台補貼了。沒有人是故意這麼設計的。一筆沒有單位的成本，自然就會變成這樣。

預防性工作在結構上處於劣勢。 這一條比較微妙。在按工時計費的世界裡，每一小時的預防性維護都是看得見、立刻發生、可以被質疑的成本，而它本來能避免的那次故障是看不見的、假設性的。一位財務總監在一堆申請裡被要求批十二個小時的補丁工作，理性的做法就是往後放。然後故障發生了，緊急工時比預防工時貴，而學到的"教訓"變成了"IT 很貴"，而不是"我們把便宜的那個版本推遲掉了"。

採購成本是按次付的。 上面那十二筆採購，每一筆都有自己的報價、自己的審批、自己的採購單、自己的發票核銷和自己那一點點議價。財務自己的時間，是那個沒人計算的成本。

按人頭計價到底解決什麼

這件事值得說得直白一點，因爲行業裡普遍把它誇大了：按人頭計價並不天然更便宜。 誰跟財務總監說它天然更便宜，那是在推銷，不是在解釋。

按人頭計價改變的是成本的*形狀*，而在這家複合情境的公司裡，壞掉的正是形狀。由此引出三件事。

它讓 IT 擁有和公司裡其他每一項成本一樣的語法。 一個公示的、按用戶每月計的費率，意味著這行成本終於可以被人頭數除、可以歸屬到交易台、可以對著招聘計劃往前推、並且可以用與其他所有人均成本相同的方式被辯護——因爲它現在字面上就是這樣一筆成本。金屬台再要三個人的時候，這個決定裡的 IT 部分變成了算術，而不是猜測。

它把服務商放到了故障的同一側。 在按工時計費的模式下，你的環境越不聽話，服務商的收入越高。這不是在指控服務商不講信用——多數服務商是講的——但這是一個讓人不舒服的結構性事實，屋裡每個人都清楚。在固定月費之下，無論你的週一是風平浪靜還是天塌地陷，服務商拿到的錢一樣多，於是服務商的商業利益第一次和你的運營利益指向同一個方向。預防性工作不再是一條你得批的開支，而變成服務商自己想做的事。

它讓做預算這件事本身變成一項服務，而不是每年一次的臨時抱佛腳。 在 Brocent 的管理型 IT 方案裡，"IT 預算編制"是一項真實的套餐功能，而不是人情：入門的 Startup 檔按次計費，Established 檔每年一次，Growth 和 Enterprise 檔每半年一次；資產與庫存管理按同樣的節奏交付，每一檔都包含每月一份面向管理層的報告。對財務總監來說，這就是"十一月靠翻發票把一年重新拼出來"和"每半年由真正在運維這套環境的人遞給你一份前瞻視圖"之間的差別。

誠實地說反面情形

確實存在一類企業，按人頭計價對它們是錯的工具，這一點應該講清楚。

如果你的組織對 IT 的消耗真的是間歇性的——人數少而穩定、環境簡單、長期安靜中偶爾穿插一些項目——那麼爲一份你很少動用的持續性服務按人頭付月費，並不划算。你要的是預付容量，不是訂閱。這正是預付服務包（Token）和套餐並存的原因，而 Brocent 自己公示的經驗法則在這件事上罕見地坦率：每月工單量大約四個以上，套餐通常更划算；低於這個數，預付包通常更划算。

九十人以上的貿易公司，多數都穩穩落在套餐那一側。但判斷標準是工單量和風險狀況，不是組織架構圖；而一個不肯告訴你你落在哪一側的服務商，其實已經告訴了你一些事。

真實數字長什麼樣

以下是 Brocent 公示定價頁上正在生效的新加坡數字，單位新加坡元，按用戶每月計。Brocent 是按市場分別公示價格的，而不是把一個全球價換算過去；定價頁上帶有它自己的有效期——請以頁面爲準，不要相信文章裡轉述的數字。

• Startup —— 每用戶每月 126.36 新元。 面向 1–5 名員工。每用戶 1 台設備、1 台遠程辦公設備、1 小時贈送的上線服務工時。這一檔的 IT 預算編制是按次計費的，不含在內。
• Established —— 每用戶每月 185.08 新元。 面向 5–300 名員工。每用戶最多 3 台設備、一位專屬客戶經理、5 小時贈送上線工時、每年一次 IT 預算編制，以及網站與域名監控。
• Growth —— 每用戶每月 227.20 新元。 面向 10–500 名員工。每用戶 3 台設備、在客戶經理之外再配一位專屬服務檯坐席、10 小時贈送上線工時，IT 預算編制每半年一次。
• Enterprise —— 定製報價。 面向 25 人以上。增加一位專屬基礎架構支援工程師、最多 10 家 IT 供應商的供應商管理、20 小時贈送上線工時，每用戶最多 5 台設備。

關於這些區間要說明一句，因爲它常讓期待"乾淨分檔"的人困惑：員工數區間是故意重疊的。 Established 報的是 5–300 人，Growth 報的是 10–500 人，所以一家 120 人的公司同時落在兩檔裡。這不是定價頁出錯了。區分這幾檔的是包含什麼——專屬服務檯坐席、贈送上線工時、預算編制的頻率——而不是一條按人數機械分揀你的線。一家 120 人、環境簡單、工單量低的公司，放在 Established 可能是對的；同樣 120 人但有三個場地、還揹著合規義務的公司，可能就不對。所以落在重疊區裡的，是一次對話，不是一次查表。

每一檔套餐——包括入門檔——都包含 24×7×365 監控、P1 事件 15 分鐘首次響應目標、多語種支援、託管的高級防火牆、微軟與第三方應用更新、終端與網絡基礎設施監控、明確覆蓋夜間／週末／公衆假期的預付制上門支援，以及每月一份管理層報告。套餐按月計費，不要求長期承諾；如果你更希望把費率鎖住，也有折扣後的年度和多年期可選。

把這家公司的數算出來

這家貿易公司大約 120 人。按公示的 Growth 檔每用戶每月 227.20 新元計，120 人就是每月 27,264 新元，一年 327,168 新元——還不含任何增值模塊，也不含在這個人數上走 Enterprise 檔談出來的結果。

關於這個數字，有兩件事值得說，而不是讓它幹放在那裡。

第一，它幾乎肯定高於這家公司安靜月份的花費，也低於它糟糕季度的花費。這既是全部的意義，也是全部的反對意見：按人頭計價把一個波動的平均值換成了一個已知的常數，而這個常數買走的一部分東西，正是"糟糕季度"本身。這筆交換值不值，是一個關於公司對波動容忍度的判斷，不是一道只有一個正確答案的計算題。

第二——這通常是財務總監從點頭切換到真正投入的地方——這個數字現在能除了。金屬台加三個人，就是每月 681.60 新元，月月如此，在發出錄用函之前就知道。一個 18 人的交易台，承擔 4,089.60 新元的 IT 成本。這些是業務能拿來做決定的句子，而任何臨時性的安排都產生不出這樣的句子。

我們在這裡刻意不做"對比自建 IT 團隊的總體擁有成本"，因爲要誠實地做這件事，就得編造薪資假設。如果你需要的正是那個對比，我們針對新加坡單獨寫過：管理型 IT 與自建 IT 團隊的對比。

預付包這條路，也把價格說清楚

作爲對照，新加坡的預付服務包是：Starter —— 20 個 Token，1,148.76 新元。Business —— 50 個 Token，2,552.80 新元。Pro —— 100 個 Token，4,467.40 新元。 250 個 Token 的 Enterprise 包單獨報價。1 個 Token 等於工作時間內 1 小時的現場工程師時間；遠程工作按 15 分鐘爲一個計費塊，四個塊合一個 Token，所以短的遠程處理消耗不到一個整 Token。Token 自購買起 12 個月有效。

把包價除一下，買得越多，實際時薪越低——Starter、Business、Pro 三個包分別是每小時 57.44、51.06 和 44.67 新元。工作時間內上門有 2 個 Token 的起步量；夜間起步 3 個 Token、每小時 1.5 個；深夜與週末起步 4 個 Token、每小時 2 個；公衆假期起步 6 個 Token、每小時 3 個。這些全部是公示的，而不是每次出事再談——這本身就是重點：連按需付費這條路，只要你瞭解自己的規律，也是可以預測的。

對這家公司來說，Pro 包是 4,467.40 新元買 100 小時工程師時間。以 120 人左右的真實工單量算，那是幾周的覆蓋，不是一年的。這完全符合預期：預付包是用來應付溢出、非工作時間上門和離散項目的正確工具，而不是用來持續運維這個規模的環境的。很多公司兩者並用——套餐覆蓋基線，預付包吸收峯值和上門——這是一種自洽的結構，不是自相矛盾。

在新加坡購買 IT 支援的三條路

• 按需／按工時計費。 *真正適合：* 非常小的公司、一次性項目，以及已經有真正內部 IT、只是偶爾需要專業人手的組織。*你接受的是：* 一行無法預測的開支、一家收入隨你出問題而上升的服務商、按次支付的採購成本，以及預防性工作在結構上無人負責。*判斷信號：* 你回答不了"多一名員工要多少錢"。
• 預付服務包（Token）。 *真正適合：* 人數穩定、環境簡單、每月工單大約四個以下的公司，或者已有 IT 職能、只需要溢出人力、非工作時間上門和按公示價出勤的組織。*你接受的是：* 一個需要有人管理的餘額、12 個月的有效期，以及預付工時衡量的仍然是"活動量"而不是"結果"。*判斷信號：* 你的需求是塊狀的但總量不大，你主要想把應急通道的價格提前定下來。
• 按人頭的管理型套餐。 *真正適合：* 每月工單量大約四個以上的公司、任何招聘計劃會變動的公司，以及任何需要把 IT 成本歸屬到交易台或法律實體的企業。*你接受的是：* 一筆安靜月份也不會下降的固定月度成本，以及一次需要真正對話的檔位選擇，因爲人數區間是重疊的。*你得到的是：* 一個能被人頭數除的數字、一家無論你出不出問題收入都一樣的服務商、作爲交付物的預算編制，以及一條統一的審計軌跡，而不是一疊發票。

這給財務總監留下了什麼

故事裡這家貿易公司，第一年並沒有省下多麼驚人的一筆錢。改變的是：IT 那行數字不再是一場誰都贏不了的爭論的源頭。

預算是從招聘計劃推出來的，而不是從去年的總數推出來的。交易台在人頭獲批之前、而不是之後，就能被告知每人每月的 IT 成本。十二月合規要的那六個月遠程訪問記錄，變成了向一家服務商、一條審計軌跡提出的一個請求，而不是在三家供應商之間做考古。而那些一直被推遲的預防性工作就這麼做掉了，因爲它不再是一條需要誰去批准的開支。

如果你的 IT 開支看起來像天氣，而你更希望它看起來像一個費率，那麼兩個起點是：按市場公示的套餐定價，以及一份管理型 IT 服務究竟承載了什麼的細節——或者直接聯繫我們，要一份按你真實人數和工單量、而不是按人數區間做的檔位對比。

Brocent 從 2007 年開始做這件事，公司起步於北京；香港辦公室在 2016 年設立，新加坡自 2021 年起是集團的全球總部。新加坡客戶由同一時區的人、用新加坡元報價，價格來自網站上公示的那一份，而不是爲這次會面臨時拼出來的那一份。

常見問題

按人頭計價到底包含什麼？

在 Brocent 的套餐裡，每一檔都包含 24×7×365 監控、P1 事件 15 分鐘首次響應目標、多語種支援、託管高級防火牆、微軟與第三方應用補丁、終端與網絡監控、覆蓋非工作時間／週末／公衆假期的預付制上門支援，以及每月一份管理層報告。更高的檔位增加的是具體的人，而不是抽象的功能：Established 起配專屬客戶經理，Growth 起配專屬服務檯坐席，Enterprise 再加一位專屬基礎架構支援工程師和供應商管理。增值模塊——移動設備管理、雲備份、雲主機、漏洞掃描、補丁管理、安全意識培訓、MDR／EDR、SOC 即服務、vCISO——在基礎套餐之外單獨計價。這是刻意的：把它們悄悄打包進去，正是"全包"報價變得無法互相比較的原因。

人數減少了會怎樣？

帳單跟著減少，這是按用戶計價的機械結果，也是這個模式適合人頭會變動的企業的主要原因。套餐按月計費、不要求長期承諾，所以三季度收掉的交易台就不再計費，而不是被困在一份固定年度合同裡等到期。如果你願意用這份靈活性換一個更低的費率，也有折扣後的年度與多年期——讓客戶經理把兩種都報出來，你纔看得見這份靈活性的價錢。

外包人員和共享帳號算不算用戶？

這個問題決定了兩份報價是否真的可比，而且你應該向名單上的每一家服務商都問一遍。實務上的答案是：一個"用戶"是指接受支援、且其設備被納管的一個人——通常包括長期坐在你辦公室裡的外包人員，通常不包括共享郵箱、服務帳號或會議室顯示屏，儘管後者仍可能作爲設備被納管。另外要注意，套餐還帶有每用戶的設備額度：Startup 1 台，Established 和 Growth 各 3 台，Enterprise 5 台。一位有工作站、筆記本和一部納管手機的交易員，是 1 個用戶 3 台設備，不是 3 個用戶。把這個定義寫進方案裡，因爲一家把共享帳號算成用戶的服務商，可以報出一個看起來更低的單價和一張並不更低的帳單。

按人頭一定比按小時便宜嗎？

不一定，誰說一定你就要小心。每月工單量大約四個以下時，預付包通常比套餐便宜——這是 Brocent 自己公示的建議，不是讓步。套餐贏在工單量持續、預防性工作重要、需要按交易台或法律實體歸屬成本，或者波動本身就是你要解決的問題時。一家不肯告訴你你落在這條線哪一側的服務商，是沒有看過你的工單數據。

辦公室搬遷這類項目費用，在按人頭的套餐下怎麼算？

它在套餐之外。套餐覆蓋的是環境的持續運行；佈線、樓層搬遷、數據中心遷移或一次大規模部署，都是項目，單獨定義範圍、單獨報價。這不是什麼漏洞——沒有任何誠實的按人頭月費能吸收一次辦公室搬遷——但它確實是簽約前需要白紙黑字定清楚的事，因爲"包含"這個詞在不同方案裡含義差別極大。要具體問清：哪些活動算套餐內工作、哪些消耗預付 Token、哪些按項目報價。

哪些不包含？

硬件與軟件採購、第三方授權、上面說的項目工作，以及增值模塊目錄：移動設備管理、雲備份與雲主機、漏洞掃描、作爲獨立服務的補丁管理、安全意識培訓、MDR／EDR、SOC 即服務和 vCISO。移動設備管理尤其是常見的誤解——它在每一檔都是增值模塊，不屬於基礎套餐。基礎防病毒與 EDR 之外的事件響應，在 Enterprise 檔是隨附的，在其他檔位可以作爲增值模塊添加。

套餐能和預付包混著用嗎？

可以，而且對需求呈爆發式的企業來說，這往往是正確的結構。套餐承載持續的基線——監控、服務檯、補丁、安全基線——預付包吸收那些離散的事：臨時上門、週末或公衆假期出勤、一段定義清楚的項目工作。事實上，預付制上門支援本來就已經包含在每一檔套餐裡，所以兩者是被設計成互相咬合的，不是互相競爭的。

按人頭的費率多久變一次？

定價頁上的費率帶有它自己的有效期，在頁面上刷新，而不是無限期地報出去——這也是本文建議你去看頁面、而不是相信這裡轉述的數字的原因。在已簽署的套餐下，你的費率就是協議在約定期限內寫明的那個；按月計費意味著按月的費率，年度和多年期則以折扣換取更長時間的鎖定。任何不願意白紙黑字寫明"什麼情況下會調價、提前多久通知"的服務商，都是在請你爲一個未知數簽字。