好的維護廠商，每個月該給你一份什麼報告

每個月 10 號，財務把維護費的請款單放到老闆桌上。老闆翻了一下，附件只有一行字：「本月系統運作正常。」他簽了名，心裡卻有點不踏實：這筆錢每個月都在付，到底買到了什麼？如果哪天系統真的出事，他連要問什麼都不知道。

我是熊董，川輝科技創辦人。創業七年，帶團隊做過 252 個以上的系統案子、橫跨 32 個以上產業，上線之後的維護也是我們每天在做的事。我很常跟老闆說：維護費值不值得，不是看系統有沒有出事，而是看你每個月拿到的那份報告。

一份好的系統維護月報，要讓老闆五分鐘看懂三件事：這個月發生了什麼、有沒有照約定的時間處理、下個月有什麼風險要你做決定。具體要有七個區塊：問題處理紀錄（從通報到修好花了多久）、預防性工作（更新、憑證、備份與還原測試）、系統狀態、外部服務的變動、小調整的用量、帳號與權限異動、風險與建議。只寫「本月正常」的報告，等於沒有報告；連續幾個月都這樣，就該問清楚這筆維護費到底在做什麼。

「沒出事就好，報告看不看無所謂」，這想法對一半

先站在老闆這邊。你付維護費，要的就是系統穩穩地跑，沒事最好。每個月花時間讀一份滿是術語的報告，聽起來是浪費時間。而且說實話，很多維護報告寫得又長又難懂，讀了也不知道重點在哪。

但另一半是這樣的：維護做得好的時候，它本來就是看不見的。憑證在到期前換好了、資安更新在漏洞被利用前裝好了、備份每天都有在跑而且測過能還原，這些事做了不會有人感謝，沒做才會出事。正因為看不見，報告是你唯一能確認「有人在做」的證據。

報告還有一個常被忽略的用途：交接。哪一天你要換維護廠商、或者原本的廠商不做了，新接手的人第一個要的，就是過去這段時間發生過什麼、改過什麼、哪裡比較脆弱。有一年份的月報，接手的人可以很快進入狀況；什麼都沒有，就只能從頭摸。

所以問題不是要不要看報告，是報告有沒有寫對東西，讓你五分鐘就看得完。

系統維護月報該有的七個區塊

下面這張表，可以直接拿去對你手上的維護報告。

一、問題處理紀錄：時間要寫到看得出有沒有超時

每一個問題都要有四個時間點：什麼時候通報、判定為哪一級、什麼時候開始處理、什麼時候修好。只寫「已處理」不夠，因為你看不出它是一小時內處理好，還是拖了一個禮拜。

這些時間要能對回合約。以川輝來說，重大問題通報後 24 小時內修補、高風險問題 72 小時內，月報裡每一筆都要看得出有沒有在這個時間內。回應時間和修復時間怎麼約定、怎麼分級，我在系統壞了多久要修好？SLA 白話解釋與合約寫法裡拆過。

二、預防性工作：最容易被省略，也最重要

這一區寫的是「沒出事的原因」：這個月裝了哪些資安更新、哪些憑證快到期已經換好、備份每天有沒有成功、有沒有做過還原測試。

還原測試要特別看。備份成功不代表救得回來，只有實際拿備份還原一次、確認資料完整，才算數。這件事不一定每個月做，但報告裡要寫最近一次是什麼時候做的、結果如何。系統長期沒人更新會有什麼風險，可以參考系統沒人更新會怎樣？老闆該知道的資安維護最低標準。

三、系統狀態：看趨勢，不看單月

這個月系統有沒有停過、頁面有沒有變慢、錯誤有沒有變多、資料量長了多少。單看一個月的數字意義不大，重要的是跟前幾個月比。資料量每個月穩定成長，速度卻一個月比一個月慢，這就是要提早處理的訊號，而不是等到月底結帳那天系統跑不動才發現。

四、外部變動：你看不到，但會影響你

你的系統如果串了 LINE、金流、電子發票、電商平台，這些服務的規則一改，你這邊就要跟著調。月報要寫：這個月哪些外部服務有變動、對我們有沒有影響、做了什麼調整。這一區常常是維護價值最高的地方，因為它處理的是你根本不知道發生過的事。

五、小調整用量：讓範圍有依據

欄位改名、選單多一個選項、報表換個排法，這類小調整很多維護合約有約定範圍。月報把這個月做了哪些列出來，雙方對「這個算不算維護」就有共同的紀錄。川輝的做法是維護期內，書面功能清單內的 UI/UX、欄位、報表呈現調整不另收費，月報裡照樣列出來，讓你知道做了什麼。

六、帳號與權限：最便宜的資安

這個月新增了誰、停用了誰、誰的權限被調高。最該盯的是離職員工：人走了，帳號有沒有在當天關掉。這一區只要幾行字，卻能擋掉很多不必要的風險。另一個要看的是共用帳號：如果報告裡出現好幾個人共用同一組管理者帳號，出事時就查不到是誰做的，這也應該列進風險與建議裡。

七、風險與建議：報告裡最該被讀的一段

前面六區是紀錄，這一區是判斷。好的維護廠商會在這裡告訴你：哪個元件快要停止支援、哪個功能使用量暴增可能要調整、哪個外部服務明年要改版、哪件事需要你決定要不要花錢處理。如果這一區每個月都是空的，要嘛系統真的完美，要嘛對方沒有在想。

老闆五分鐘讀完：只看這四個地方

七個區塊不用每個字都讀。每個月拿到報告，看這四個地方就夠：

1. 有沒有任何一筆超過約定的處理時間？ 有的話，問原因。偶爾一次可以理解，連續發生就要談。
2. 備份還原測試最近一次是什麼時候？ 超過合約約定的週期沒做，請對方排時間。
3. 同一個問題有沒有重複出現？ 同一個錯誤這個月修了、下個月又來，代表修的是表面，不是根本原因。
4. 風險與建議裡，有沒有需要你決定的事？ 有的話，在下次開會前給答案，不要讓它在報告裡躺好幾個月。

這四題答完，你對系統的狀況就有基本的掌握。報告有疑問時，可以挑其中一筆紀錄請對方說明，例如某一張問題單的處理經過，或最近一次還原測試的紀錄。答得清楚的，通常就是做得扎實的。

從報告看出維護廠商在敷衍的訊號

維護廠商是不是在認真做，報告本身就會透露很多。下面是我看過最常見的對照。

最後一列很好用：如果每個月的報告幾乎一字不差，只改了日期，那它多半是範本，不是紀錄。真實的系統每個月都會有一點不同的事。

如果你發現手上的報告大多落在左欄，先不要急著換廠商。可以先把這張表給對方，請他從下個月開始照這個格式寫。願意配合、而且寫得出內容的，代表他其實有在做，只是沒有交代；寫不出來的，你就知道問題在哪了。想更全面地檢視公司系統現在的狀態，可以搭配公司系統檢查清單：十個問題看出哪裡在漏錢一起看。

把報告寫進合約，而不是靠對方自覺

報告要長期維持品質，最好的方式是在維護合約裡寫清楚，而不是靠對方的好意。至少約定這幾件事：

• 頻率：每月一次，固定在哪一天前交付。
• 必要區塊：至少包含問題處理紀錄、預防性工作、帳號異動、風險與建議。
• 時間紀錄：每一筆問題都要有通報、回應、修復的時間點。
• 保存與交接：報告要留存，合約結束時連同其他交接文件一起交付。

另外，剛簽維護約或剛換廠商時，建議先要一份「起始報告」。內容是接手當下系統的樣子：用了哪些主要元件、哪些已經過舊、憑證和網域什麼時候到期、備份放在哪裡、目前有哪些已知問題還沒解決。這份報告是之後每個月比較的基準。少了它，三個月後系統變慢，你分不清楚是一開始就這樣，還是接手之後才變差。

起始報告也是保護雙方的東西。維護廠商可以證明哪些問題是接手前就存在的，你也可以確認對方真的看懂了這套系統，而不是簽了約才開始摸索。

維護合約還有哪些條款該寫，我在系統維護合約要寫什麼？簽約前逐條檢查的 12 項整理過完整清單。至於維護費本身怎麼計價才合理，可以看系統維護費怎麼算才合理？年費、月費、按次的差別。

常見問題

系統維護報告多久給一次比較合理？

每天在用、跟營運直接相關的系統，建議每個月一次。重大事件發生時，不用等月報，應該在處理完後另外給一份事件說明，寫清楚發生什麼、影響多大、怎麼修、怎麼避免再發生。很少變動的內部系統，每季一次也可以。

公司規模不大，也需要維護月報嗎？

需要，只是可以更精簡。規模小的公司通常沒有專職 IT，老闆或財務就是唯一能看報告的人，更需要一份五分鐘看得完的東西。七個區塊可以每區一兩行，但問題紀錄、備份狀態、帳號異動這三區不要省。

維護廠商不願意給報告，怎麼辦？

先確認合約裡有沒有約定。沒有的話，可以在續約時要求加進去，並提供你想要的格式。如果對方連一份基本的月報都不願意給，你要思考的是：出事的時候，你能不能從他那裡拿到需要的資訊？這通常也是評估要不要換維護廠商的一個訊號。

月報裡寫的東西，要怎麼確認是真的？

不需要每項都查，抽查就好。例如請對方給你看最近一次還原測試的紀錄，或者挑一筆問題單請他說明處理經過。如果有離職員工，自己確認他的帳號是不是真的停用了。抽查幾次都對得起來，報告的可信度就建立起來了。

維護費買的是看得見的紀錄

一份好的維護月報，一句話講完：它讓看不見的維護工作變成看得見的紀錄，讓你五分鐘知道這個月發生什麼、有沒有照約定做、下個月要決定什麼。報告寫得出內容的廠商，通常就是真的在顧你系統的廠商。

如果你手上的系統每個月都在付維護費，卻從來沒拿過一份像樣的報告，或者原本的廠商已經聯絡不上，可以先看看系統維護與接手怎麼評估，再決定下一步。