按次上門 IT 計費對比月度服務費：怎麼比才對

簡短答案： 一份按次計費的報價和一份月度服務費報價，照原樣是沒法比的，因為它們根本不在同一條軸上定價。按次計費給一個*事件*定價，月度服務費給*可用性*定價。先按你真實的工單量把兩者都換算成"每月多少錢"，再單獨去看那三項從不出現在任何一個數字裡的風險。

兩份報價，兩種計價單位，沒法直接比

財務或採購負責人手上最後會拿著兩張紙。一張寫著類似"上門首小時 98 美元、之後每小時 78 美元"，另一張寫著類似"每用戶每月 1,247.40 港元"。兩家服務商都靠譜，兩份報價都誠實。而這兩頁紙上，沒有任何一條算式能把其中一個換算成另一個。

這不是套路，兩家也都沒有藏東西。這兩份文件賣的是不同的單位。第一份賣的是事件：東西壞了，有人來，你為他在場的時間付錢。第二份賣的是可用性：一項服務存在著、有人在崗、有人在盯，這個月你用得多還是完全沒用，價錢一樣。

照原樣去比，會產生一個可預測的錯誤。小時報價在你讀它的那天總是顯得更便宜，因為那天這個數字是零。月度服務費總是顯得貴，因為什麼都還沒發生，數字就已經不是零了。按這個印象採購的財務團隊，往往在十八個月後才發現真實成本——出現在一條他們解釋不了的同比差異裡。

修正方法並不複雜：把兩者放到同一條軸上——按你真實用量算出的每月成本——然後再單獨去看那兩個數字都不包含的三件事。

按次計費實際是怎麼走的

按次計費有一個"形狀"，而這個形狀比標價更重要。

首小時比之後的小時貴。2026 年 9 月 22 日從 Brocent 的派遣與上門費率頁讀取：香港為首小時 98 美元、之後每小時 78 美元；新加坡 85 與 78 美元；中國內地 65 與 59 美元。口徑行本身就是價格的一部分：L1 終端用戶計算支援、次個工作日、標準 9×5，2026 年下半年指示性數字，美元，不含稅，市中心，高用量下會下降，且為全包——這裡的全包意味著費率已經吸收了生活成本、雙語工程師、培訓、匯率與稅務處理、帳期融資和 24×7 協調，而不是事後再加幾行費用。

首小時定價更高的原因不是毛利，而是交通、排程、工程師在你這單前後損失的時段，以及"出一趟門"這件事本身的固定成本。由此引出本文最重要的一句話：二十分鐘的活兒，從來不是按二十分鐘收費的。 它是一個首小時。在預付 Token 模式下，Token 服務對工作時間內的上門按 2 個 Token 起扣，那它就是兩小時。在任何地方的任何按事件計費模式下，它都是一個起步量。

這個事實悄悄地摧毀了大多數天真的比較。一個有大量零碎、頻繁、必須到現場的問題的站點，是按次計費最糟糕的適配對象，因為幾乎每一筆收費都是起步收費，每一分鐘有效工作的平均成本高得驚人。而一個偶爾有整塊工作的站點——半天佈線、一個上午的新員工裝機——是最好的適配對象，因為昂貴的首小時被攤進了一次長時間上門裡。

所以：不要只數你有多少次上門，要看你的上門長什麼樣。

香港一次四小時上門：98 美元加三小時各 78 美元，合計 332 美元，平均每小時 83 美元。
同一個月裡四次各一小時的獨立上門：合計 392 美元，平均每小時 98 美元。

同樣是四小時的工程師工時，差了百分之十八，完全取決於這些活兒是攢著來的還是散著來的。

任何按次計費的合同裡還有兩條機制值得讀，因為沒算進模型的成本就藏在那兒。交通對市區以外的站點往往單獨加載——按公開的 Token 計費規則，遠端站點 30 公里以內加 1 個 Token、30 到 50 公里加 2 個，每次上門最多加 2 個。非工作時間有倍率：同一套公開規則規定，工作時間內上門起扣 2 個 Token，晚間 3 個，深夜或週末 4 個，公眾假期 6 個。如果你的現場工作裡有相當一部分落在 9×5 之外——零售、製造和貿易運營通常都是如此——那麼白天的標價並不是你實際會付的價。

月度服務費實際是怎麼走的

月度服務費給可用性定價，通常按每用戶或每設備每月計。

在 Brocent 公開的香港按用戶計劃上，各檔為：最小檔（1–5 人）每用戶每月 855.14 港元，5–300 人檔 1,247.40 港元，10–500 人檔 1,561.21 港元，企業檔面議。因此一個三十人的香港辦公室按中間檔，大約是每月 37,400 港元——這個數字不會因為忙月之後接了個淡月就變動。

它買到的是一項常設職能，而不是若干次上門：服務檯及其覆蓋時段、補丁、終端安全、身份管理、備份及其驗證、監控、文檔，以及一條明確的升級路徑。區別在於"有人可以打電話找"和"已經有人在盯著"。

決定月度服務費值不值的有兩件事，而且兩件都是合同問題，不是數字問題。

什麼在範圍內、什麼在範圍外。 月度服務費不是無限量的。要讀清"覆蓋"和"項目性工作"之間的邊界：遷移、辦公室搬遷、新站點建設、硬件採購和非工作時間工作，通常不在按用戶費用裡，需要另行報價。這本身是合理的，但必須在簽約前就看得見，而不是在第四個月才發現。

超量怎麼辦。 對月度服務費服務商該問的誠實問題是：當消耗遠超定價時的假設，會發生什麼？好的回答會描述一種機制——合理使用邊界、複核觸發條件、超額上門小時的費率。糟糕的回答是"我們其實不怎麼統計"，那意味著要麼價格裡已經假設了低用量，要麼以後會有一次不太愉快的談話。

把兩者放到同一條軸上

方法如下。它要花一個下午，但比任何供應商對比表都值錢。

第一步：數事件，不要數工單。 拉出十二個月的歷史，把真正需要人到現場的條目挑出來。大多數組織會發現這隻佔工單總量的一小部分，而這個數字往往出乎他們意料。

第二步：算出形狀。 對每一個現場事件，記下大致耗時，以及它能不能等一週。現在你知道了每月上門次數、平均上門時長，以及最關鍵的一點——你的工作裡有多大比例是可以攢著處理的。

第三步：給"按次"這一列定價。 按你所在市場的公開費率算出來，用"首小時加後續小時"的算式，而不是用一個平均值。市區以外的站點加上交通加載。落在 9×5 之外的那部分加上非工作時間倍率。得到的是一個月度數字。

第四步：給"月度服務費"這一列定價。 每用戶費率乘以人數，再加上你在讀範圍時發現被排除、但你確實需要的項目。

第五步——也是所有人都會跳過的一步：注意"按次"那一列裡缺了什麼。 月度服務費那個數字裡包含補丁、監控、備份驗證、身份管理和一個服務檯。按次那個數字裡一樣都沒有。如果你直接拿兩者相比，你是在拿一項完整服務去比它的一個子集，而按次那一列會贏下一場它其實沒有參加的比賽。

認真做完第五步，通常會把整個問題重新框定。真正的比較幾乎從來不是"按次還是月度服務費"，而是"只要月度服務費"對比"月度服務費再加一層按次或預付安排來覆蓋現場"——那是一個關於怎麼覆蓋"手"的問題，而不是要不要買服務的問題。

按次派遣 vs 預付小時包 vs 月度服務費

按次派遣——採購單位： 一次上門。它保證什麼： 由你購買的 SLA 檔位決定的響應——公開檔位從 P1 首次響應 2 小時、次個工作日到場，到 1 小時、當天到場，再到 24×7 緊急檔的 15 分鐘、4 小時到場。它怎麼失效： 頻次。每一件小事都要付起步價，而且沒有人在積累對你站點的瞭解。工作完成後開票，按工單逐條列明，標準 30 天帳期。
預付小時包——採購單位： 一包 Token，1 個 Token 等於 1 小時上門或遠程工作，包規格為 20、50、100 或 250。它保證什麼： 事先鎖定的費率，以及一個十二個月內不失效的餘額，每個合同年還有一次友好延期。有效小時單價就是包價除以 Token 數，所以包越大每小時越便宜——香港的公開包算下來大約是 20 個 Token 每小時 391 港元、50 個約 348 港元、100 個約 304 港元。它怎麼失效： 起扣量依然存在——工作時間內上門 2 個 Token，晚間、週末和公眾假期更多——而且為忙碌的一年買下的餘額，在清閒的一年就變成了沉沒成本。
月度服務費——採購單位： 每用戶（或每設備）每月。它保證什麼： 一項常設服務——服務檯、補丁、安全、身份、備份、監控、文檔、升級——不論你有沒有打電話，它都有人在崗。它怎麼失效： 範圍漂移和低使用率。一個確實幾乎沒有 IT 需求的組織買月度服務費，那是一份很貴的保險；而一個需求很多的組織買它，它是這份清單上按單位工作量算最便宜的東西。

兩個數字裡都沒有的三項風險

價格是這個決策裡容易的部分。有三項風險落在兩份報價之外，而實踐中它們決定的結果比算術還多。

響應時間風險。 按次模式按你買的檔位響應；如果你買的是最便宜那檔，承諾就是"次個工作日"，而在週五下午，那意味著週一。月度服務費通常帶一套明確的優先級框架，按嚴重程度規定響應和解決目標。如果一次四小時的中斷給你造成的損失確實超過一個月的服務費，那麼便宜的那個模式才是貴的那個。我們關於 SLA 優先級的指南說明了 P1 到 P4 的目標通常是怎麼定義和度量的。

可用性風險。 按次服務商是按隊列分配工程師的，你沒有被預留。在真正忙的一週——區域性故障那一週，或者春節前那一週——沒有預留的買家要排在有預留的買家後面。月度服務費在其他意義之外，也是一份對產能的請求權。這是月費買到的真實一部分，而它在費率表上是看不見的。

知識風險。 這一項是靜悄悄複利的，從三年的跨度看也是三者中最貴的。在按次計費下，來的是當時有空的那個人。他每次上門都要先花一段時間重新認識你的環境——弱電井在哪、Wi-Fi 叫什麼、哪台交換機供會議室、那台服務器為什麼沒加域。這段"重新認識"你每次都要付錢，按首小時費率付，而且它不會積累成任何東西。有長期服務關係的服務商會建立配置記錄和運維手冊，於是第十二次上門不是第一次上門的重複。如果你的環境有任何非標準之處，這通常是決定性的論據。

按次什麼時候確實是對的——又是什麼時候悄悄不再對

按次是正確選擇的情況，比賣月度服務費的服務商願意承認的要多。它適合只有少數幾個用戶、沒有機房的衛星站點；適合真實支援負載絕大部分是遠程、現場只是涓涓細流的辦公室；適合需求確實不可預測且量低的情況，因為你只在高峯真的發生時付錢。它還適合當作一件*測量儀器*：六個月按工單列明的按次帳單，是任何人能交給你的最好的定尺寸數據，因為它記錄的是真實發生了什麼，而不是誰估算了什麼。

它不再正確，是在三件事同時發生的時候——而它們往往一起到來。用量從忽高忽低變成穩定；活兒變小，於是幾乎每一筆收費都是起步價；環境長大到"每次上門重新認識環境的時間"開始蓋過實際工作。到那個時候，按次帳單仍然是一小筆一小筆地來，所以沒有人察覺，但年度總額已經悄悄超過了月度服務費本來會花的錢——而且組織手上什麼都沒留下：沒有文檔、沒有監控、沒有補丁基線、沒有一個瞭解這個地方的人。

實用的檢驗方法是：把十二個月的按次帳單加總，再除以十二。大多數組織從來沒做過，因為這些帳單是分開來的、也是分開批的。做一次，通常就有結論了。

幾乎所有人最後落到的混合形態

這兩個模式在實踐中不是競爭關係，因為它們覆蓋的是不同的層。

月度服務費覆蓋遠程層：服務檯、補丁、安全態勢、身份管理、備份及其驗證、監控，以及那份讓之後每一次上門都變短的文檔。這一層本身也是讓現場那堆工作變小的原因——一套補丁打得好、監控做得好的環境，產生的需要動手的事件本來就更少。

按次或預付安排覆蓋"手"這一層：必須發生在房間裡的那些事。按工單歷史而不是拍腦袋來定尺寸，這一層通常比組織在數之前預期的小得多。

按這個順序買。先買遠程層，因為它決定現場層需要多大；再買現場層，按剩下的量定尺寸。只買了"手"這一層的組織，最後會順手把遠程層重新拼起來——這邊一個備份工具、那邊一個殺毒訂閱、某處一張存密碼的表格——並且為一個更差的版本付了更多的錢。

Brocent 把這筆帳兩邊的輸入值都公開了：按次與專屬工程師費率在派遣與上門費率頁，預付包及其計費規則在 Token 服務頁，按用戶計劃在價格頁。一起讀的時候請注意一點：上門派遣是以美元報價的，而 Token 包和按用戶計劃是以本地貨幣報價的。在沒有先固定上門形狀、覆蓋時段和 SLA 之前，兩者不能直接換算成同口徑的小時單價——所以請在同一個模式內部比價，並讓上面那套方法、而不是一次匯率換算，來決定模式之間怎麼選。

常見問題

為什麼首小時更貴？

因為"出一趟門"有一筆跟活兒長短無關的固定成本：交通、排程，以及你這次上門前後損失掉的時段。首小時把它吸收掉了，後續小時沒有，所以後續小時費率更低。實際後果是：把工作攢成更少、更長的幾次上門，比散成很多次短上門明顯更便宜。

交通費另算嗎？

取決於站點在哪。市區範圍內，交通通常已包含在首小時費率裡；市區以外通常有加載——按公開的預付 Token 規則，30 公里以內的站點加 1 個 Token，30 到 50 公里加 2 個，每次上門最多 2 個。請針對你的具體地址問清邊界在哪，不要預設。

合理的最低採購量是多少？

預付包方面，公開的首次最低採購量是每個服務區 20 個 Token，這也是最小的包。按次派遣完全沒有月度最低消費，可以只買一次上門。真正要盯的是*每次上門*的起扣量：工作時間內上門至少 2 個 Token，晚間、週末或公眾假期更多。

月度服務費裡沒用完的小時能結轉嗎？

按用戶的月度服務費通常並不包含可以結轉的"小時"——它買的是一項常設服務，不是一個數量。預付包才是帶餘額的模式，那裡相關的條款是有效期：公開的 Token 自購買起有效 12 個月，每個合同年可通過客戶經理申請一次友好延期。如果某家服務商在月度服務費裡提供可結轉小時，請仔細讀續約時它們會怎麼處理。

超出小時包之後怎麼辦？

續購，而要事先談定的問題是續購時按什麼費率。包越大有效小時單價越低——包價除以 Token 數——所以年中以小包形式續購，每小時比最初那次採購更貴。如果你的消耗趨勢高於計劃，通常升一檔包規格比不斷買小包更划算。

哪一種模式才有真正的 SLA？

兩種都可以有，只是表達方式不同。按次的 SLA 是作為一個檔位買下來的，管的是響應和到場——公開檔位從 P1 首次響應 2 小時、次個工作日到場，到 24×7 緊急檔的 15 分鐘、4 小時到場。月度服務費的 SLA 通常表達為一套按嚴重程度規定響應和解決目標的優先級框架。對任何一家該問的問題都不是"你們有沒有 SLA"，而是"沒達到的時候，合同上會發生什麼"。

兩個站點的話哪種更便宜？

通常是月度服務費，而且距離越遠差距越大。在按次計費下，兩個站點會讓交通暴露翻倍；如果其中任何一個在市區以外，那麼每一次上門都會被加載。而按用戶定價的月度服務費，並不在乎這個用戶坐在哪棟樓裡。例外是那種確實很小的第二站點——幾個用戶、沒有基礎設施——這種往往最適合在覆蓋主辦公室的月度服務費之上，疊加派遣或預付小時來覆蓋。

明年的支出怎麼預測？

在月度服務費下，預測人數即可，成本幾乎線性跟隨——這也是財務團隊喜歡它的原因。在按次下，要預測事件數，而且要記住事件數並不跟隨人數，它跟隨的是*變化*。辦公室搬遷、成批入職、硬件更新、新站點，都會在人數不變的情況下推高現場層。如果你的來年包含其中任何一項，請把它們顯式地建進模型，而不是照去年的平均值外推。如果你希望我們幫你把自己的數字過一遍這套方法，請帶上十二個月的工單歷史聯繫我們，而不是帶上人數。