想換維護廠商、又怕換了更糟——交接期怎麼安排、新廠商怎麼評估、服務怎麼不中斷
被現有廠商綁住的困境
您的系統每個月都在繳維護費，但報修單常常石沉大海。工程師來了又換、每次都要從頭解釋一遍。上個月系統出問題，對方花了三天才回覆，還說「這不在合約範圍」。
您想換廠商，但更怕的是：萬一新廠商接不住、交接期系統壞了沒人理、原廠商不配合移交資料，到時候兩邊都不管，公司營運怎麼辦？
<cite index="1-2">2026 年一份調查顯示，94% 的 IT 主管擔心廠商綁定（vendor lock-in）</cite>。這不是技術問題，而是一種被動的依賴關係——您不確定新廠商會不會更好，但您確定現在的廠商已經不夠好。這篇文章要給您的，是一套可以執行、風險可控的換廠商框架。
評估新廠商：不是比價格，是比接得住的能力
很多老闆換廠商時，第一個問題是「多少錢」。但<cite index="27-2,27-9">決定維護品質的不是時薪，而是 SLA（服務等級協議）</cite>。
新廠商該具備什麼條件，才能真正接住您的系統？以下是實務上可以問的四個問題：
1. 接手後的前 30 天，他們打算做什麼？
<cite index="4-6,4-7">專業的做法是用第一個月專門修關鍵 bug、補資安漏洞、完善文件，而不是急著推新功能</cite>。如果對方說「馬上就能接」，這通常是警訊，不是優勢。
2. SLA 寫得清楚嗎？
合約裡應該明確定義「什麼叫緊急」、「多久內要回應」、「多久內要解決」。<cite index="19-11,19-12">2026 年有效的 SLA 會這樣寫：P1（影響營收）15 分鐘內回應、30 分鐘內工程師介入、4 小時內解決</cite>。如果合約只寫「盡快處理」，那就等於沒寫。
3. 交接計畫寫出來了嗎？
<cite index="10-3,10-4,10-5">簽約後應該有一份書面交接計畫，列出時間表、責任分工、里程碑，還要明確寫出重疊期怎麼安排、兩邊廠商怎麼分工</cite>。如果新廠商說「到時候再看」，這不叫彈性，這叫準備不足。
4. 他們能說出前 90 天的具體目標嗎？
<cite index="3-8,3-9">如果一家廠商無法清楚描述前 90 天要做什麼、怎麼衡量成果，這個專案可能還沒準備好</cite>。您要的不是承諾，而是可驗證的計畫。
交接期怎麼安排：重疊運作、清楚分工、避免真空
<cite index="18-1,18-2,18-4">換廠商時有兩個同時發生的風險：舊廠商知道要被換掉後就不認真了，新廠商還不知道東西在哪裡。大部分交接失敗不是技術問題，而是中間有兩週沒人真正負責</cite>。
實務上<cite index="10-1,10-4">完整交接通常需要 30 到 60 天，而且會有一段重疊期，兩邊廠商同時在線</cite>。以下是重疊期該做的三件事：
1. 白紙黑字分工，不留模糊地帶
<cite index="15-1,15-2">為了省一個月費用而跳過重疊期，是交接當機最常見的原因。重疊期間的分工必須寫清楚</cite>。例如：
- 舊廠商：負責處理所有進線的問題單，直到交接日為止
- 新廠商：同步監控系統、建立文件、準備接手，但不處理客戶問題
- 交接日之後：新廠商正式接手所有問題單，舊廠商進入 30 天顧問期
<cite index="10-6,10-7">重疊期要先講好：問題單由誰處理？如果舊廠商不配合，升級路徑是什麼？</cite>
2. 舊廠商該交出什麼？先盤點、再通知
<cite index="15-8">最重要的原則是：在通知舊廠商之前，先確認您手上握有自己的鑰匙</cite>。交接清單至少包括：
- 所有管理者帳號密碼（主機、資料庫、雲端平台、第三方服務）
- 網域、主機代管帳號的所有權
- 系統文件、架構圖、部署流程
- 最近的備份與還原測試記錄
- 所有軟體授權合約與到期日
<cite index="10-9,10-10">如果舊廠商握有這些資料，務必確認合約裡有明確的交接義務。這是交接卡關最常見的摩擦點，早點處理可以避免變成大問題</cite>。
3. 正式切換後，保留 30 天緩衝
<cite index="14-1,14-9">建議讓舊廠商在正式切換後保留 30 天短期顧問合約，以防萬一有東西壞了</cite>。這筆錢不一定會用到，但如果真的發生問題，這 30 天可能是救命的。
<cite index="10-11,10-12,10-15,10-16,10-17">切換後的前幾週要密切監控系統。即使計畫做得再好，還是可能冒出意外問題，早點發現可以避免累積。這時候也要確認沒有任何密碼、授權、設定在交接過程中遺失——這種事比您想像中更常發生</cite>。
服務不中斷的關鍵：責任始終有人扛
<cite index="18-6,18-7,18-14,18-15">成功的交接有固定的形狀：離職稽核、重疊期、憑證移交、單一切換日、30 天檢討。照這個模式走的公司，交接幾乎不會造成中斷</cite>。
換廠商不是賭注，而是一次有計畫的風險管理。您不需要忍受不回應的廠商，也不需要害怕換了更糟。只要交接期安排得當、新廠商評估標準清楚、責任分工寫下來，這件事就是可控的。
如果您現在正在評估要不要換維護廠商，建議先盤點手上的數位資產所有權，確認網域、主機、程式碼版本庫都在自己手上。接下來可以參考維護預算與 SLA 實戰指南，準備好具體的評估標準。
當您準備好要換、也找到合適的新廠商時，直接與我們聯絡討論交接計畫——我們會陪您走完整個交接期，確保服務不中斷、責任不留白。