九龍 IT 支援：改建工業大廈裡的真問題

Q: 我們需要全職駐點工程師，還是派工就夠了？

對大致這個規模與形態的企業來說，「排程定期駐點 ＋ 隨需派工」通常比全職駐點的經濟性更好。你已經跨入全職門檻的訊號不是人數——而是營運部門裡已經有某個人悄悄變成了非正式的 IT 負責人，而且這正在讓你損失他本職的產出。

簡短答案： 九龍東的 IT 支援並不是一種和中環不同的服務，而是同一種服務遇上了一棟不同的建築。改建工業大廈改變了 Wi-Fi 的物理特性、管道間的使用權、貨梯通行條件，以及真正可達的回應時間。先勘查建築，再採購網路；用實體層而不是工單等級來決定到府還是遠端。

一家位於觀塘的進口經銷公司，曾經用一句話向我們描述他們的 IT 問題：「辦公室沒問題，問題是這棟樓的其他部分。」以我們的經驗，這是對九龍東特殊性最準確的一句總結，也解釋了為什麼一家公司可以買到一份完全合格的託管 IT 合約，卻依然覺得自己沒有被支援。

以下是一個具代表性的複合情境，不是某個具名客戶。文中的細節來自這一類企業在香港改建工業區裡的真實運作方式，所描述的每一項服務機制都是博迅實際在做的事。文中沒有虛構任何價格數字、統計數據或客戶名稱。

為什麼九龍東的 IT 支援和中環的感覺不一樣？

搜尋「九龍 IT 支援」，你看到的大多是服務商在描述涵蓋範圍——我們服務九龍、我們服務港島、我們服務新界。涵蓋範圍是真實存在的，也確實重要，但它回答的是一個物流問題，不是一個工程問題。工程問題是：這棟建築對你的網路和回應時間做了什麼。

從 IT 的角度看，中環的甲級辦公大樓是一個相當配合的環境。樓層平面開闊且可預測。天花板夾層原本就是為佈線設計的。物業管理處有一套成文的管道間申請流程。電梯又快又多，而且直達你需要的樓層。兩個人扛著一台交換器和一把梯子，幾乎在一天中的任何時段都能在幾分鐘內從街面抵達你的樓層。

觀塘、九龍灣或長沙灣的改建工業大廈是另一回事。它當初是為了搬運貨物而建的，不是為了搬運人或資料。結構很重——厚重的混凝土樓板、間距很短的結構柱，有時還有幾十年後加建的鋼構夾層。樓高很慷慨，這聽起來是好事，直到你意識到它代表你的無線基地台最後會掛在使用者頭頂五公尺的地方。貨梯是共用的、慢的，而且剛好在你最需要的時段被其他公司的送貨佔滿。至於你的「辦公室」，往往不是一個空間，而是三個：前區辦公室、展示間，以及一層放著料架和庫存的樓面。

這些都不是在抱怨九龍東。正是這類建築，才讓一家五十多人的經銷公司在香港有可能把辦公室、展示間和庫存放在同一棟樓裡——這是一個巨大的營運優勢，中環的辦公大樓在任何合理價格下都提供不了。但這也代表：為辦公大樓設計的 IT 支援在這裡一定會表現不佳，而公司感受到的會是「我們的 IT 服務商很慢」，真相則更接近「我們的 IT 設計忽略了這棟樓」。

情境：一家公司、三種環境、一棟大樓

設想一家約五十五人的香港進口經銷公司，做消費電子與家居用品。它向中國大陸和東南亞的製造商採購，賣給香港的零售連鎖與一批不斷增加的區域批發客戶，九年來一直待在九龍東同一棟改建工業大廈裡，期間從一層擴張到兩層。

前區辦公室大約三十人：業務、商品企劃、財務、物流協調，還有一個兩人的行銷團隊。這是標準的知識工作——Microsoft 365、一套 ERP 用戶端、大量的 Excel，以及大量與橫跨三個時區的供應商開的視訊會議。

展示間佔了同一層的一部分。零售連鎖的採購會進來、坐下、看產品。這裡需要的是在客戶面前一次就能連上的訪客 Wi-Fi、一塊不用折騰就能投影的大螢幕，以及一個不會把訪客筆電暴露到公司內網的展示網路。

庫存樓面是另一層：料架、靠近電梯間的收貨區、手持式終端機、兩台標籤印表機，還有六到八名整個工作日都在走動的同仁。這裡的裝置不是筆電，而是三防手持機、包裝台上的一台共用終端，以及一台必須在早上八點半——當天揀貨單出來的那一刻——就能正常運作的印表機，而不是在有人重開機兩次之後的九點十五分。

三種環境。一份 IT 預算。一家服務商。而且關鍵在於：只有一張 Wi-Fi 網路，而它當初是某個人拿著手機在辦公樓面走一圈設計出來的。

在改建工業大廈裡，實際會出什麼問題

按辦公室設計、卻部署進倉庫的 Wi-Fi

這是我們在這一類客戶中見得最多的失敗，而且很少被正確診斷。辦公樓面涵蓋良好，因為無線基地台裝在那裡，而當初做步測的人也站在那裡。庫存樓面得到的是從樓板漏過去的訊號，外加一兩個裝在「剛好有電源插座」位置的基地台。

物理特性不講情面。金屬料架幾乎是最糟糕的無線環境：它反射、它吸收、它的特性隨庫存水位變化，而料架走道會像波導一樣把訊號沿一個方向送得很遠、在另一個方向上卻幾乎送不出去。一月份在半空的庫存樓面做的勘查，對十月份料架堆到頂層橫樑時的同一層樓面幾乎沒有參考價值。再加上高樓高——掛在五公尺處的基地台，其涵蓋範圍比同一台基地台掛在 2.7 公尺處大得多、也弱得多——你就得到了一張「測起來沒問題、用起來不行」的網路。

同仁回報的症狀永遠不會是「射頻設計有問題」。他們說的是「掃描器一直斷線」、「印表機又離線了」、「我得走到窗邊才能把揀貨確認送出去」。這些被登記成裝置故障，被當作裝置故障修復，然後年復一年地重複。

而這正是無線網路勘查存在的意義。博迅的認證無線工程師使用 Ekahau Pro、AirMagnet 和 Chanalyzer Wi-Spy Dbx，產出顯示訊號強度、同頻干擾和建議基地台位置的詳細射頻熱力圖。針對四個不同的時點有四種不同的勘查類型：在採購任何硬體之前、以平面圖為基礎的預測式勘查；設計階段評估訊號強度、基地台位置、射頻干擾與雜訊水準的新網路勘查；用來診斷既有網路為何異常的健檢式勘查；以及最後認證涵蓋範圍、干擾、頻道與容量確實滿足業務需要的安裝後勘查。改建工業大廈裡的經銷企業，通常是先需要第三種，最後需要第四種。

管道間是業主的，不是你的

在改建工業大廈裡，你兩層樓之間的垂直佈線路徑往往不是你能自由使用的。有些大廈有正式的物業管道間申請流程；有些則是一套非正式流程，內容是「知道上次那個案子是哪家承包商做的」。無論哪一種，在樓層之間佈設光纖或銅纜都是一項需要排程、需要許可的活動，而不是某個工程師在週二下午覺得這樣比較整齊就能做的事。

現實後果是：跨樓層的連線決策在短期內幾乎不可逆。如果你把防火牆、主交換器和電信線路終端都放在辦公樓面，把庫存樓面當成掛在單一上行鏈路下的衛星站點，那麼這個決定你可能要背好幾年。當那條上行鏈路劣化時，整個揀貨作業跟著劣化，而修復它需要物業配合，不是一個帶著壓線鉗的工程師就能解決的。這是一個值得認真討論的設計問題，而不該是一個預設選項。

電梯、卸貨區，與回應時間的物理學

每一份 SLA 都是用小時寫的。而每一次真實的回應，衡量單位是「一個人帶著設備走到你機櫃前需要多久」。

在九龍東，這個人得先找到大廈，再使用一部和所有人的送貨共用的貨梯，而且經常要在卸貨區排在一輛貨車後面。如果他還帶著一台替換交換器、一台不斷電系統或一個伺服器大小的箱子，客梯根本就不是一個選項。這些都不會出現在服務型錄裡，但它們全都出現在「紙面上的四小時 SLA」和「現實中的四小時 SLA」之間的差距裡。

答案不是更嚴格的 SLA。合約上的等級不會讓貨梯來得更快。答案是把環境設計成：更少的問題需要人到現場，而真正需要到現場的那些，是成批的、排程的，而不是緊急的。這是一個設計結果，不是一個合約結果——也是大多數採購流程從來不會問到的那一部分。

庫存樓面的裝置經濟學完全不同

辦公室的筆電按更新週期汰換，損壞是意外。倉庫的手持機每天都被摔，住在充電座裡，只跑一個應用程式，損壞是設計之內的事——它是有可預期故障率的消耗性設備。用同一套方法管理兩者，會同時產生兩個壞結果：辦公室被過度管理，庫存樓面被支援不足。

一個有用的心智模型是：改建工業大廈裡的經銷企業，實際上在營運兩套 IT 資產，它們只是共用一條網際網路線路和一個公司名稱。它們應該共用治理——一份資產清冊、一套資安政策、一個服務台——而在營運上分開，因為料架上的一台備用手持機，價值高於一份四小時到府 SLA。

博迅怎麼看待「建築形狀的 IT 問題」

先勘查，後採購

我們認為這是整個類別裡槓桿最高的一條規則，而它經常被忽略，因為勘查感覺像是在「真正的工作」開始前的拖延。在改建工業大廈裡，勘查就是真正的工作。以平面圖為基礎的預測式勘查——在採購任何東西之前評估牆體類型、基地台位置和使用者密度——經常會把硬體數量往兩個方向修正。有時它替客戶省錢，因為八個位置正確的基地台勝過十二個位置錯誤的。有時它讓預算變多，因為庫存樓面確實比辦公室步測所暗示的需要更多射頻點位。無論哪一種情況，這個數字都不再是猜測，而是站得住腳的。

按最差的那一平方公尺設計涵蓋，而不是按平均值

平均涵蓋率是一個讓人舒服但具誤導性的指標。一個良好涵蓋率 95%、但有一條死角走道的庫存樓面，問題不是 5%；它是一個每天都發生的營運問題，因為每天早上都有人站在那條走道裡。倉庫樓面的設計目標，應該是滿載狀態下最差的那個位置，並且在裝置實際被握持的高度上測量——不是桌面 750 公釐高度上的一台筆電，而是兩排滿載料架之間、胸口高度上的一台手持機。

用實體層決定到府還是遠端，而不是用工單等級

大多數託管 IT 合約按嚴重程度升級到到府。在一棟「到現場本身就慢」的建築裡，嚴重程度是錯誤的判斷軸。更好的規則說得直白些：如果故障在實體層之上，幾乎總是應該立刻遠端解決；如果故障在實體層，立刻派工，並停止嘗試那些根本不可能奏效的遠端修復。

這聽起來理所當然，但實際上很少被真正落實，因為它要求服務台在第一次接觸時就掌握足夠多的環境脈絡來做出正確判斷。這是一項知識移轉與導入準備的投入，不是技術投入。博迅的 24×7 多語言服務台是一個以 ITIL 為基礎的全球服務台（GSD），由位於中國大陸、香港和馬來西亞的分散式中心營運，每年處理約 15,000 起 IT 事件與服務請求，提供粵語、普通話和英語支援，並在遠端無法解決時升級為現場派工。在九龍東的脈絡下，它的價值不在於處理量本身，而在於這個服務台知道你的哪些問題值得一趟貨車行程。

在環境惡劣的地方，把硬體風險從客戶身上移走

倉庫樓面很「吃」無線基地台。灰塵、高溫、堆高機碰撞，再加上一個簡單事實：它們掛得很高，因此在壞掉之前幾乎不會被檢查。在託管無線網路的模式下，硬體是服務的一部分，而不是一次資本採購：建置企業級無線不需要任何硬體或軟體的資本投入；所有據點透過一個雲端介面集中管理，而不是本地無線控制器；新據點以零接觸方式自動配置；二線團隊 7×24 小時守護可用性與安全；而當設備發生故障時，博迅在約定 SLA 內送來備品並完成更換，不額外收取硬體維修費用。

對一家展示間 Wi-Fi 直接面對客戶、庫存樓面 Wi-Fi 直接關係營收的公司來說，把硬體更換風險轉移給服務商通常是正確的取捨——不是因為硬體貴，而是因為另一種選擇是：在揀貨作業停擺的那個早上，你還得先開一場採購會議。

九龍東、港島與新界：真正的差別在哪裡

對經銷型企業而言，三個區域的比較

香港島（中環、金鐘、鰂魚涌、堅尼地城）： 甲級與乙級辦公大樓、配合的物業服務、快速電梯、可預測的樓層平面。無線設計接近教科書，實體回應很快。真正的約束是每平方英尺的成本，以及庫存不可能放在同一棟樓裡——所以 IT 從第一天起就在支援一個分點營運，連帶承擔所有連線與資產追蹤的額外負擔。
九龍東（觀塘、九龍灣、長沙灣）： 改建工業大廈、高樓高、重結構、共用貨梯、混合用途樓面。辦公室、展示間和庫存可以共處一棟樓——這是營運上的勝利——但網路必須同時為三種環境設計，而實體回應時間的上限由建築而不是由路況決定。
新界（工業邨、荃灣、元朗、粉嶺）： 專門建造的工業物業，通常更大、密度更低，人與設備之間存在真正的倉儲級距離。從市區核心過去的車程成為回應時間的主導因素，這會把經濟性推向「排程駐點」而不是純派工。

我們已發布的香港涵蓋範圍指南講的是全港範圍的區域圖景。本文刻意收窄到一個問題：在九龍東的一棟樓裡，究竟發生了什麼。

派工、駐點工程師，還是混合？

純派工： 當故障確實偶發、網路設計本身扎實時，這是對的。它是最便宜的模式，而且完全取決於「設計夠好，以至於很少需要到府」。在一棟沒有好好勘查過的建築裡，它反而是最貴的模式，因為每一個涵蓋問題都會以裝置工單的形式出現。
排程定期駐點： 每週固定半天或一天。對這類客戶被嚴重低估。它把不可預測的緊急到府轉換成計畫性維護，能抓住那個已經在悄悄劣化的高處基地台，也讓庫存樓面有一個可以在問題變成事件之前反映情況的人。
[全職駐點工程師](/zh-tw/services/full-time-onsite-it-support-services)： 一位專屬的、具名的工程師只在你的場地工作，完全融入你的團隊，同時由博迅的工具、訓練和升級網路支撐，休假與缺勤由受訓工程師池補位。當營運規模大到「否則就會有人非正式地、而且做得不好地承擔這份工作」時，它就是合理的。觸發條件既包括人數，也同樣包括裝置數量與樓面面積。

九龍東搬遷或改造的實用順序

如果你正在搬進、在改建工業大廈裡擴張，或者在修復一棟這樣的建築，順序比單項元件更重要。

第一，在真實條件下勘查。 在滿載狀態下對既有網路做健檢式勘查，而不是在年底料架半空的時候。在裝置高度、在走道裡、按料架實際的樣子測量。拿到熱力圖，並且保存它。

第二，有意識地決定跨樓層拓撲。 網際網路在哪裡終端？防火牆放在哪一層？第二層是衛星還是對等節點？在你做出承諾之前——而不是之後——先問物業管道間怎麼申請，答案可能會改變設計。

第三，把三種環境在邏輯上分開。 公司網路、展示間與訪客網路、庫存樓面裝置網路應該彼此獨立。這是為了資安、為了故障排除，也是為了讓展示間裡的一場產品展示不會拖慢樓上的揀貨作業。

第四，用勘查結果而不是樓面面積來決定基地台數量。 樓面面積是一種銷售估算法。熱力圖才是證據。如果一份報價給了基地台數量而背後沒有勘查，那份報價就是一個穿著西裝的猜測。

第五，明確約定到府與遠端的規則。 寫下哪些故障類別觸發立即派工、哪些只做遠端。把它寫進服務定義裡，而不是留在某個工程師的腦子裡。

第六，安裝之後要驗證。 一份認證涵蓋範圍、干擾、頻道規劃與容量的安裝後勘查報告，就是「我們裝好了」和「它能用」之間的全部差別。堅持要，而且要讀。

成本的形狀，而不是數字

我們不會在這裡編造數字，而且對於任何沒看過你的樓就報出九龍東價格的人，你都該保持懷疑。真正值得事先了解的，是成本的形狀。

博迅的託管 IT 支援方案是按公司規模分級的每使用者月費，而入門級的規模界定是 1–5 名員工——所以並不存在把這種規模的企業排除在外的最低人數門檻。網路與無線是一個附加項目，採用分段結構而不是單純的按裝置數量相乘：一個統一月費涵蓋最多 10 台裝置，然後在 11–30、31–75，以及 76 台及以上重新分段。在改建工業大廈裡真正會移動的，正是這個分段，因為庫存樓面推高裝置數量的速度遠快於人數。兩層樓做到像樣的涵蓋，可能落在和「單一上行鏈路的一層樓」不同的級距上——這又是一個「勘查應該先於合約、而不是跟在合約後面」的理由。

方案與附加項目的即時分市場價格，公布在託管 IT 支援頁面和價格頁上。任何與你這棟樓相關的具體數字，都應該來自一次現場勘查，因為建築恰恰是價格表看不見的那個變數。