系統維護費怎麼算才合理？年費、月費、按次的差別

「系統不是已經做好了嗎？為什麼每個月還要付錢？」這句話我很常聽到，通常出現在系統上線後兩三個月。驗收簽完了，尾款付完了，大家以為事情結束了，結果收到一張維護費報價。老闆的第一反應是被追加了，第二反應是去問同業，結果問到的答案從「我們一年付一次」到「我們有事才叫他來」都有，越問越亂。

我是熊董，台灣川輝科技創辦人。我帶團隊做系統導入七年，經手超過 34 個案子、14 個以上產業，現在一個人加 AI，一年交付 2,000 萬以上的客製系統。這些系統上線之後，維護費怎麼收、收什麼、不收什麼，是我跟每個客戶都會談到的事。

先講結論：系統維護費合不合理，不是看金額高低，而是看三件事有沒有寫清楚——第一，範圍：同一件事繼續跑叫維護，新的事叫開發，這條線要寫進合約；第二，回應時間：系統壞了多久內有人處理、誰判斷嚴重程度；第三，掌握權：原始碼、主機帳號、資料備份在誰手上。計費方式則看你的系統：套裝軟體適合年費，因為你付的是授權與版本更新；客製系統還在日常營運、停一天就有損失的，適合月費，因為你買的是有人熟悉這套系統；功能穩定、很少出問題、停機代價低的，按次就夠。三件事寫清楚，任何計費方式都合理；沒寫清楚，再便宜都會吵架。

覺得「做好了還要付錢」不合理，你有一半是對的

先站在你這邊。很多維護合約確實寫得很空，一年收一筆錢，內容是「系統維護服務」五個字，沒寫包含什麼、不包含什麼、壞了多久會來。這種合約你付了錢，真正要改東西時，對方還是會說這個要另外報價。你會覺得被收了兩次錢，這個感覺是對的。

另一種情況也常見：系統根本沒什麼人在用，每年還照付維護費。付錢的人不知道錢花去哪裡，收錢的人一年也沒碰過這套系統。這筆錢付了等於沒付。

但另一半的事實是：系統不是蓋好的房子，它比較像一台每天在跑的車。就算你什麼都沒改，外面的世界一直在變。瀏覽器會更新、手機系統會更新、LINE 和金流這類第三方服務會改規則、主機的憑證會到期、資料量會一直長大。系統本身沒動，但它依賴的東西在動，總要有人跟著處理。

所以問題不是要不要付，是你付的錢有沒有買到對的東西。

系統維護費到底在付什麼？

我把維護拆成五塊。你拿到任何一份維護報價，都可以用這五塊去對，看對方到底包了哪幾塊。

一、讓系統繼續活著

主機、網域、憑證、資料庫、備份排程。這些東西平常看不見，一出事就是整套系統打不開。這一塊多半是例行工作，但必須有人定期檢查，不能等出事才發現憑證過期。

二、跟著外部變動調整

這是最常被低估的一塊。你的系統如果有串 LINE、串金流、串電子發票、串電商平台，對方一改介面或規則，你這邊就得跟著改。這不是你要求的新功能，是不改就會壞。這類變動的時機你控制不了，所以很難按次估價。

三、修正錯誤

上線後一定會遇到測試時沒碰到的情境：某個特殊客戶的折扣算錯、某種退貨流程卡住、某張報表在月底資料量大時跑不出來。修正錯誤是維護的核心，但前提是「這是原本就該做到的事」。

四、資料與權限的日常處理

新進員工開帳號、離職員工關權限、某筆資料被誤刪要還原、某個欄位要批次修正。這些事很小，但如果公司裡沒有人會做，就需要維護方處理。

五、有人懂這套系統

這一塊最抽象，卻最值錢。一套客製系統的邏輯、資料結構、當初為什麼這樣設計，都在做的人腦子裡和文件裡。你付月費，有一部分是在買「出事時打一通電話，對方五分鐘內就知道問題在哪」。換一個從沒看過這套系統的人，光是看懂就要花好幾天。

年費、月費、按次：三種計費方式差在哪？

三種計費方式沒有誰比較好，差在它們適合的系統不同。下面這張表是我在現場判斷時用的。

比較項目	年費	月費	按次
你買到的主要是什麼	授權延續、版本更新	有人熟悉系統、固定回應	單一問題的處理
最適合的系統	套裝軟體、雲端服務	每天在用的客製系統	功能穩定、很少變動的系統
預算好不好估	好估，一年一次	好估，每月固定	難估，看當年運氣
出事時的回應	看合約，常排隊	有約定時限	要先報價、再排時間
最容易吵架的地方	不知道包含什麼	什麼算維護、什麼算新需求	每次都在議價
不適合的情況	客製程度高的系統	一年用不到幾次的系統	停一天就損失很大的系統

年費：你付的是授權和更新

套裝軟體或雲端服務的年費，多半是用授權費的某個比例計算，比例多少看各家合約。你付的主要是繼續使用的權利、版本更新和基本的技術支援。它的問題是範圍常常很窄，你公司特有的設定或報表多半不在裡面。

月費：你付的是一個熟悉你系統的人

客製系統的月費，價值在於固定有人負責。對方知道你的資料長什麼樣、知道哪裡曾經出過問題、知道你們月底結帳那幾天不能動系統。月費的風險是界線模糊，雙方對「這個算不算維護」容易有不同看法，所以界線一定要白紙黑字。

按次：你付的是單一事件

按次聽起來最划算，沒事就不用花錢。但它有兩個隱藏成本。第一是等待：每次出問題都要先聯絡、先報價、再排時間，這段期間系統可能就停著。第二是重新熟悉：如果每次來處理的人不一樣，或者隔了半年才叫一次，對方光看懂就要時間，這段時間也會算進費用。

怎麼算才知道哪種划算？

不用算精確，抓三個數字就夠：這套系統一年大概出幾次需要處理的狀況、停機一天會影響多少營運、你公司裡有沒有人能自己處理簡單問題。

假設一套出貨系統一天沒辦法用，倉庫就得回到手寫單據、隔天再補登，還可能出錯貨。這種系統就算一年只壞兩次，你也該買月費，因為你買的是回應速度，不是處理次數。反過來，假設一套內部用的請假系統壞了，大家改用紙本申請三天也不會怎樣，按次就很合理。

維護和開發的界線，要寫成一句話

我跟客戶講界線，只用一句話：同一件事繼續跑，叫維護；新的事，叫導入或開發。

這句話聽起來簡單，但它能解決大部分的爭議。下面是幾個常見情況的判斷。

• 報表原本就有，月底資料一多就跑不出來：維護，因為它是同一件事沒跑好。
• LINE 改了規則，原本的自動回覆失效：維護，因為你沒有要新功能，只是要它繼續跑。
• 原本一個門市，現在要開第二家，系統要能分店看帳：開發，因為這是新的事。
• 想在報價流程裡加一段 AI 自動估價：開發，因為流程本身變了。
• 某個欄位的名稱要改、某個下拉選單要多一個選項：通常算維護，但要約定一個月內有幾次這類小調整。

界線劃清楚的好處，是雙方都不用每次猜。你知道哪些事打一通電話就會處理好，哪些事要另外談；維護方也知道哪些事該主動做，不會因為怕被要求太多而什麼都推。

我自己收維護費就是用這條線。川輝的系統維護是 NT$20,000／月，只接我們自己做過的系統，因為只有自己做的，我才敢承諾「同一件事會繼續跑」。新的需求就回到導入或開發，另外談範圍。

簽系統維護合約前，這幾條一定要寫進去

不管你選哪一種計費方式，合約裡沒有下面這些，將來都會有爭議。你可以直接拿去對照手上的合約。

1. 維護範圍與不含範圍：用條列寫，不要只寫「系統維護」。不含的部分也要寫，例如新增功能、新串接、資料大量轉換。
2. 嚴重程度分級與回應時間：系統完全停擺、部分功能異常、使用上的小問題，各自多久內回應、多久內處理。誰判斷屬於哪一級也要寫。
3. 小調整的額度：欄位、選單、文字這類小修改，一個月包含幾次或幾小時，超過怎麼算。
4. 原始碼與帳號的掌握權：原始碼存放在哪裡、主機與網域帳號登記在誰名下、你能不能隨時取得完整備份。
5. 備份頻率與還原測試：多久備份一次、備份放在哪、多久做一次還原測試。沒測過能還原的備份，等於沒有備份。
6. 交接條款：合約結束時，對方要交出哪些文件、帳號與資料，配合交接多久。
7. 費用調整機制：什麼情況下費用會調整，要提前多久通知。

第四條和第六條最常被漏掉，也最致命。合約簽下去的時候雙方都很愉快，沒人想到將來會分手。但我看過最難處理的情況，就是系統做到一半、或者用了幾年，廠商不再配合，公司才發現主機帳號在對方名下、原始碼從來沒拿到過。簽約時的細節，可以參考簽 ERP 合約前一定要問的 12 個問題，維護合約也適用同樣的邏輯。

什麼情況下，這筆維護費不該再付？

維護費有一個前提：這套系統值得繼續跑。有三種情況，我會建議老闆先停下來想，而不是繼續付。

系統根本沒人在用

員工繞過系統，回去用 Excel 和 LINE 群組。這時候你付的維護費是在養一套空殼。該處理的不是維護，是為什麼沒人用，可能是流程設計不符合現場，也可能是當初就選錯了。

維護方已經處理不動

每次出問題都要很久、修了這裡壞那裡、對方開始說「這要重寫才能改」。這通常代表系統的底子有問題，或者原本做的人已經不在了。繼續付錢只是延後面對。什麼時候該換，我在舊系統什麼時候該換裡列了幾個訊號。

你根本拿不到東西

我遇過一個醫美品牌，一套系統被前廠商建了好幾年，從來沒有上線過。這種情況下談維護費沒有意義，我們做的第一件事是先把東西拿回來——原始碼、資料、帳號——確認手上有什麼，再決定要修還是重做，最後是重做。

所以川輝的原則是：別人做的系統，我們不直接接維護，先做免費診斷，評估這套系統還能不能救、救的代價多少。評估完再決定是接手、重做，還是建議你繼續跟原廠談。如果你正在找新的開發商，客製化系統開發要注意什麼那篇講了怎麼用規格和分段收款保護自己，也能避免下一套系統又落到同樣處境。

常見問題

ERP 維護費一年大概要多少？

沒有一個通用數字，因為套裝 ERP 和客製系統的計算基礎完全不同。套裝軟體多半用授權費的某個比例計年費，客製系統多半看系統複雜度和回應要求計月費。比金額之前，先比較範圍和回應時間寫得清不清楚，才知道你比的是不是同一件東西。

不付維護費，系統會不會直接停掉？

看是哪一種系統。雲端服務或訂閱制軟體，停止付費通常就無法使用；買斷的客製系統不會馬上停，但外部服務一改版、主機一出狀況，就沒人可以處理。真正的風險不是哪天突然停，是出事時沒人能救。

維護合約可以要求包含新功能嗎？

可以談，但我不建議混在一起。把新功能塞進維護費，最後不是維護方開始敷衍，就是你們每個月都在爭論這算不算。比較好的做法是維護歸維護，新功能另外估範圍與時程，雙方都清楚。

原本的廠商不做了，系統還能找別人維護嗎？

能不能接，取決於原始碼、文件、帳號拿不拿得到，以及系統本身寫得好不好。拿得到、寫得清楚，換人接手的成本有限；拿不到或寫得很亂，接手的人可能要花比重做更多的時間去看懂。先做一次評估，再決定接手還是重做，會比直接簽約安全。

維護費買的是「同一件事會繼續跑」

講到底，系統維護費買的不是修東西的次數，是你每天在用的那件事不會突然斷掉。範圍、回應時間、掌握權這三件事寫清楚，年費、月費、按次都可以合理；這三件事沒寫，你付多少都會覺得不對。

如果你手上的系統正在付維護費，卻說不出這筆錢買到什麼，或者原廠已經找不到人，可以先看看系統維護與接手是怎麼評估的，再決定下一步。