服務

網站上線後該不該簽月費維護約?三種 Retainer 模式的真實計價與選擇

2026.06.18 · 6 次瀏覽
網站上線後該不該簽月費維護約?三種 Retainer 模式的真實計價與選擇

固定工時、彈性額度、純待命——多數維護約踩雷,都是因為模式從一開始就配錯客戶。這是配對的框架。

分享:

一位電商老闆在網站上線三個月後寫信來:「當初開發花了 40 萬,現在每個月還要付 1.5 萬維護費,可是我感覺什麼事都沒發生,是不是被當盤子?」這是每個簽了維護約的人遲早會問的問題。問題不在「該不該維護」——上線只是開始——而在「你簽的是哪一種維護約,以及它配不配你的需求」。這篇用一個決策框架,幫你在簽約前就看懂三種 Retainer 模式各自服務誰。

業界迷思打破

  • 迷思一:「網站做好就不用再花錢了。」真相:軟體會折舊。框架要更新、套件有漏洞(見每天的 CVE)、瀏覽器在變、金流規格會改。不維護不是省錢,是把風險往後堆到某天一次爆。
  • 迷思二:「維護費就是養著以防萬一,平常都是白付。」真相:好的維護約有可量化交付——安全更新、備份驗證、效能監控、可用工時——你該要求每月一份「這個月做了什麼」報告,而不是憑感覺。
  • 迷思三:「月費越低越划算。」真相:超低月費通常代表「純待命、出事再另計」,真正出事時的緊急費率與停機損失,遠比每月那點差額貴。

核心框架:用「變動頻率 × 風險容忍度」選模式

別用價格選維護模式,用兩個軸:你網站「需要改動的頻率」與你對「停機/資安事故的容忍度」。

  • 高變動 + 低容忍(電商、會員平台)→ 彈性額度型(credit pool):每月一筆可累積的工時額度,要改隨時改。
  • 低變動 + 低容忍(企業官網、形象站)→ 固定工時型:每月固定小時數做安全更新與監控,穩定可預期。
  • 低變動 + 高容忍(內容站、活動頁)→ 純待命型:平常只保備份與監控,出事按次計費。

三種 Retainer 模式對照

模式內容計價區間適合誰
固定工時型每月固定 X 小時,含安全更新、備份驗證、小修改NT$8,000–20,000/月變動少、要可預期帳的企業官網
彈性額度型(Credit Pool)每月一筆工時額度,可累積、可調度,要改隨時開單NT$20,000–60,000/月常上新功能的電商/平台
純待命型(On-call)只保備份、監控、緊急支援;改動另計NT$3,000–8,000/月 + 出事計次變動極少、能容忍偶發停機的內容站

三類典型情境對照

  • 小型形象站(10 人公司、年改 2–3 次):純待命型最划算,把預算留給真正要改的時候,平常只確保不被打、有備份。
  • 成長期電商(50 人、每月上活動):彈性額度型,工時當「可調度的水庫」,淡季存、旺季用,避免每次小改都重新報價的摩擦。
  • 已上軌道的 SaaS(穩定迭代):固定工時型 + 明確 SLA,把維護當成可預期的營運成本,重心放在功能路線圖而非救火。

隱藏成本完整清單

「不簽維護約」省下的月費,常以別的形式加倍付回去:

  • 緊急費率:沒約在身的臨時救火,時薪常是維護約內的 1.5–2 倍。
  • 停機損失:電商每停 1 小時的營收損失,往往超過半年月費。
  • 技術債利息:長期不更新,等到非升不可時,一次性升級成本可達正常維護的數倍。
  • 資安事故:被植後門、資料外洩的善後(鑑識、重建、信譽)動輒六位數。
  • 找人重新熟悉:原廠商斷線後,新團隊光「讀懂這套系統」就要先花一筆學習工時。

評估外包夥伴的 KPI 計分卡

簽維護約前,用這張表替廠商打分(每項 1–5 分):

  • 是否提供每月書面工作報告?
  • 備份是否定期「還原測試」而非只是有備份?
  • 是否主動比對 CVE/CISA KEV 並通知你?
  • 緊急事故的回應時間有無白紙黑字 SLA?
  • 工時是否透明可查(工單/時數紀錄)?
  • 程式碼與資料的所有權、可攜性是否寫進合約?
  • 是否監控站點可用性與效能指標(如 LCP)
  • 退場條款是否清楚(怎麼交接、要多久)?
  • 是否有指定窗口而非每次換人?
  • 是否定期提出改善建議而非被動等通知?

低於 30 分(滿分 50)的廠商,月費再低都別簽。

ScriptWalker 的對應方案 + 不適合的情境

我們提供上述三種模式,依「變動頻率 × 風險容忍度」幫你配對,固定工時型自 NT$8,000/月起、彈性額度型自 NT$20,000/月起,每月附書面報告與還原測試。但我們會老實說:以下情境不適合找我們簽維護約——你只想要「最便宜、出事不保證回應」的純掛名約;你的系統是我們無法接手的冷門技術棧;你期待維護費裡無限塞大型新功能(那是專案,不是維護);你半年內就要整站重做(先別簽,等新站)。

過渡期 / 啟動期遊戲書

  • 第 1 個月:交接盤點——拿到完整原始碼、伺服器與網域權限、第三方帳號清單,建立備份與監控,跑第一次還原測試。
  • 第 2–3 個月:穩定化——清掉已知技術債與漏洞、建立工單流程、約定每月報告格式與回應 SLA。
  • 第 90 天回顧:檢視這季做了什麼、停機與事故數、下一季改善建議,並重新校準工時額度是否合身。

決策清單

  • ☐ 我的網站直接帶來營收(停機=損失)嗎?
  • ☐ 我每月都有想改的小東西嗎?
  • ☐ 我能接受偶發、短暫的停機嗎?
  • ☐ 我有內部技術窗口嗎?
  • ☐ 我在意每月帳是否可預期?
  • ☐ 我需要對方主動盯資安與更新嗎?
  • ☐ 我希望工時能跨月累積調度嗎?
  • ☐ 我半年內會大改或重做整站嗎?

對應:營收型 + 每月要改 → 彈性額度;要可預期 + 少變動 → 固定工時;能容忍停機 + 幾乎不改 → 純待命。

常見問題 FAQ

維護約綁多久才合理?

建議至少 3–6 個月起跳(交接與穩定化需要時間),但合約一定要有清楚的退場與交接條款,讓你隨時能帶著資料與程式碼離開。

彈性額度沒用完會不見嗎?

看合約。我們的彈性額度可在約定期間內累積調度(淡季存、旺季用),簽約前請務必確認「未用工時」的處理方式。

純待命型真的夠嗎?

對變動極少、能容忍偶發停機的內容站夠用。但若你的站直接帶營收,純待命的緊急費率與停機損失通常不划算。

怎麼確認維護費沒被白收?

要求每月書面報告(更新了什麼、備份還原測試結果、監控數據)與透明工時紀錄;沒有報告的維護約就是黑箱。

行動呼籲

不確定你的網站該簽哪種維護模式?我們提供免費 30 分鐘評估,用「變動頻率 × 風險容忍度」幫你配對最省的方案,並附上 KPI 計分卡讓你也能拿去評估別家。

分享: