「我該打給誰？」是 IT 裡最貴的問題
故事永遠是這樣開始的。行銷部門有人抱怨 Wi-Fi 很慢。行政打給電信商，客服遠端測試說訊號正常，派師傅到現場也說一切沒問題，建議去檢查設備。設備廠商遠端檢查後說一切正常，建議是線路老舊。線路廠商——如果半年後還找得到的話——說他們「只負責拉線」，其他的不知道。
行銷的影片還是上傳不了。
這不是技術問題，是協調問題——而且它是多廠商辦公室網路最大的隱藏成本。
統包 vs 分包：差別到底在哪？
先把兩種模式講清楚：
分包（或稱「拆案發包」）
- 佈線：廠商 A
- 設備：廠商 B
- 電信線路：電信業者 C
- 設定：IT 顧問 D
- 後續維運：看當時誰有空
- 你的角色：專案經理、整合者、升級窗口
統包（或稱「一家負責到底」）
- 一家廠商負責規劃、佈線、設備、電信協調、設定與維運
- 一份合約、一張發票、一個責任窗口
- 你的角色：定義需求、簽合約
兩種方式都可以蓋出能用的網路。差別會在時間軸上慢慢浮現，藏在那些大多數公司沒在計算的成本裡。
面向一：協調的隱藏成本
當你把網路專案拆給多家廠商，你就變成那個整合者。這個角色的成本，沒有人會在報價單上告訴你：
專案協調時間
每個廠商之間的介面都需要翻譯。設備規格要對齊線路等級。電信交接要配合路由器設定。當哪邊對不起來，廠商會透過你互相爭論。一場場會議、一封封郵件、一通通追蹤電話——全部由一個工作職稱沒有「網路協調員」的人在做。
進度延誤
廠商 A 慢了，廠商 B 不能開工。廠商 B 做錯了，廠商 C 進不來。每一次交接都是潛在延誤，而追進度的是你。
規格對不起來
線路規格撐不起設備需要的速度；交換器規格不足以應付日常業務需求；都裝潢好了基地台廠商才說基地台要接電源；甚至到後期才發現要改基地台位置才能改善訊號問題。每一次「對不起來」，都是因為沒有人從頭到尾看過整套設計，每家廠商只盯著自己那一塊。
知識碎片化
半年後要調整某個東西時，你得回想哪家廠商當初做了什麼。三年後，當初安裝的人都離職了，新廠商沒有任何文件可以接手。
對公司的真實成本：每個專案通常會吃掉行政或 IT 人員 40–80 小時，分散在好幾個月裡。大多數公司從來沒算過。
面向二：壞掉的時候，誰來負責
這是分包模式最明顯的失敗點。
經典的踢皮球場景：
- 你跟 IT 顧問回報問題
- 他檢查設備，說沒問題，建議問問電信公司
- 電信商客服說訊號正常，派師傅到現場也說一切沒問題、速率正常，建議檢查設備
- 設備廠商也說設備正常
- 線路廠商根本不在這個對話裡
- 但同仁感受上，網路就是卡卡的、速度很慢
每個人個別來看都沒錯。但整體來看，沒有人對結果負責。你付的錢買的不是「責任」，是「零件」。
統包模式則是：
- 你跟一個窗口回報問題
- 那個團隊負責找出原因並修復
- 他們不能怪「另一家廠商」，因為沒有另一家廠商
- 他們的聲譽建立在解決問題上，不是建立在「有合理的解釋」上
這就是統包的核心價值：責任有一個明確的歸宿。
面向三：長期擴充與變動
網路不會一直靜止不動。公司會成長、搬遷、重組。每一次變動都在考驗你的採購模式。
| 情境 | 分包 | 統包 |
|---|---|---|
| 同樓層加 10 個座位 | 跟線路廠商、設備廠商、IT 顧問各別要報價，協調三方時程 | 既有合約內的服務調整 |
| 擴充到新樓層 | 新專案——所有東西重新報價 | 既有服務的延伸 |
| 換電信業者 | 自己協調電信交接與內部設備重新設定 | 廠商兩邊都處理 |
| 一台 AP 壞了 | 訂購替換、安排安裝、設定成跟現有網路一致 | 服務商記錄、更換、設定 |
| 辦公室搬遷 | 大專案，要重新接洽所有廠商 | 既有服務內的計劃性遷移 |
每次變動的成本差距可能不大。3 年累積下來的差距就很明顯了。
面向四：風險歸屬
分包模式意味著你扛整合風險。如果兩家廠商的系統合不來，那是你的問題去想辦法。
統包則把整合風險轉移給廠商。他們必須讓所有東西都能搭配——這就是你付錢買的。如果整合出問題，那是他們要解決的問題、他們要負擔的成本。
對沒有專職 IT 的公司來說，光是這個風險轉移，就值得統包模式的溢價——前提是真的有溢價（把隱藏成本算進去後，往往沒有）。
現代統包的進化：NaaS（Network as a Service）
傳統的統包，通常是「設備你買、施工我做、之後祝你好運」——一次性付費，完工驗收後責任就轉移到你身上。三個月後設備出狀況，你還是得自己想辦法。
NaaS（Network as a Service，網路即服務）是統包模式的下一代。 它把整套網路——設備、監控、維運——打包成訂閱制服務，讓統包的「責任歸屬」延伸到日常營運，而不是只到驗收那天為止。（佈線施工通常仍是一次性費用。）
NaaS 跟傳統統包差在哪？
| 面向 | 傳統統包 | NaaS 統包 |
|---|---|---|
| 設備 | 你買斷，放你的資產表 | 包含在訂閱中，廠商管理 |
| 維運 | 自己處理，壞了再叫修 | 包含 24/7 監控與主動維護 |
| 設備老化 | 你的問題（折舊、汰換） | 廠商的問題 |
| 擴充與變動 | 新專案、新報價 | 服務調整 |
| 責任終點 | 驗收完成那一天 | 合約有效期內的每一天 |
為什麼 NaaS 對企業更划算
- 沒有資本支出衝擊：不用一次拿出大筆錢買設備
- 設備風險不在你身上：壞了、過時了、不夠用了，都不是你的頭痛
- 可預測的月費：每個月就是那個數字，不會突然冒出緊急叫修費
- 隨營運調整：擴充、搬遷、改架構，都是服務內的事
NaaS 模式特別適合沒有專職 IT 的中小企業——因為這是把「統包」延伸成「真正的長期關係」，而不是專案做完就分手。
什麼時候統包不適合
統包不是萬靈丹。誠實面對它不適合的情況：
- 你有強大的專職 IT 團隊，本來就把多廠商協調得很好
- 你有特殊規格需求，沒有單一廠商能全部涵蓋
- 你偏好按專案做資本支出而不是長期營運費用
- 你想要最大的彈性，可以隨時換掉個別零件而不被合約綁住
對這些公司來說，分包加上強大的內部協調是可行的。關鍵在「強大的內部協調」——沒有這個，分包模式就會崩潰。
怎麼評估一家統包廠商
不是每一家「我們什麼都做」的廠商都真的在做統包。注意這些指標：
1. 他們有自己的工程師團隊嗎？
如果他們把佈線再外包給承包商、設備轉給經銷商、維運交給代管夥伴，那不是統包——只是在你跟原本一樣的分包之間多加了一層。
2. 長期客戶見證，不是專案制接案
找在他們那裡服務 2 年以上的客戶。專案制的客戶不會告訴你長期維運的品質。
3. 明確的服務承諾與責任條款
「我們會儘速處理」這種模糊用語不算定義責任。要找的是書面寫明的回應時間、升級路徑與補救條款。
4. 擴充是服務調整，不是新報價
問清楚：「我們加 20 個座位是包含在訂閱內，還是新專案？」如果什麼都觸發新報價，你並沒有得到統包的好處。
5. 資產歸屬與合約退場條款
搞清楚設備到底是誰的、換廠商會發生什麼事。好的統包不代表被綁住。
為什麼大多數成長型公司最後都會走向統包
從分包開始的公司，通常會撐到某個事件逼他們改變——通常是一次大斷線、一次擴充失敗、或當初唯一知道整套架構怎麼接的人離職了。
到那時候，切換的成本已經比一開始就選統包還高。最後逼出決策的痛苦，本來是可以避免的。
比較早認知這件事的公司——通常是沒有內部 IT 可以吸收協調成本的——一開始就走統包。他們付稍微高一點的月費，換來的是不用學網路怎麼運作、不用協調廠商、也不用在出問題時想「這次該打給誰」。
KlickConnect：辦公室網路統包服務
KlickConnect 就是建立在統包模式上的服務。一家廠商、一份合約、一個責任窗口——從場勘到日常維運全程涵蓋：
- 場勘、規劃與架構設計——由可立可工程師親自完成，不轉包
- 專業佈線施工——包含在服務內
- 企業級設備——包含在訂閱費中，不是另外採購
- 電信協調——納入部署流程
- 24/7 監控與主動維運——蓋網路的團隊就是顧網路的團隊
- 擴充與變動——服務調整，不是新專案
- 一筆訂閱、一張發票、出狀況時打一通電話就好
可立可花了超過十年磨這個模式。KlickConnect 就是這個經驗的結晶——給有更重要事情要做的公司，一個真正統包的辦公室網路服務。
延伸閱讀
- 公司網路該自己管還是外包？——自管 vs 外包的決策框架
- 辦公室網路設備該買斷還是訂閱？——財務面比較
- 辦公室網路要花多少錢？——完整費用拆解
- 沒有 IT 人員的公司，辦公室網路該怎麼管？——沒有 IT 怎麼運作網路