行業趨勢
Helper CTO 系列文章 15｜沒有維護的隱藏成本：一次當機、一次外洩、一次改不動
「反正現在能用」省下的維護費，不是省，是延後付。本文用當機一天、資料外洩、想改卻改不動三個情境，帶你把自己公司的數字放進去算，再跟每月維護費放在一起比。
「業務要 A，客服要 B，我自己想做 C，工程師說三個都要做要半年。」半年後回頭看，三件事都做了一半，錢花完了，沒有一個問題被真正解決。你不是不會做決定，而是手上少了一把所有部門都認得的尺。以下三個問題，就是那把尺。
需求清單越長，越需要有人幫你排
排序的困難不在想不出標準，在於每個部門的標準都不一樣：
- 業務看的是能不能多接單，而且越快上線越好。
- 客服看的是能不能少接電話，最好今天就改掉。
- 財務看的是能不能少對帳、少出錯、月底早點收工。
- 工程師看的是會不會動到正在用的東西、做完誰維護。
四種都對，但工程時間只有一份。沒有共同的尺，結果就是「誰催得兇先做誰的」。老闆不會寫程式也能管好外包那篇講的「抓目的不抓功能」就是排序的起點：先問這個需求要解決什麼問題，再問要不要做。
兩個軸：影響多大、代價多高
把每一個需求放到兩個問題上，答不出來的一律先放後面：
- 影響多大：做了之後營收會不會增加，或哪個流程會少掉多少人工？要講得出具體數量。
- 代價多高：不只是開發時間，還包括要不要改現有的資料、會不會動到正在用的功能。
- 代價要問最壞情況：這一軸你自己估不準，要問工程師，而且要問「做壞了影響多大」。
兩軸交叉出四格，四格的處理方式各自不同：
- 影響大、代價低：先做。這種需求通常不多，一找到就是賺到。
- 影響大、代價高：拆小再做，先做最痛的那一塊，做完再看要不要繼續。
- 影響小、代價低：排在空檔做，不要讓它插隊到前面。
- 影響小、代價高：直接劃掉，不要客氣，也不用等到下個月再說。
把清單放上兩軸，會長這樣
拿五個常見的需求跑一遍，你會馬上看出這把尺怎麼用：
| 需求 | 影響與代價 | 結論 |
|---|---|---|
| 訂單自動寄通知信 | 影響中、代價低，不動現有資料 | 先做 |
| 報表自動匯給會計 | 影響中、代價低，每月省掉人工 | 先做 |
| 接新的付款方式 | 影響不確定、代價高，動到金流與對帳 | 拆小：先開一種，試一個月 |
| 會員積分制度 | 影響不確定、代價高，上線後沒人顧 | 往後移，先找到負責的人 |
| 後台換成新版介面 | 影響小、代價高，全部頁面都要重做 | 劃掉，等有具體痛點再談 |
排序真正的價值不是選出第一名，是把最後兩列延後和劃掉。「大家都覺得應該做」但說不出影響的需求，往往吃掉最多時間。
第三個問題：做完之後誰來顧
兩軸排完，多數人以為結束了。但還有一題常常沒人問：這個功能上線以後，誰負責看它有沒有正常運作？三件事要先有人認領：
- 誰看：資料對不對、有沒有在報錯，每個月要有人真的去看一眼。
- 誰答：客戶或同事問起來怎麼用、為什麼跟以前不一樣，由誰回答。
- 誰修：壞掉的時候找誰，多久之內要處理好。
一個沒人顧的新功能等於多一個會壞的地方，它的代價不是做完就結束，是每個月都在付。怎麼判斷工程師講的是不是真的那篇的五個問題，也可以直接拿來問每一個需求。
排序不是一次做完的事
需求清單會一直長，業務狀況會變，上個月排第一的東西這個月可能就不需要了。所以排序是每個月的例行動作：
- 新的需求進來當場放上兩軸，先不要答應時程。
- 舊的需求每個月重看一次，影響變小的往後移。
- 做完的拿掉，順手記下實際花掉的代價，下一次估得更準。
在這件事上有一個固定的角色：Helper CTO 是什麼那篇講過，它像公司的技術負責人，只是不在你的編制裡。整個外包關係要怎麼做才對，為什麼要外包、怎麼做才對另有一篇。
恩梯科技在排序上替你做的事
- 把「代價」那一軸算清楚：影響你最懂，代價需要一個懂技術又站在你這邊的人。
- 每個月重排一次：小地方直接做，想做更多往上加，不必每次重談整份合約。
- 做完的東西我們自己顧：接手、維護、改善、繼續開發是同一組人，不會做完就走。
- 該劃掉的直說：不值得做的需求，我們不會為了多接一點案子讓它排進去。
排序真正的本事，不在於選出該做的那一個，而在於敢說出哪一個不該做。
新功能該先做哪一個，答案永遠來自「影響、代價、誰顧」三件事一起看。恩梯科技以 Helper CTO 的角色改善並繼續開發你的系統，每個月替你把清單重排一次。第一步是 60 分鐘的系統健檢：讓我們看得到程式碼就好，不需要正式環境的帳號密碼，3～5 個工作天內你會拿到一頁看得懂的報告。如果你的需求清單已經長到沒人敢排，把它整份拿出來，我們陪你排第一次：Helper CTO：系統維運方案。
