香港託管無線網絡：服務式辦公室的解決方案

一句話總結： 香港一家經營四個據點的服務式辦公室營運商，在每次租戶調查裡聽到的都是同一個抱怨——Wi-Fi，不是裝修，也不是咖啡。追下去，根因很簡單：每個據點的無線網絡都是由當年承建那個場地的承建商各自搭的，沒有統一標準，也沒有任何一個人能同時看到四張網。真正解決問題的不是換更好的接入點，而是把所有據點的接入點納入同一個託管的 UniFi Network 控制器——控制器由博迅運行，硬件仍歸營運商所有，價格按接入點數量每月計算。

香港服務式辦公室的競爭力，拼的是 Wi-Fi，不是面積

香港的靈活辦公行業早就過了「有工位、有前台」就算有競爭力的階段。無論是在中環佔幾層樓，還是把據點鋪到九龍、灣仔和觀塘，營運商賣的已經更接近一件服務化產品，而不是單純的面積——會議室能自助預訂、打印機隨手能用、網絡讓租戶自己的 IT 團隊完全不用操心。對服務式辦公室或靈活辦公的租戶來說，一張辦公桌是門檻條件；他們每天真正在評判的，是客戶電話會議進行到一半時，網絡扛不扛得住。

這讓 Wi-Fi 質量在這個行業裡的承重程度，遠高於零售連鎖或倉儲營運商。一家店鋪後台網絡慢一點，顧客根本察覺不到；服務式辦公室的租戶立刻就會察覺，因為在他們付費佔用工位的那幾個小時裡，自己的生意完全跑在這條連接上——和客戶的視頻會議、雲端的財務與 CRM 工具、文件傳輸、VoIP 話機。會議室的 Wi-Fi 在通話中途掉線，對營運商來說不是一次內部的不便，而是一次發生在租戶自己客戶面前的可見失敗。續約與否，恰恰就是在這種時刻被決定的。

擴張會把這種暴露成倍放大。營運商開第三、第四個據點，增加的不只是面積，而是在已有問題之上，又多了一個可以獨立出錯的網絡。沒有統一標準，每開一個新據點，都等於重新賭一次這次請到的承建商靠不靠譜。

一個據點、一家承建商、一份沒人留底的 Wi-Fi 配置

這是一個複合情境，不是某家具名客戶，但在香港的靈活辦公營運商裡，只要據點數量過了三四個，這個形態就相當典型。每個據點的裝修時間不同，往往由不同的承建商負責，前後可能差好幾年。中環據點用的接入點，跟觀塘那邊的型號和固件代際都不一樣。當初參與過任何一次部署選型的人，如今公司裡一個都不在了——主導原始工程的那位早已離職，所謂「網絡配置」如今只剩下一疊發票，和一段「好像是那個電工分判的布線」的模糊記憶。

每個據點的無線網絡都是孤立配置的，調到當時那家承建商認為「夠用」的程度，沒有統一的 SSID 命名規範，沒有統一的訪客網絡策略，而最關鍵的是——沒有任何一個地方能同時看到四個據點。營運經理想知道灣仔據點今天的網絡狀況如何，除了打電話給當值同事、讓對方口頭描述，或者親自跑一趟，別無他法。沒有統一登入入口，沒有統一視圖，沒有統一的告警來源。四個據點，就意味著四段各自為政、互不相通的「現在 Wi-Fi 到底正不正常」的說法。

租戶在單個據點內部也在不停移動——從自己的獨立辦公室走到會議室，經過前台，進到共享休息區——而臨時拼湊出來的無線網絡，很少能乾淨地處理這種漫遊。沒有經過真正設計規劃就裝上去的接入點，房間之間往往存在覆蓋空洞，信道相互重疊干擾，認證切換也不一致，於是租戶的手提電腦會在會議中途掉線、需要重新連入網絡。在租戶眼裡，這就是「Wi-Fi 很差」；實際情況是「這張網從來沒有被當成一個系統來設計和管理」。

四張互不相干的網，到底讓營運商付出了什麼

這個模式會產生三個實實在在的問題，而且營運商在同樣的臨時基礎上擴張得越久，它們就越相互疊加。

第一個問題是跨據點的租戶體驗不一致。一位潛在租戶先看中環、再看觀塘——可能是成長中的客戶想要兩個據點，也可能是中介同時帶看——完全可能在兩處獲得實質不同的 Wi-Fi 體驗，而且說不出為什麼一個據點就是比另一個更穩。這種不一致，恰恰在瓦解營運商自己的賣點，因為這套賣點通常建立在「無論選哪個據點，品牌體驗都一致且高端」之上。一個連自己組合內 Wi-Fi 質量都無法保證一致的服務式辦公室品牌，其實是在悄悄跟自己的銷售說辭對著幹。

第二個問題是完全沒有早期預警。因為沒有人對四張網具備集中可見性，營運商每次知道出事的方式都一樣：租戶投訴。沒有一個界面顯示某台接入點正在反覆重啟，沒有一條告警提示某個交換機端口的供電已經不足，也沒有辦法在問題醞釀數天後、於某位租戶的投資人會議中途徹底爆掉之前把它抓住。等到總部有人知道出問題時，租戶早已經歷過那次糟糕體驗——而且往往已經跟另外兩位來看場地的人提過了。

第三個問題是擴張陷阱。營運商每開一個新據點，就意味著把同一套臨時流程再走一遍：找一家承建商，讓他們在完全不參照另外三個據點做法的前提下做出場地專屬決定，然後祈禱它能撐住。沒有可以交給新承建商的模板，沒有標準物料清單，沒有可複製的配置文件。營運商今天扛的不只是四張互不相干的網——照這個趨勢，很快就是五張、六張，每一張都帶著自己的怪癖，成為一份獨立風險，除非在下一份租約簽下之前，有什麼把這個模式改掉。

在上述三點之下，還有一份更安靜的成本：營運團隊花在救火而不是做生意上的時間。每一次關於掉線或網速慢的投訴，最終都會落到總部某個人的桌上，而這個人得先查清楚是哪個據點、打一圈電話搞明白到底發生了什麼，然後在——但願——問題解決之後再回訪租戶。這些都不是營運經理真正的本職工作。這是臨時模式每週悄悄徵收的一筆稅，而且它隨據點數量增長的方式，跟底層風險完全一樣。

真正的問題不在接入點，而在「誰來運行控制器」

接下來這一段，很多營運商是在已經買過兩輪硬件之後才明白的。

這類營運商最終用上的商用級無線設備——在香港的辦公室裝修裡，Ubiquiti 的 UniFi 系列是最常見的一種——並不是在接入點本身上管理的。管理它們的是一個叫 UniFi Network 控制器的軟件，註冊到它上面的每一台接入點的 SSID、VLAN、各據點策略、拓撲和統計數據，都存放在這裡。接入點被納管進控制器，它才成為一個託管資產群的一部分；沒有控制器，它就只是一台當初被人配置過一次的孤立設備。

控制器軟件本身是免費的。而這恰恰是最容易誤導人的地方。難的從來不是授權費，而是誰來 7×24 跑它、備份它、升級它，並為它的宕機負責。 這才是全部問題所在，而對一家四據點的營運商來說，真正的答案只有三個。

對比：運行 UniFi 控制器的三條路

自建。 軟件 US$0，但服務器、人力和風險全是你的。具體來說，你需要自備 Java 與 MongoDB 環境——官方最低要求是 MongoDB 3.6，隨安裝包捆綁——即便是小型網絡，僅控制器一項就要佔用約 1–1.5 GB 記憶體。你需要開放並加固 TCP 8443 / 8080 / 8843 與 UDP 3478 / 10001。升級、備份、加固、可用性全部自負；Ubiquiti 官方自己的建議就是：如果無法保證持續運行，就不要自建。而且自建只能跑 UniFi Network。這條路適合有專職網絡工程師、且願意把這台服務器納入自己運維範圍的團隊；一家 IT 職能只有一位營運經理的服務式辦公室營運商，顯然不是這種團隊。
再買一台 Cloud Key。 UniFi Cloud Key Gen2 Plus 零售價約 US$239.99，一次性支出，而且通常每個據點都要一台。它開箱即用，但資源固定、無法橫向擴展，並且是單點故障：設備損壞、斷電或存儲失效，管理面就跟著一起沒了。升級和備份仍然需要人來做。對四個據點的組合來說，那就是四台要買、四台要供電、四台要記得備份。Ubiquiti 官方雲託管是另一個選項，最多納管 1,000 台設備、US$29/月起——但運維責任仍然在你。硬件這條路唯一真正的優勢是：如果你還要用 UniFi Protect（監控）或 Access（門禁），那就只能走它，因為這兩個應用只能跑在 Ubiquiti 自己的 UniFi OS 主機上。
用一個別人已經在跑的控制器（博迅的做法）。 零自建：不需要服務器、不需要 Cloud Key，也不需要在營運商自己的網絡上開放端口。接入點始終是營運商的資產——搬走的只是控制面，而且隨時可以搬回去。升級、配置備份、變更執行與告警響應由 NOC 承擔。按接入點、按月計價。

*上述第三方價格為 2026-09-10 查得的公開零售價／官網標價，僅用於對比說明，並非博迅報價。Cloud Key 與官方雲託管均為 Ubiquiti 產品。*

博迅實際提供什麼，價格是多少

博迅本身就在自有的 BCS 平台上運行著一套 UniFi Network 控制器。對處在四據點情境裡的營運商來說，變化很窄也很具體：把每個據點的接入點納管進這套控制器，原本四份各自獨立、沒人留底的配置，就變成了一個有統一面板的託管資產群。

真正改變價格的問題，永遠只有一個：接入點歸誰所有。 它背後的一切——控制器、盯著它的 NOC、變更流程、月度報告——兩種買法完全一樣。

買法 A——自帶接入點。 營運商已經買了 UniFi 接入點，可能橫跨三個裝修世代。把它們註冊進博迅已經建好的控制器即可：納管、SSID 與 VLAN、訪客門戶與企業級認證、24×7 監控並把告警轉成工單、在維護窗口內升級固件、配置每日備份保留三年，以及每月出具的可用性報告。硬件始終歸營運商所有，日後若要終止服務，配置可以導出。價格為每接入點每月 US$1.20，12 個月合約，不含稅——這是當前的年終優惠，報價時提供促銷碼 YE26-UNIFIAP，由顧問以書面形式確認，有效期至 2026 年 11 月 30 日。控制器託管的標準價目是定製報價；上面這個按接入點計的價格，是當前公開的優惠價。

買法 B——含硬件。 對完全不想在硬件上做資本投入的營運商——尤其是正要開一個什麼都還沒買的新據點時——接入點由博迅隨服務一併提供並負責維持運行。無需資本投入，訂閱後 1 小時內即可完成網絡就緒。硬件維護與更換均已包含：發生故障時配送備用設備，並在約定 SLA 時限內完成更換，硬件維修不產生額外費用。控制器、NOC 監控、變更流程與月度報告，與買法 A 完全相同。這種買法是定製報價，因為它按據點數與接入點數量核算，而不是按單一的單台費率。

對一家還在擴張的營運商來說，實話往往是兩種混著用：已有據點用已經買好付清的硬件走買法 A，下一個新點走買法 B，這樣裝修支出和硬件採購就不會擠在同一個季度。顧問會按真實的據點與接入點清單，把兩種都報一遍。公開費率及其包含範圍見網絡、服務器與無線維護定價頁，服務本身的說明見託管無線網絡頁面。

每月價格覆蓋哪些內容

接入點納管與零接觸部署
SSID、VLAN 與各據點的無線策略
訪客門戶，以及 RADIUS / 802.1X 企業級認證
24×7 監控——接入點離線、反覆重啟、PoE 供電故障自動轉為工單
固件升級在約定維護窗口內分批執行
配置每日備份、保留三年——可回滾到任意一天
每月可用性報告，通過報告中心交付
新辦公室開張時，直接複製既有據點策略

背後的四項承諾

有四件事是明說出來的，而不是靠暗示的，而它們恰恰是你拿任何替代報價來比時最值得核對的。可用性是 99% 的控制器服務可用性承諾，以高可用方式運行，不依賴單台主機——這正是放在灣仔據點櫃子上那台 Cloud Key 不具備的特性。配置備份每日執行、保留三年，所以誤操作或設備更換永遠有退路。擴展性是彈性的：容量隨接入點與據點數量增長而增加，沒有固定的接入點上限，所以開第五個據點絕不會引出「控制器扛不住了」這種對話。隔離是邏輯隔離：營運商的據點、設備、數據、憑據與日誌都限定在自己的租戶內，帳號只能解析到該範圍，博迅工程師的訪問按客戶授予並留痕。底層平台與運行時是共享的——這也是按接入點計價能做到這個數的部分原因——這條邊界被明確說了出來，而不是包裝成「完全獨立」。如果營運商自身的合規要求獨立實例或特定數據轄區，請在報價前提出，讓顧問納入範圍核算。

控制器託管不包含什麼

對服務式辦公室營運商來說，這一點比對多數買家都更重要，因為同一棟樓裡往往還想要攝像頭和門禁——而在有人向租戶承諾某件做不到的事之前，最好先知道邊界在哪。

UniFi 不是一個軟件，而是好幾個應用。只有 UniFi Network——也就是無線與交換控制器——才能以軟件形式被託管，而這正是本項服務提供的東西。UniFi Protect（監控）、Access（門禁）與 Talk（電話）無法安裝在博迅的服務器上，也無法安裝在營運商自己的服務器上：Ubiquiti 只允許這三個應用跑在它自己的 UniFi OS 主機上，例如 Cloud Key Gen2 Plus、UNVR 或 Dream Machine。Ubiquiti 官方的自建方案包 UniFi OS Server 也改變不了這一點——它目前覆蓋的是 Network、InnerSpace 與 Identity，Protect、Access 和 Talk 都不在其中。Access 還額外帶一個物理約束：每一道門都需要一台現場的 Access Hub 才能真正開鎖，這是搬不到雲上的。

所以如果某個據點需要前台區域的攝像覆蓋，或者租戶套間門口的刷卡門禁，那就要在那間辦公室裡放一台 UniFi OS 主機。博迅可以負責選型、供貨、部署與維護——這屬於硬件採購，不會改變控制器託管的費率。無線資產群和主機在同一個據點完全可以共存，只是它們作為兩件不同的事情來計費和交付。

落到四個據點上，實際是什麼樣子

對一家要離開「每個據點各搭各的」模式的營運商來說，實際變化集中在幾個具體環節。

用納管取代配置。 接入點一上電接入網絡，控制器就會發現並納管它——不用再逐台登入設備。四個據點不再是四份獨立配置，而是一個帶各據點策略的資產群：無線網絡與 VLAN 隔離按據點或按樓層下發，定義一次、批量生效。訪客認證走帶品牌的門戶，支援憑證碼等多種方式，把來訪客人擋在內部網絡之外；員工和常駐租戶則可以通過 RADIUS / 802.1X 用帳號接入，而不是一個每走一位會員就外洩一次的共享密碼。

用監控取代投訴回路。 接入點離線、反覆重啟、PoE 供電故障由 NOC 7×24 盯著並轉成工單，有人對關單負責，而不是讓一條告警死在某個收件箱裡。各據點的客戶端數量、頻段分布與擁塞情況，成為容量決策的依據——觀塘那間休息區到底能坐多少人才不至於劣化，用數據回答而不是靠猜。信道利用率與干擾情況是可見的，於是「信號滿格但上不了網」終於能有一個真正的原因，而不是一個聳肩。

讓變更成為流程，而不是人情。 為新的主力租戶加一個 SSID、改一個 VLAN、升一批固件——這些都不是在群裡口頭說定的。變更由服務台提交，或由監控告警自動發起；工程師確認影響範圍與回滾方案，並提出窗口；營運商批准後排期，影響業務的變更不會在工作時間硬推；先做配置備份，再在窗口內分批執行並驗證；結果寫入變更記錄，並出現在當期服務報告裡。對租戶中有需要接受審計的受監管企業的營運商來說，這條記錄鏈就是「我們覺得訪客 Wi-Fi 是隔離的」和「能拿出證據」之間的區別。

開新點變成複製，而不是重做。 成熟據點的策略可以直接複製到新辦公室，而不必從零配置；預配置好的接入點一上電就繼承這套策略。在買法 B 下，訂閱後 1 小時內即可完成網絡就緒。設計工作只在中心做一次，之後就是複製。

報告會自己送到，不用開會去問。 每個週期，可用性監控報告會說明發生了什麼、意味著什麼、建議怎麼做——而不是把一堆圖表按月導出來。它通過報告中心交付，這是每一位託管客戶都會收到的同一套報告，其中任何一份都不單獨計費。典型的發現是很具體的：某個據點的一台接入點記錄到多次非預期重啟，追查下來是給它供電的交換機 PoE 供電已經接近預算上限，建議把它挪到受支援的端口，若重啟依舊則按保修更換設備。這正是臨時模式從來產出不了的早期預警。

這一切都沒有削弱把物理設計做對的價值。在裝設備之前做一次真正的無線場地勘測——測量這個空間的布局、材質與預期租戶密度到底會如何表現——依然決定了一個新據點是從乾淨的狀態起步，還是一開始就在積累營運商正想擺脫的那些覆蓋空洞和漫遊問題。控制器能把已經裝好的東西管好；但裝的東西對不對、位置準不準，要靠勘測來決定。

對比：跨據點運行 Wi-Fi 的三種做法

每據點臨時搭建 —— 哪家承建商有空就由哪家裝，沒有統一標準，沒有集中視圖，除了一疊發票沒有任何文件。問題只有在租戶投訴時才浮出水面，而每開一個新點，就把同一套沒留底的流程再走一遍。
消費級 Mesh 系統 —— 現成好買，用在單個小空間也算合理，但它是圍繞一個家庭或一間辦公室設計的，不是圍繞多據點組合。跨據點沒有集中管理，訪客與租戶流量之間沒有像樣的 VLAN 隔離，沒有變更記錄，而且每個據點的設備仍然要靠人手工配置。
託管的 UniFi 控制器（博迅的做法） —— 所有據點的接入點納管進同一個由博迅運行的控制器，按接入點每月計價，具備 99% 可用性、配置每日備份保留三年、租戶邏輯隔離、每月可用性報告，且沒有固定的接入點上限。硬件仍歸營運商所有，或在買法 B 下隨服務提供。新據點直接複製既有據點的策略，而不是從頭再來。

常見問題

跨多個據點，託管 UniFi 控制器怎麼計價？

按接入點、按月——不是按據點，也不是按用戶數。這是刻意選的單位，因為它與真實資產規模同步：一家四據點、二十四台接入點的營運商，就為二十四台接入點付費，無論它們分布在四層樓還是四棟樓裡。當前公開的優惠價是每接入點每月 US$1.20，12 個月合約、不含稅，報價時提供促銷碼 YE26-UNIFIAP，有效期至 2026 年 11 月 30 日；標準價目為定製報價。沒有固定的接入點上限，所以加第五個據點只是加行項，不會觸發平台層面的改動。另外，已經在用管理型 IT 支援服務方案的營運商，還可以加購「網絡與無線」附加項，把交換機、網關與接入點一起納入維護，按香港、新加坡與中國內地各自的公開市場費率計費——這與控制器託管是兩個不同的 SKU，具體哪個對某個資產規模更划算，顧問會告訴你。

接入點必須向博迅購買嗎？

不必。營運商已經擁有的 UniFi 接入點可以直接納管，而且無論設備從哪裡來，控制器託管都按接入點計價。如果確實需要新設備，博迅有公開的分型號價格，也可以負責部署，但那屬於另一筆硬件採購。另一個選擇是買法 B：接入點作為訂閱的一部分提供，而不是作為採購，維護與更換都包含在內；這種方式按據點數與接入點數量定製報價。

控制器在雲端。如果某個據點斷了外網，租戶會不會連 Wi-Fi 都用不了？

不會。控制器不可達時，UniFi 接入點會繼續按已經下發給它們的配置轉發流量。受影響的是管理與統計，不是租戶的連接——這個失效模式，明顯好過現場那台 Cloud Key 一壞就把管理面一起帶走。控制器服務本身以高可用方式運行，並有 99% 可用性承諾，其配置每日備份、保留三年。

固件升級會不會在營業時間把某個據點弄停？

升級在約定的維護窗口內分批執行，事前先做配置備份，絕不會在工作時間對整個資產群一次性執行。每次升級都走和其他變更一樣的流程：評估、與營運商確認、執行、驗證、記錄——結果會出現在當期報告裡。

我們的網絡數據和同平台上的其他客戶是分開的嗎？

是的，採用邏輯隔離。平台運行時是共享的——這也是按接入點計價能做到這個數的部分原因——但租戶是一條硬邊界：據點、設備、數據、憑據與日誌都限定在租戶範圍內，營運商的帳號只能解析到該範圍，博迅工程師的訪問按客戶授予並留痕。如果某項具體合規義務要求獨立實例或特定數據轄區，請在報價前提出，不要預設它已經包含在內。

你們能把我們的攝像頭和門禁也託管在同一個控制器上嗎？

不能，而且別家也不能。Ubiquiti 只允許 UniFi Protect（監控）、Access（門禁）與 Talk（電話）跑在它自己的 UniFi OS 主機上；它們不提供自建或第三方託管的軟件形式，而 Ubiquiti 的 UniFi OS Server 方案包覆蓋的是 Network、InnerSpace 與 Identity，並不包含這三者。Access 還額外需要每道門配一台現場的 Access Hub。如果某棟樓需要其中任何一項，就在那間辦公室放一台 UniFi OS 主機，博迅可以負責選型、供貨、部署與維護——這是硬件採購，不會改變控制器託管的費率。

每開一個新點，還需要做場地勘測嗎？

需要，而且這是設計，不是加價推銷。無線場地勘測告訴施工方，在這個場地的布局、建築材質與預期租戶動線之下，接入點究竟該裝在哪——在中環行得通的方案，換一棟牆體不同、會議室布局不同的樓就未必成立。控制器能讓設計良好的資產群變得可管理；但它無法彌補「梯子夠得著哪就裝哪」的接入點。

以後可以遷出這項服務嗎？

可以。在買法 A 下，接入點始終是營運商的資產。終止服務時，配置可以導出，設備可以重新納管進營運商自建的控制器，或納管進一台硬件 Cloud Key。博迅託管的是控制面，並不持有你這張網的所有權。

對一家正在規劃下一個據點的營運商，這意味著什麼

這歸根結底不是一個關於接入點的故事。它講的是：一家經營多個據點的營運商，到底是擁有一套有明確負責人的無線標準，還是四套只不過在租約上共用同一個公司名的標準——而在舊模式下每簽一份新租約，就只是再加一套。真正管用的解法，不是在投訴最多的那個據點換一台更好的接入點，而是把控制面搬到一個有人盯著、有人備份、有人升級、有人出報告的地方，而那正是那些人的本職工作。

這也正是託管無線被放在博迅管理型 IT 支援服務方案的基礎設施能力之中，而不是讓營運商額外去比價、簽約、並在其他所有事務之外單獨管理一項只管無線的採購。為服務式辦公室營運商自己的後台團隊提供服務台支援、安全監控與基礎設施管理的那套按用戶計價的方案，才是責任真正落地的地方——一個服務台、一套變更流程、一份月度報告、一個已經熟悉全部四個據點的團隊。控制器託管確實是一項可以單獨購買的真實服務，不需要綁定方案；但一家正在決定「整個不斷擴張的組合該怎麼管 IT」的營運商，更應該先把方案定下來、讓無線資產群坐在其中，而不是買了一份無線訂閱之後，仍然不知道該把「手提電腦連不上訪客網絡」的那位租戶轉給誰。

託管無線網絡頁面詳細說明了控制器服務，公開的按接入點費率及其包含範圍見網絡、服務器與無線維護定價頁。方案檔位及各檔包含內容見管理型 IT 支援服務，其餘所有公開價目見定價中心——如果營運商想在下一份租約簽下之前，按真實的據點與接入點數量把這件事算清楚，博迅團隊會把兩種買法都報一遍，並隨報價附上一份可用性報告樣本。