每天都有一位工程師在廠裡：一家新加坡製造企業的駐點配置

簡短回答： 一家新加坡製造企業，一旦IT使用者與裝置總數越過大約100這條線，通常就已經越過了「純遠端支援還夠用」的臨界點——而這個判斷在很大程度上是一道算術題。依照Brocent公開的新加坡費率，專屬駐點工程師與按次派工的成本交叉點落在每月約50個支援小時。剩下的，由廠區的複雜度決定。

為什麼新加坡製造企業總是在毫無察覺的情況下越過那條線

有一類IT問題只出現在製造業，而它本質上不是技術問題，是一個悄無聲息就找上門來的「規模匹配」問題。

一家六十人的新加坡製造企業，完全可以用專業服務公司那套方式管IT：筆記型電腦、電子郵件、一台檔案伺服器或一個雲端租戶、機櫃裡一台交換器，再加一份遠端支援合約——有人接電話，能遠端解決的就遠端解決。這套模式是有效的，而且有效到沒有人會想去重新檢視它。

然後公司拿下一份週期更長的訂單，加開一個班次，添購三台設備，招了四十個人來操作。兩三年裡，人數從六十漲到一百五十。沒有人在會議上決定要更換IT支援模式——因為根本就沒有人為「IT支援模式」這件事開過會。當初為六十名以辦公為主的員工量身打造的那套安排，如今承載著一百五十個人，其中九十人在廠區裡，分兩個班次，操作著合約簽訂時還不存在的設備。

這不是一個「服務商不行」的故事。遠端支援在它擅長的領域是真的好用——密碼重設、信箱故障、軟體安裝，以及構成大多數公司大部分工單量的那條終端使用者問題長尾。在製造環境裡發生變化的，是實體性問題所佔的比重：一台不再配對成功的條碼掃描器；產線末端一台螢幕黑掉的工業強固型終端機；一段被堆高機壓斷的網路線；一台只印出空白標籤的標籤印表機；一台與生產設備通訊的機邊工業電腦——它需要有人站在它面前。

這些都不是難題。但每一個都需要有人在廠裡。

新加坡的製造業基本盤讓這個模式成為常態而非例外。勿洛（Kaki Bukit）、兀蘭（Woodlands）、裕廊（Jurong）與大士（Tuas）一帶的工業園區裡，擠滿了正好落在這個規模區間的代工廠、組件裝配廠、精密工程公司與輕裝配工廠——大到IT停機會造成真金白銀的損失，又還沒大到需要自建IT部門；而廠裡那些人的本職工作是生產，不是IT問題分派。

情境：一百五十五個人、兩個班次，和一套為六十人設計的支援模式

以下是一個示意性的複合情境——不是某個具名客戶，而是一種反覆出現的形態。

一家新加坡代工企業為工業設備製造商生產組件。它使用工業園區裡兩個相鄰的單元：一側是廠區，有裝配工作站、測試台與一小塊無塵區；另一側的夾層辦公室裡坐著業務、生產計劃、採購、品保與財務。總人數一百五十五。其中約九十五人在廠區工作，分白班與一個大約做到晚上十點的晚班。

IT支援是遠端的，合約在公司還不到七十人、幾乎全是辦公職務的時候就簽了。這份合約涵蓋服務台、伺服器、修補程式與防毒，而且做得相當稱職。需要動手的時候，就派工程師到場。

營運經理在負責生產計劃之外，還兼管著這段IT關係。他不是IT出身，也從未自稱是。他有的只是一種愈來愈強的感覺：IT佔用他一週時間的比重比以前大了，但具體大了多少，他說不清。

具體到每週，情況大致是這樣：

• 週二上午，一台測試台電腦與量測儀器之間的連線斷了。遠端工程師隔著電話，和一位同時還要盯著班次運轉的生產主管一起排查。折騰了九十分鐘，最後以「約隔天到場」收尾。
• 收料區有兩台手持掃描器時好時壞。沒有人報過工單——因為報工單意味著要打個電話，而變通做法（手動鍵入料號）每筆收料只多花兩分鐘，而且行得通。
• 晚班在大約傍晚六點之後完全沒有支援。那之後出的任何問題都得等到早上，運氣差的晚上，就意味著一個班次的後半段是靠紙本在跑。
• 三個月前新調機上線了一個裝配工作站。它的機邊工業電腦是設備供應商的調機工程師設定的。公司裡沒有人知道這台機器上裝了什麼、有沒有更新修補、有沒有備份。
• 營運經理已經變成事實上的第一線。大家直接走到他座位上講IT問題，因為這比走流程快。

這裡沒有一件是危機。但它們加在一起，就是一套已經與實際營運不匹配的支援模式；而本來應該發現這件事的機制——定期複核這套安排是否還合適——不在任何人的職責範圍內。

拖延真正的代價，以及它為什麼一直是隱形的

這種局面能長期維持下去，原因在於它的成本從來不會落在任何一張報表的某一行上。

在製造環境裡，純遠端模式會產生四類損失，而這四類都是彌散性的：

實體故障的解決時間被拉長。 一個廠裡有人在的話十五分鐘就能排除的故障，變成九十分鐘遠端診斷加隔天到場。工單最終會結案，指標看起來也可以接受。指標捕捉不到的，是那位生產主管把這九十分鐘花在電話上、而不是花在產線上。

需求被壓抑。 這是最貴的一項。當求助變得麻煩，人們就不再求助了。收料區那兩台時好時壞的掃描器從來沒變成工單，那台每天早上都得斷電重開一次的標籤印表機也沒有。一套被大家繞著走的支援模式，會產出一條看起來很乾淨的工單佇列，和一個堆滿變通做法的廠區——而且沒有任何一份報表會把這件事顯示給你。

沒有涵蓋到的時段。 兩班制的營運配一套單班制的支援模式，存在結構性缺口。問題不在於晚班會產生很多事件，而在於它產生的那些事件，恰恰落在最糟糕的時點上，而且無人可升級。

沒有歸屬的設備。 由設備供應商調機上線的機邊工業電腦，是製造業經典的盲區。它們是「表現得像IT資產」的生產資產，而在這個規模的大多數公司裡，從來沒有人決定過它們歸誰管。它們游離在修補之外、備份之外、資產清冊之外——直到某一天其中一台壞掉，順帶把一個工作站停掉。

把這些加起來，誠實的結論是：營運經理的直覺是對的——IT花掉公司的錢，比發票上的數字更多。他只是沒有辦法把這件事證明出來，而這恰恰是這場對話始終沒能開始的原因。

Brocent的看法：這是一道算術題，外加一個判斷

我們自2007年起就在亞洲各地的辦公室與工廠裡派駐點工程師。在這個規模上，我們看到公司最常犯的一個錯誤，是把駐點模式當成一件「偏好」問題——「我們比較希望廠裡有個人」，或者「我們比較希望維持精簡」。它不是偏好。它主要是一道計算題，上面再疊一個判斷。

算術部分：專屬工程師在哪一點上反超派工

Brocent把這道題的兩邊都公開了，就是為了讓這個比較真的可以被做出來。在我們的派工與FTE費率頁上，新加坡現場派工列示為首小時85美元、之後每小時78美元——這是一個參考性的全負載一級終端支援（EUC L1）費率，次一營業日到場、標準9×5，涵蓋首小時起計量以及市區範圍內的交通。新加坡的專屬全職駐點工程師列示為每月4,160美元。

把後者除以前者，交叉點就出來了。按這兩個入門費率算，專屬工程師在單一場地每月約五十個支援小時上打平——大致相當於每週十二小時。低於這個用量，派工幾乎總是比較便宜；高於這個用量，駐點通常比較划算，而且差距會迅速拉大。

關於這個數字，有兩件事比它本身的精確度更重要。

第一，處在這個位置上的公司，大多從來沒有真正統計過自己實際消耗了多少小時——所以他們是在這條線的錯誤一側做猜測。九十分鐘遠端診斷，加上隔天的到場，再加上主管的時間，這不是「一張工單」；而一旦把被壓抑的那部分需求也算進去，真實數字通常比任何人預想的都要高。

第二，交叉點並不是完整答案，因為派工和駐點工程師並不是同一種產品。五十小時的派工如果分攤在十次獨立到場裡，你得到的是十次到場，而且每一次都得有人告訴對方機櫃在哪。駐點工程師給你的是連續性——有人知道哪個工作站的終端機脾氣不好、測試台出問題該找哪家供應商。這個差別，在小時費率裡是看不見的。

判斷部分：規模階梯說了什麼，以及它到哪裡就說不下去了

Brocent自己的規模建議，公開在全職駐點IT支援頁面上，寫得相當直白：

• 50個使用者以下 —— 按次派工（ADHOC）或遠端管理型IT支援。
• 50到100個使用者 —— 約0.5個FTE，即一位兼職駐點工程師。
• 100到500個使用者 —— 一位專屬全職L1/L2工程師。
• 500到2,000個使用者 —— 多位FTE，配一名團隊負責人。
• 2,000個使用者以上 —— FTE團隊，配專案經理。

它背後的經驗法則是：當環境中的IT使用者和／或裝置數量超過大約一百，通常就需要一位全職工程師了。

「和／或裝置」這個措辭，正是製造業與「按辦公人頭讀這張階梯」的分岔點，也是我們會對上面那個複合情境施加的判斷。一百五十五人落在100到500這一級裡，所以階梯給出的答案是一個FTE。但製造環境裡的裝置數遠遠跑在人數前面：每一個裝配工作站終端機、每一把掃描器、每一台標籤印表機、每一台測試台電腦、每一台機邊控制器，都是一台有失效模式的受管裝置，而且它們都不是「某個人的筆記型電腦」。一家一百五十五人的工廠，受管端點很容易就到兩百五十台；一家一百五十五人的顧問公司，是一百七十台。

所以階梯是起點，而廠區複雜度會把你往上推。兩班制的作用方向是一樣的。同樣這個人數，一家單班、以辦公為主的公司，可能真的0.5個FTE加派工就夠了；而一家兩班制工廠，就該是一個完整的駐點配置——並且這場對話的誠實版本裡，還包含工程師的工作時段應該落在哪：一個廠開到晚上十點，而駐點工程師六點下班，那解決的是另一個問題，不是被提出來的那個。

一位專屬駐點工程師實際上包含什麼

「專屬駐點工程師」這個說法底下蓋著兩種截然不同的產品，而它們的差別幾乎全部在採購環節沒人會問到的那些部分裡。

會出問題的那一版，是「人力外包式」的派人：找到一個人，送到你的場地，按月開發票。這個人休假的時候，支援就消失了；這個人離職的時候，你回到起點。除了一份履歷，沒有人核實過他的背景。沒有關於他實際做了什麼的紀錄，問題超出他的能力層級時也沒有升級路徑。

我們派的那一版，是一個帶著完整HR機制的營運專案，值得把它具體說清楚。Brocent的駐點專案按九個既定步驟推進：一次評估通話，確認環境與需求；把招募計劃發布到我們的尋源網路；由HR招募團隊按你的標準進行尋源、技術評量與篩選；由你來做候選人面試，安排與協調由我們負責；簽NDA與錄用，並完成涵蓋犯罪紀錄、學歷與身分的背景核查；正式HR報到，包括薪資、福利加保、當地勞動法規遵循與責任保險；啟動上工準備，由我們的團隊準備交接包、客戶IT手冊與跟工計劃，讓工程師到場時是有備而來、而不是靠猜；三個月的高強度關懷期（hyper care），密切追蹤表現並做知識移轉；此後是透過我們的FTE管理系統進行的常態出勤管理，產出可計費工時、缺勤率與出勤報表。

其中三個部分值得單獨拉出來，因為它們決定了這個駐點配置能不能撐過好幾年、而不只是好幾個月。

休假替補。 你的工程師會休年假，偶爾也會請病假。這段時間裡是否有一位受過訓練的替補從我們的人才庫到場，是一條合約條款，不是一個假設——它是我們十二項計價因素之一，它該出現在報價裡，而不是出現在第一次為這件事產生的尷尬對話裡。

客戶IT手冊。 駐點工程師會累積知識；如果這些知識只活在他腦子裡，那你只是把「支援缺口」換成了「人員依賴」。手冊與交接包的存在，就是為了讓環境的文件化獨立於「現在站在那裡的是誰」。

出勤與報表。 一位沒有報表的駐點工程師是隱形的。可計費工時、缺勤率與出勤報表，是讓你在一年之後能夠看清當初的規模判斷對不對的依據——或者說，看清階梯是不是已經把你挪到了0.5個FTE，或者往上挪到了兩個。

駐點定價不是一個單一數字，而我們寧願解釋清楚原因，也不想公布一個會誤導人的數字。它隨以下因素變動：合約期限（標準為6、12、24個月，承諾期越長月費率越低）；職級與專項技能——L2工程師大致比入門級高約21%，L3大致高約44%；相關工作年資；工作語言，雙語工程師會有溢價；工作時段區間，因為標準工時、延長工時、輪班制與on-call是不同的產品；場地位置以及是否涵蓋多個場地；資源類型；是否需要替補資源；客戶假期如何計費；當地勞動法規下的支薪假義務；資源更換時的交接天數；以及是否接受提前終止的標準補償條款。公開的4,160美元是新加坡專屬工程師的全負載入門參考值，不是報價——而且多FTE、多國家的專案定價會低於單點駐點。

還有一條機制，因為它會改變現金面貌：派工到場是完工後開發票，標準30天帳期，按工單逐項列示；FTE駐點則按月預先開發票。兩邊的當地GST發票開立方式是一樣的。

這個規模的新加坡製造企業，配置IT的三種方式

已經越過規模匹配點的純遠端支援

• 它是什麼： 六十人時管用的那套安排，在一百五十五人時還在跑。
• 它真正的強項： 終端使用者工單的長尾——帳號、信箱、軟體，這些確實最適合遠端解決。
• 它在哪裡失效： 廠區裡的實體故障。每一個都變成「一個電話加隔天到場」，而差額由生產主管吸收。
• 隱藏的失效模式： 需求被壓抑。人們不再回報那些「煩人但不致停線」的問題，於是工單佇列看起來比廠區實際狀況健康得多。
• 誠實的結論： 在50個使用者以下是正確的；超過100之後愈來愈不對——尤其是當裝置數已經跑到人數前面時。

在遠端支援之上疊加按次派工

• 它是什麼： 以遠端支援為基線，需要動手時派人到場。新加坡派工公開費率為首小時85美元、之後每小時78美元。
• 它真正的強項： 需求確實是間斷性的時候。無月度承諾、無最低消費，完工後按30天帳期開發票。對一個單班、以辦公為主、用量在交叉點以下的場地，這就是正確答案。
• 它在哪裡失效： 頻次。一個月十次到場，就是十次到場、十次重新講一遍脈絡、十次等次一營業日。連續性不會因為次數多就自動長出來。
• 它的經濟性： 單一場地每月超過約五十小時之後，你是在用駐點的錢買派工的服務。
• 誠實的結論： 在交叉點以下是對的模式；在交叉點以上，它是一種昂貴的「迴避決策」的方式。

按廠區規模配置、帶休假替補的專屬駐點工程師

• 它是什麼： 一位具名、經過核查、常駐你場地的工程師——這是Brocent的模式——透過九步流程派駐，配有休假替補、成文的交接包與IT手冊、出勤報表，背後是Brocent的技術團隊與升級網路。
• 它真正的強項： 實體故障、連續性、班次涵蓋，以及那些讓第二年比第一年更省事的場地累積知識。
• 它的成本： 每月4,160美元，作為公開的新加坡全負載入門參考值，隨職級、工時、語言及上文其他因素變動。
• 它需要小心的地方： 規模匹配。在只需要0.5個FTE的場地放一個完整FTE是實實在在的浪費；而在一家兩班制工廠裡按白班工時放一位工程師，解決的是問題的錯誤那一半。
• 誠實的結論： 對於使用者數過百、裝置數遠超於此的兩班制工廠，這是合適的模式——前提是工時按班次形態來配，而不是按辦公室來配。

Brocent自己對商業邏輯的表述是：把這件事外包（pay-as-you-go），相較於在內部招聘同等職位，在把薪資、工具與管理時間都計入之後，至少能省下37%的OPEX與CAPEX成本。我們更希望你拿自己的數字去驗證它，而不是照單全收——這也正是我們把派工費率與FTE參考值都公開出來、而不是「詢價可得」的原因。

常見問題

到多少人的規模，專屬駐點工程師才開始說得通？

依我們公開的規模建議，大約是一百個IT使用者和／或裝置——在100到500這一級，指向一個FTE。在製造業裡，請仔細讀「裝置」那一半：終端機、掃描器、標籤印表機、測試台電腦與機邊控制器都要算進去，而工廠的裝置數通常遠跑在人數前面。實際的檢驗標準是交叉點：按新加坡的公開費率，單一場地每月超過約五十個支援小時，駐點就是比較便宜的模式。

在新加坡，專屬工程師是怎麼計價的？

公開的入門參考值是每月4,160美元，對應一位全負載的專屬駐點工程師，按月預先開發票。這個數字隨十二項具名因素變動：合約期限、職級與專項技能（L2大致比入門高約21%，L3約44%）、工作年資、工作語言、涵蓋時段、場地位置、資源類型、是否需要替補、假期計費方式、支薪假法規遵循、交接天數以及補償條款。多FTE與多國家專案定價更低。作為對比，現場派工是首小時85美元、之後每小時78美元。

工程師休假的時候怎麼辦？

是否有一位受過訓練的替補從Brocent的人才庫到場，是一條計入價格的合約條款，不是一個假設——它明確是十二項計價因素之一；新加坡勞動法規下的支薪假義務也在同一套安排裡處理。這是我們最會催促製造企業把它寫進合約的一個問題，因為在一家兩班制廠區裡，沒有涵蓋的那一週，恰恰是這套模式最需要頂住的時候。

如果人數下降，這個配置能縮回去嗎？

可以，而且這張規模階梯是雙向的。標準合約期限是6、12、24個月，所以重新檢視這個問題的自然時點就是續約——依據是駐點本身產生的出勤資料。從一個FTE回到0.5個FTE加派工，是一種正常結果，不是失敗——而「Hire for Change」（對既有服務方案的變更）本身就是我們會去評估並重新界定範圍的一種既定資源類型。

工程師是Brocent的人，還是我們可以留用現在這個人？

兩者都是標準做法。Fresh Hire（新招）是由我們尋源、評量並派駐。Rebadge（換簽）適用於你已經有駐點資源、但希望更換簽約主體而保留這個人的情形——我們會做一次HR評估，涵蓋職級、法定福利與服務連續性方案，讓這個人的僱傭關係發生移轉，而他對你的服務不被中斷。Hire to Budget（按預算招）與Hire for Change（變更式招）涵蓋另外兩種常見情形。資源類型之所以是十二項計價因素之一，正是因為這幾種方式的啟動與過渡成本各不相同。

這和我們自己招一個IT人員有什麼不同？

機制上：你不必承擔招募週期、薪資與福利管理、當地勞動法規遵循、責任保險、工具投入，以及「單點依賴」。營運上更重要的差別是升級路徑——一位駐點的L1或L2工程師背後有一個更寬的技術團隊，可以把網路架構或伺服器層面的問題交給有資格的人；而一位單打獨鬥的內部員工，要麼自己變成那個人，要麼等供應商。我們公開的立場是，這相較全負載的內部同等職位至少省下37%；但我們更想強調的是升級深度——它更難定價，而且通常更要緊。

涉及哪些背景核查，由誰來做？

由Brocent的HR招募團隊在錄用階段完成背景核查，涵蓋犯罪紀錄、學歷與身分，並且會先取得一份簽署的同意書，以確保核查是合法進行、當事人也被充分告知。NDA與專案文件在工程師到場之前簽署；報到流程涵蓋薪資、福利、勞動法規遵循與責任保險。對於流程需要接受客戶稽核、或對設備製造商有保密義務的製造企業，這套文件通常是供應商稽核裡最要緊的一環。

如果廠裡已經有駐點的人，我們還需要管理型IT方案嗎？

需要——而且這一點最常被搞反。駐點工程師是一雙手，是一個場地知識的來源；他不是一套7×24監控平台、不是一條修補程式流水線、不是一套備份機制，也不是一個資安治理職能。駐點之所以有效，是因為這些東西在他背後存在。一位背後沒有方案支撐的工程師，是一個「配了座位的單點故障」。

駐點配置該放在哪：在方案之內，而不是並列在旁邊

對這個規模的製造企業，我們最希望它避開的錯誤，是把「專屬工程師」當成一個獨立成立的答案。

上面那家複合情境裡的公司之所以有問題，不是因為它廠裡缺一個人，而是因為它的支援安排是按另一家公司的規模配的，而沒有人重新配過。往一套未經複核的安排裡加一位駐點工程師，修好的是回應時間這個症狀，留下的是：機邊工業電腦依然沒有歸屬；工程師下班之後，晚班依然沒有涵蓋；裝置清冊依然不完整。

真正能解決問題的，是一套涵蓋整個環境的方案——7×24 NOC監控、服務台、受管防火牆、修補程式管理、端點防護、備份與災難復原、憑證管理，以及一位具名的vCIO，由他持有技術藍圖、並在續約時主動提出規模匹配的問題，好讓營運經理不必自己去問——同時把駐點配置作為這套方案裡的一個元件來定規模，而不是並列地栓在旁邊。

這正是Brocent的管理型IT方案：一份按使用者計費的月度方案，承載監控、修補、資安與治理這一層；在它之上，為確有需要的場地按規模疊加駐點人力、現場派工與基礎架構類附加服務。新加坡的按使用者價格與派工、FTE參考值一併公開在價格頁上，正是為了讓本文裡這樣的比較，可以在對話之前就跑一遍，而不是在對話過程中才開始跑。

如果你在新加坡經營一家使用者數已經過百、兩班制運轉的工廠，而支援安排是從這家公司更小的那個版本裡繼承下來的，那麼有用的第一步不是拿報價。是把你實際的支援小時數與實際的裝置數，認真統計一個月。如果小時數落在五十以上、裝置數落在兩百以上，那張階梯其實已經替你回答了這個問題——我們也很樂意和你一起把規模算清楚。聯絡我們，我們會從你的數字開始，而不是從我們的數字開始。

*本文描述的公司，是Brocent在新加坡及亞洲各地所支援的製造業營運的示意性複合情境，並非某個具名客戶。文中引用的費率為Brocent公開的新加坡參考值，最終以方案界定時確認為準。Brocent於2007年在北京創立，2016年設立香港辦事處，自2021年起總部設於新加坡。*