自己養工程師，還是簽維護約？用人力成本算一次

「與其每個月付廠商兩萬，不如自己請一個工程師，還可以順便做別的事。」系統上線半年後，很多老闆都會冒出這個念頭。尤其是每次要改一個欄位都要等廠商排時間，或是覺得維護費付了卻感覺不到對方做了什麼。請一個自己人，坐在辦公室裡，有事轉頭就能叫，聽起來既省錢又安心。

我是熊董，台灣川輝科技創辦人。創業 7 年，做過 252+ 個案子、橫跨 32+ 個產業，一年交付的系統超過 2,000 萬。我自己當老闆時，做過六個產業、三年虧掉 700 萬，其中最貴的一課就是「一直擴編」，每次卡住就再請一個人。所以老闆想自己養工程師時，我會先請他把帳算完。

先講結論：只為了維護一套已經上線的系統，自己養一位工程師通常不划算。一位工程師的成本不只月薪，還有雇主負擔、招募、設備、你管理他的時間，以及他請假或離職時系統沒人顧的風險；而維護約買的是一家公司對你系統的承諾：有合約、有時限，不會因為某一個人離開就斷掉。值得自己養的情況只有一種：公司每個月都有穩定的新開發需求、系統本身是你的核心產品或競爭力，而且公司裡有人能判斷工程師做得好不好。三個條件不齊，比較好的配置是內部一位懂流程的窗口，加上外部的維護約。

養一位工程師，一年真正要花多少？

老闆算工程師的成本，第一個數字通常是月薪。但月薪只是開始。下面用一個假設的例子算一次，所有數字都是假設，請換成你那一區、那個職級的實際行情。

假設你要請一位能獨立維護系統的工程師，月薪 6 萬，年終 2 個月。雇主還要負擔勞保、健保和勞退提繳，假設這些加起來大約是月薪的一成五。另外是電腦、軟體工具、主機測試環境這些設備，以及找到這個人之前的招募成本。

這張表還沒算兩樣東西。第一是你管理他的時間：交代工作、確認進度、判斷他做得對不對。第二是他離職的成本：交接期、重新招募、新人重新熟悉系統的那幾個月。這兩樣很難估，但每一家養過工程師的公司都付過。

管理時間特別容易被低估。工程師的工作不像業務有業績、不像倉庫有出貨量，老闆很難一眼看出他今天做了什麼。結果不是老闆每天花時間追問進度，就是乾脆不管，等到某一天發現半年前交代的事還沒做完。

離職成本則是一次付清。一位熟悉系統的工程師離開，接手的新人光是看懂前人寫的東西，就要好幾週到好幾個月，這段期間系統等於只有半個人在顧。如果前一位沒有留下文件，這段時間會更長。

對照來看，川輝的維護月費 2 萬元起，以 2 萬計一年 24 萬，依系統規模報價。單看數字差了四倍多，但這樣比其實不公平，因為兩邊買到的東西不一樣。

簽維護約，月費買到的是什麼、買不到什麼？

先講買得到的。維護約買的是有人熟悉你的系統、出事時有人接，而且有約定的時限。以我自己的維護合約為例，重大問題通報後 24 小時內修補、高風險問題 72 小時內；維護期內，書面功能清單內的 UI/UX、欄位、報表呈現調整不另收費。

再講買不到的。維護約不包含新功能。原本沒有的流程、新的串接、新的模組，要回到導入或開發另外談範圍。如果你公司每個月都有一堆新需求，維護約沒辦法滿足你，這是事實。

所以真正要比的不是「105 萬對 24 萬」，而是你公司需要的工作量長什麼樣子。系統已經穩定、一年只會有幾次調整，那養一位工程師，大部分時間他其實沒事做，或者會被老闆拿去做一堆「順便」的雜事。反過來，如果每個月都有新功能要開發，維護約加上另外的開發費，加起來可能就接近一個人的成本了。

維護費怎麼計算比較合理、年費月費按次各適合什麼系統，可以看系統維護費怎麼算才合理。

先算清楚：你的系統一年到底有多少事要做？

要不要養人，關鍵在工作量，而大部分老闆其實不知道自己的系統一年有多少事。下面這個方法不用任何工具，花一個下午就能做完。

第一步，把過去一年跟系統有關的事情全部翻出來。 來源包括跟廠商的 LINE 群組、Email、報價單，以及同事口頭抱怨過的事。不用很精確，列得出來就好。

第二步，把每一件分成三類。 第一類是修錯：原本該正常的東西壞了。第二類是小調整：欄位、文字、報表格式這類改動。第三類是新功能：原本沒有、要從頭做的東西。

第三步，看三類各佔多少。 如果大部分是修錯和小調整，這正是維護約涵蓋的範圍，自己養人很難划算。如果新功能那一類排得滿一整年，而且明年看起來還會更多，才進入要不要養人的討論。

第四步，看急的事情發生在什麼時候。 如果很多問題發生在晚上或假日，例如你們週末也出貨、門市晚上營業，那一位上班時間的工程師也接不住，你需要的是合約裡寫清楚的服務時段，而不是一個人。

這樣算一次，很多老闆會發現，他想養工程師的原因其實不是工作量大，而是「每次找廠商都很麻煩」。那要解決的是溝通方式和合約條款，不是多請一個人。

「自己人比較好叫」，這句話對在哪、錯在哪？

先承認這句話對的地方。自己人確實好叫：坐在你旁邊，懂你公司的業務，不用每次重講背景，也不用等對方排時間。很多外包廠商回應慢、溝通成本高，老闆被拖過一兩次，想自己養人是很自然的反應。

但真正的問題是：一個人不是一個團隊。

第一，一個人一年大概只有兩百多個工作天。他請假、生病、出國的時候，系統出事就是沒人。維護約簽的是一家公司，有合約和時限約束，對方的人員怎麼調度、誰請假誰代班，是他要處理的事，不是你的。

第二，一個人會變成新的綁定。很多老闆擔心被廠商綁住，結果自己養了一位工程師，系統怎麼寫、密碼在哪、主機怎麼設定，全部只在他一個人的腦子裡。他提離職的那天，你會發現自己被綁得比被廠商綁還緊，因為廠商至少有合約，員工只要提前一個月通知就好。公司的關鍵知識只在一個人身上會發生什麼事，公司的 know-how 都在老員工腦子裡那篇講得很清楚，工程師也一樣。

第三，你判斷不了他做得好不好。大部分老闆不懂程式，工程師說「這個要兩週」，你沒辦法判斷是兩天還是兩個月；他說「系統要重寫」，你也只能相信。外包廠商至少可以比價、可以找第三方評估，自己的員工很難。

這也是我當年虧掉 700 萬學到的事：每次卡住就請一個人，看起來是解決問題，其實是把問題變成「要盯的人越來越多」。那一課我寫在擴編是最貴的錯。

三種配置，各適合什麼公司

實際上不只兩條路。我會把選擇攤成三種配置，看你公司現在的狀態。

第三種配置是我最常建議的。內部窗口不需要是工程師，而是一位懂公司流程、做事細心的員工，負責收集同事的問題、判斷輕重、跟維護方溝通、確認修好了沒有。他花的時間是一部分，不是全職，但他讓公司對系統保有掌握，不會全部交給外面。

如果你想更完整地看中小企業的 IT 編制有哪幾種，可以參考要不要自己養工程師？三種 IT 編制；那篇談的是整體編制，這篇只算維護這一件事。

什麼情況下，才值得自己養工程師？

不是說自己養工程師一定錯。下面四個條件，中了三個以上，自己養是合理的選擇。

一、每個月都有穩定的新開發需求。 不是偶爾想到的小調整，而是排得出半年工作清單的開發量。沒有這個量，工程師會閒著，或者被拿去做不該做的事。

二、系統本身是你的核心競爭力。 例如你的系統直接面對客戶、是你賣的服務的一部分，改得越快生意越好。這種情況下，開發能力放在公司裡是合理的。

三、公司裡有人能判斷工程師的品質。 可以是技術主管，也可以是長期合作的外部顧問。沒有人能判斷，你就只能相信他說的每一句話。

四、你養得起兩位，而不是一位。 一位工程師是單點，兩位才有互相備援、互相檢查。如果預算只夠一位，風險其實比簽維護約更高。

四個條件都不中，或只中一個，就簽維護約，內部安排一位窗口。中兩個的，可以先用維護約加按需求的開發，觀察一年的實際工作量再決定。簽維護約時要把哪些條款寫清楚，可以對照系統維護合約要寫什麼那 12 項。

常見問題

公司只有一套系統，請一位工程師會不會太浪費？

多半會。系統穩定後，維護工作量通常不足以填滿一個全職人力，結果不是工程師閒著，就是被拿去修印表機、處理網路，這些事不需要工程師的薪水。只有一套系統時，簽維護約加內部窗口通常更合理。

外包維護的廠商回應很慢，怎麼辦？

先看合約有沒有寫回應與修復時限。沒寫的話，續約前補上分級和時限；有寫卻沒做到，就是換廠商的理由。也要回頭看看是不是公司這邊沒有固定窗口，五個人用五種方式丟問題過去，對方也很難排出輕重。不要因為回應慢就直接跳到自己養人，因為那是用一個更大的風險去換一個比較小的問題。

自己養的工程師離職了，系統要怎麼接？

先確認原始碼、主機帳號、資料庫和第三方服務帳號都在公司名下，並且拿得到最新版本。接著找人評估這套系統的狀況，再決定是招新人、交給外部維護，還是部分重做。最好在他還在職時就把文件和帳號整理好，不要等到提離職才開始。

簽了維護約，還需要內部有人懂系統嗎？

需要，但不用是工程師。內部要有一位窗口懂公司的流程、知道系統每個功能在做什麼、能判斷問題輕重並驗收修好了沒有。有這個人，你才不會什麼事都要等廠商告訴你。

你買的不是一個人，是系統不會斷

一句話講完：維護一套已經上線的系統，你要的不是一個人，是不管誰請假、誰離職，系統都不會斷。開發量穩定、有人能判斷品質，才值得把工程師養在公司裡；其他情況，內部一位窗口加外部維護約，花得少也比較穩。

如果你正在算這筆帳，或者原本負責系統的人剛離開，可以先看看系統維護與接手是怎麼評估的，再決定要養人還是簽約。