軟體外包驗收後的維運合約怎麼簽？3 種模式對比、12 條必看條款與換廠商決策樹

「我們公司的 ERP 三年前花 280 萬請外包做的，現在每次要改個小功能都報價 8 萬起，不改又跑不動，但合約裡完全沒寫維運費怎麼算。」

這是上週一位製造業老闆來諮詢時的開場。他不是個案——客製化系統做完上線那一刻，才是真正花錢的開始。但 8 成中小企業老闆在簽外包合約時，注意力全部集中在「做出來」這四個字，至於「上線之後怎麼維護」「兩年後要怎麼擴充」「我想換廠商怎麼辦」，幾乎沒有人會在合約裡寫清楚。

這篇文章把維運合約這件事一次拆完。包括三種主流模式怎麼選、合理費用區間、12 條必看條款、什麼時候該換廠商、換廠商怎麼換才不被當人質。看完你會知道下次簽合約該加哪幾條，以及手上現有的合約要不要重談。

為什麼大部分老闆都把維運合約簽錯

最常見的錯誤其實是「簽了一份完全無效的維運合約」，而非單純沒簽。三種典型寫法都有問題：

• 寫一句「上線後一年免費保固」就沒了——一年後怎麼算？什麼算保固範圍？什麼算新功能？

• 綁定每月固定費用，但沒寫服務範圍——廠商來不來都收錢，你不知道自己付的錢買了什麼。

• 完全用「按件計價」——任何小調整都報價，廠商有動機把所有事情都報得很大，雙方信任快速崩盤。

這三種寫法的共同問題是：把「維運」這件事當成一次性合約寫，但維運本質是「持續性關係」，需要設計兩年、三年甚至五年的長期條款。看看 系統上線後的第一年該怎麼維運 與 找外包做 APP / 軟體前必踩的 9 個雷，可以先補足驗收前的合約基礎，再進入這篇的進階維運條款設計。

系統上線後 12 個月會發生什麼事

簽維運合約前，老闆要先理解「系統上線之後一年內」實際會發生哪些事。這份事件清單來自我們處理過的近百件客製化系統客戶實況：

把這張表貼在牆上，下次和廠商談維運合約時逐項問：「這個情境，誰負責？怎麼算錢？多久要回應？」廠商敢不敢明確回答，比合約紙上的條款更能看出他們的真實意圖。

三種維運模式對比：時間銀行 vs SLA 包年 vs 人月外包

台灣中小企業在外包維運上的主流模式有三種，各有適合的情境。先看完整對比再決定哪個適合你的公司。

三種模式真正合理的用法是「混搭」，而不是只挑一個。我們常推薦的組合是：日常微調用時間銀行控成本，關鍵核心系統綁 SLA 保底，年度大改用人月外包做專案。每年回頭檢視一次比例，根據實際用量重新分配。

維運費用合理區間：怎麼算才不會被當盤子

廠商報維運費時最常用的兩個價格錨點是「開發費 % 比」和「人月單價」，這兩個都可以反向驗算。

用開發費比例估算

台灣業界慣例，年度維運費約落在原開發費的 12–20%。例如 ERP 開發 300 萬，年度維運合理區間 36–60 萬。低於 10% 通常是廠商沒打算認真維護（吸引你簽約後再加價），高於 25% 則是廠商把維運當主要利潤來源，要小心報價虛胖。

用人月單價反推

台灣 2026 年資深工程師人月費用約 NT$180,000–250,000，中階 NT$120,000–180,000。如果廠商開的月費是 NT$80,000，反推大約等於 0.5 個中階工程師人月——意思是他不會「整月都在處理你的系統」，而是「分配給你一半時間」。預期你能拿到的服務不會超過這個總量。

必看的 12 條合約條款

這 12 條是我們協助客戶審 50+ 份維運合約後總結出的「最常被廠商省略、但出事時最致命」的關鍵條款。每一條都直接寫進合約裡，廠商願意簽，代表他敢負責；願意改寫，可以談；拒絕簽，換一家。

• 回應時間 SLA：分緊急、一般、非緊急三級，明定首次回應時限（例：緊急 2 小時、一般 8 小時、非緊急 48 小時）。

• 修復時間 SLA：除了回應，更要寫修復目標（例：影響營運的問題 24 小時內修復、一般功能 5 個工作天）。

• Source code 交付與託管：所有原始碼必須交付給甲方，且每季更新一次託管版本到第三方（如 GitHub 私倉）。可參考 軟體著作權與 source code 歸屬陷阱。

• 文件交付清單：架構圖、API 文件、資料庫 schema、部署手冊、緊急復原 SOP，每半年更新。

• 人員配置條款：明定「至少幾位工程師熟悉本系統」「人員異動須提前 30 天告知並完成交接」。

• 服務範圍正面表列：什麼算維運（bug 修復、小調整）、什麼算新需求（另計費），條列成清單而非靠口頭認定。

• 第三方變動處理：API 改版、法規變更（如 GUI 發票格式、個資法）、瀏覽器升級，誰負責、要不要另計費，事先說清楚。

• 效能保證：明定系統的可用度（uptime，例：99.5%）、回應時間（例：頁面載入 3 秒內），未達標如何補償。

• 資料備份與還原 SLA：備份頻率（每日 / 每週）、保存期間、最大資料遺失容忍度（RPO）、復原時間（RTO）。

• 資安事件責任：被駭、被勒索、資料外洩時，廠商的通報義務、處理流程、賠償上限。

• 合約終止與資料移轉：終止合約時，廠商必須在 30 天內完成資料 / 程式碼 / 文件交付，協助新廠商接手。

• 價格凍結期：第一年費用固定，第二年起調幅不得超過 CPI + 5%，避免廠商每年都漲價。

什麼時候該換廠商：5 個明確訊號

換廠商成本高，但繼續用一家爛廠商的成本更高。以下 5 個訊號出現任何 2 個以上，就該開始做換廠商準備。

訊號一：簡單需求都被報價成大專案

一個欄位增加報價 80,000、改個下拉選單報價 30,000——廠商把所有需求都標籤成「大改造」是想榨乾你。可以拿幾個小需求去外面另一家報價對比，如果差距超過 3 倍，代表現有廠商已經把你當提款機。

訊號二：回應時間越來越長

過去 4 小時內會回的問題，現在要 2 天才回；過去 1 週可以改好的功能，現在排到下個月。這通常代表廠商把資源轉移到新客戶身上，舊客戶被擱置。

訊號三：核心工程師離職、新人不熟系統

廠商承諾「我們有完整文件」，但實際上每次有新事項都要花 2 週「研究一下原本怎麼做的」。這種情況代表系統的隱性知識（tribal knowledge）正在快速流失，未來只會越來越糟。

訊號四：開始建議你「全部重寫」

這是廠商最後的招式——當他維護不下去（或不想維護）時，會說「系統技術太舊，建議花 500 萬重做」。重寫不是不可以，但要從第三方獨立評估開始，不能讓有利益衝突的人下這個結論。

訊號五：拒絕讓你看 server / 雲端設定

正常的維運廠商會把 AWS / Zeabur / GCP 管理權限分一份給甲方。如果廠商堅持「只有他們能登入」「給你看了你也不懂」，這代表他在用「技術不對稱」綁架你。

換廠商的安全流程：避免被當人質

決定換廠商後，最大的風險是現有廠商「故意拖延交接」「故意把程式碼留一手」。完整的安全換手流程分四階段。

換廠商真正的用意是「降低長期風險」的決定，省錢反而是其次。如果你目前在評估要不要換，恆遠的客製化開發顧問服務 可以提供獨立的第三方系統健檢，告訴你現有系統的真實狀態、可繼續維護年限、以及換廠商的合理成本區間。

維運合約的長期經營思維

最後一個老闆容易忽略的觀念：客製化系統的維運合約真正的意義是「保護你過去 IT 投資不貶值的保險」，而不只是「修東西的錢」。把它放進財務規劃，跟保險、租金、薪資一樣是固定成本。

我們有一個 120 人的物流業客戶，五年前砸 450 萬做了 WMS（倉儲管理系統）。前兩年沒簽維運合約，省下約 80 萬；第三年系統開始出問題，找原廠不理、找新廠商不會接，最後被迫花 600 萬重做。前兩年省的 80 萬，加上重做的 600 萬，總共多花了 230 萬——遠超過五年期維運合約的累計費用。

這個故事的目的是要幫你建立一個觀念：維運費用其實是「讓上次的投資繼續產生報酬」的延伸投資，並非純粹的支出。把它寫進每年的 IT 預算，跟採購固定資產一樣編列，公司的數位資產才會持續累積，而不是每三五年砍掉重練。

常見問題

下一步：把這份清單變成你的合約附約

看完這份指南，真正有用的下一步是「把現有合約攤開來，逐條對照本文的 12 條必看條款」，而非急著換廠商。缺哪幾條、現有條款寫得有多模糊，就是你下次重談的議題清單。

如果你想要一份可以直接帶去談判的「維運合約檢視 checklist」，或者你目前正在簽新合約、想要第三方審閱意見，恆遠的客製化開發顧問 提供合約審閱服務，從技術風險、財務合理性、責任歸屬三個維度幫你過一次，避免簽下三年後才發現的坑。

延伸閱讀：軟體驗收 SOP 與 UAT 測試清單、軟體著作權與 source code 歸屬陷阱、企業內部系統開發推薦。