服務

接手一套沒文件、沒交接的舊系統(Legacy Takeover):中小企業換掉原廠後,怎麼在 30 天內安全接手

2026.07.18 · 103 次瀏覽
接手一套沒文件、沒交接的舊系統(Legacy Takeover):中小企業換掉原廠後,怎麼在 30 天內安全接手

能跑不代表能改——先建立可觀測性與備份,再碰任何一行程式碼,附風險盤點四象限與 30/60/90 遊戲書。

分享:

原本的工程師走了,公司也不想再跟原廠續約,但系統還在跑、每天有訂單進來——你們能接手嗎?這是一個月薪三萬的行政人員,帶著一組沒人知道密碼的伺服器、一份三年前的 Word 文件來找你的真實場景。接手別人做的舊系統是外包裡風險最高、卻最能建立長期信任的一種案子。做對了,你從此是這家公司的技術長期夥伴;做錯了,你會替前一手的爛帳背鍋。

業界迷思打破

  • 迷思一:系統能跑,接手應該很快。真相:能跑不代表能改。沒有文件、沒有測試、相依套件過期的系統,改一行都可能引爆連鎖故障。
  • 迷思二:先全部重寫比較乾脆。真相:貿然重寫是接手最貴的錯。你還沒搞懂業務規則就打掉,會漏掉一堆藏在程式碼裡的隱性需求。
  • 迷思三:拿到原始碼就等於接手完成。真相:原始碼只是其中一塊。網域、主機、資料庫、金流帳號、DNS、憑證、第三方 API 金鑰,任何一項沒交接,你都無法真正掌控。

核心框架:30 天接手的風險盤點四象限

把接手第一件事定為盤點,不是開發。用四象限畫出風險:

  • 可見且高風險:已知會壞的地方(過期憑證、快到期的 API),列為第一週處理。
  • 不可見且高風險:沒人知道的地雷(沒備份、寫死的密鑰、單點故障),用稽核找出來。
  • 可見且低風險:已知的小問題,排進待辦。
  • 不可見且低風險:技術債,記錄、不急著動。

原則:先建立可觀測性與備份,再碰任何一行程式碼。

三類典型情境的對照

  • 小型(月流水數十萬的電商,一個 WordPress 加外掛):風險集中在外掛相依與沒備份。30 天目標是完整備份加監控加交接帳號,暫不改架構。
  • 中型(會員系統加自製後台,Laravel 舊版):風險在框架版本落後與無測試(可先查Laravel 官方支援週期確認你的版本是否還在安全維護期)。30 天目標是補關鍵路徑測試加升級路線圖,分階段升級。
  • 成熟型(多系統整合,含 ERP/金流):風險在整合點與知識斷層。30 天目標是畫出系統地圖加訪談殘存人員加建立 ADR(架構決策紀錄)

隱藏成本完整清單

  • 盤點與稽核工時:接手前 30 天,工程師約需 40 到 80 小時做盤點、還原環境、補文件,這段常被低估。
  • 沒有測試的代價:每次改動都要手動驗證,開發效率打對折,等於隱性加價 50%。
  • 緊急救火成本:接手初期最容易出事,建議預留一筆應變預算(約首月費用的 20% 到 30%)。
  • 帳號贖回成本:找回沒人記得的網域/主機/金流帳號,可能要付原廠遷移費或客服工時。

評估這攤能不能接的 KPI 計分卡

  • ☐ 有沒有可存取的原始碼與版控紀錄?(0 到 2 分)
  • ☐ 有沒有任何形式的備份?(0 到 2 分)
  • ☐ 網域/主機/DB/金流帳號能否交接?(0 到 3 分)
  • ☐ 框架/語言版本是否還在維護期?(0 到 2 分)
  • ☐ 有沒有殘存人員可訪談?(0 到 2 分)
  • ☐ 相依的第三方 API 是否仍有效?(0 到 2 分)
  • ☐ 是否有任何自動化測試?(0 到 2 分)
  • ☐ 業務規則是否有人說得清楚?(0 到 3 分)

總分低於 8 分,建議先簽一個月付費健檢再決定是否長期接手,別直接跳長約。

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

我們提供 Legacy 健檢包:30 天內完成備份、監控、帳號盤點、系統地圖與升級路線圖,起價 NT$60,000,之後再依路線圖決定維護月費或改版專案。我們會婉拒的情境:

  • 客戶堅持不做盤點、直接照我說的改——沒有可觀測性就動刀,我們不接。
  • 帳號完全拿不回、原廠也不配合,系統等於黑盒——風險不可控。
  • 客戶只想找人背鍋、不願投資基本的備份與測試。

過渡期遊戲書(30/60/90 天)

  • 第 1 到 30 天:建立備份與監控、盤點所有帳號、畫系統地圖、跑 KPI 計分卡、產出健檢報告。
  • 第 31 到 60 天:補關鍵路徑測試、修可見高風險項、建立部署與回滾流程。
  • 第 61 到 90 天:依路線圖啟動第一階段升級或改版,簽定維護 SLA。

決策清單

  • ☐ 我拿得到原始碼與所有帳號嗎?
  • ☐ 系統現在有備份嗎?
  • ☐ 我知道系統每天實際在做什麼嗎?
  • ☐ 有沒有人能說清楚業務規則?
  • ☐ 我願意先做健檢、而不是急著改功能嗎?
  • ☐ 我預留了救火預算嗎?
  • ☐ 我打算長期維護、還是只想撐過這一關?

常見問題 FAQ

接手一套舊系統,第一步該做什麼?

不是改功能,是盤點加備份。先確保有完整備份與基本監控、找回所有帳號、畫出系統地圖,理解它每天在做什麼,再碰任何一行程式碼。順序顛倒是接手翻車的頭號原因。

沒有文件的系統,你們怎麼看懂?

靠三件事:讀程式碼與資料庫結構還原業務規則、訪談殘存人員與使用者、用監控觀察真實流量。過程中同步補上文件與 ADR,讓六個月後接手的人有地圖可循。

為什麼你們不建議一開始就整包重寫?

因為舊系統裡藏著大量沒寫成文件的隱性業務規則,還沒搞懂就重寫,一定會漏。正確做法是先穩住、補測試、畫路線圖,再分階段替換高風險模組,風險與成本都低很多。

接手健檢要多少錢、多久?

ScriptWalker 的 Legacy 健檢包 30 天完成,起價 NT$60,000,交付備份、監控、帳號盤點、系統地圖與升級路線圖。健檢後再依結果決定維護月費或改版專案,不強迫綁長約。

行動呼籲

手上有一套沒人敢動、但不能停的系統?先別急著找人重寫。預約免費 30 分鐘諮詢,我們幫你判斷這攤該健檢、該維護、還是該分階段改版:

分享: