跳至主要內容
BAIXENG
⚙️

🔌 系統整合

舊系統評估與漸進式遷移

1995–2010 年代寫的桌機程式還在你公司核心運作?原作者已退休 / 失聯 / 不接電話、Win 11 升級就壞、想加一個欄位沒人敢動 — 我們先做一份完整評估報告(系統盤點、業務邏輯文件化、風險清單、遷移路徑),再依優先級漸進式遷移:哪些功能可以先抽出來上雲(如報表、行動審核)、哪些核心邏輯先保留不動。不一次性大改、不押全部預算、可隨時喊停。

這個服務適合誰?

  • 用 VB6 / MS Access / 老 .NET / Delphi / FoxPro 桌機程式 10 年以上的傳產製造業
  • 原作者退休 / 失聯 / 漲價漲到不合理、想換但怕資料拿不出來的公司
  • Windows 升級就掛、每次都要找老師傅救火的中小企業
  • 想讓員工在外勤 / 手機 / 平板用系統、但桌機程式只能在公司辦公室跑的老闆
  • 知道系統該換、但不知道怎麼換、預算抓不到的決策者

你是不是也遇到這些狀況?

如果中了兩個以上,這個服務就是為你而設計的。

  • Windows 11 升級系統就跑不動,被迫整個部門卡在 Win 7 / Win 10
  • 原作者退休失聯、改一個欄位要找新人三個月才搞懂程式
  • 資料庫是老 Access / Foxpro / SQL Server 2000,連最新工具都不支援
  • 員工出差 / 在外面工地不能用,回辦公室才能 key 單
  • 想做手機 App 接到舊系統、廠商說「這個系統做不到」
  • 報表只有那幾張、想加一張新的問廠商開價嚇人
  • 新人一看到 1990 年代介面就直接離職

核心流程怎麼跑?

我們把每一步攤給你看 — 沒有黑盒子、沒有意外費用。

W1

舊系統盤點 + 邏輯逆向

W2

風險評估 + 遷移路徑建議

W3

評估報告交付 / 首階段範圍確認

W4–10

首階段遷移 + 並行驗證

  1. 1

    舊系統盤點

    盤點所有功能模組、實際在用的功能(通常只有 30–50%)、資料表結構、外部依賴(印表機 / 條碼機 / 老 DLL),畫出系統地圖。

  2. 2

    業務邏輯逆向

    從程式碼 + 跟現場員工訪談還原業務規則(很多規則只在老師傅腦袋、沒寫成文件),文件化成一本「業務邏輯規格書」、未來不再依賴特定人。

  3. 3

    風險評估報告

    列出所有風險(Win 升級、資料庫過舊、原作者失聯、資安漏洞)+ 對應緊急程度,建議「先做哪一塊、後做哪一塊」的遷移路徑,老闆能據此抓預算。

  4. 4

    首階段範圍確認

    通常建議先抽「報表 + 行動審核 + 主管儀表板」這類「對舊系統影響低、效益高」的部分上雲,核心邏輯(進銷存)先保留不動。

  5. 5

    資料同步管道

    建一條 ETL 管道從舊系統抽資料到新雲端服務(唯讀、不寫回),新系統有資料可用、舊系統繼續跑、零風險。

  6. 6

    首階段遷移開發

    新功能用 Next.js + PostgreSQL 建在雲端,手機平板都能用,跟舊系統並存、員工自由選用哪邊、自然轉移。

  7. 7

    並行驗證 + 階段交接

    首階段穩定運作 1–2 個月後再決定要不要做下一階段、或就停在這裡(很多客戶停在這就夠)。原始碼 + 文件交付、3 個月內 bug 修復免費(新功能另計)。

📦 你會拿到什麼

  • 舊系統盤點報告 + 業務邏輯規格書
  • 風險評估報告 + 漸進式遷移路徑建議
  • 首階段遷移功能(依範圍)+ 原始碼歸你
  • 資料同步管道(舊 → 新,唯讀)
  • 並行驗證報告 + 操作手冊
  • 舊系統保留繼續運作
  • 3 個月內 bug 修復免費(不含新功能)

🛠 技術棧

  • VB6 / MS Access / Delphi / FoxPro 程式碼分析
  • 資料庫遷移(Access → PostgreSQL)
  • Next.js 14 + TypeScript
  • Node.js / Python 後端
  • Docker + AWS / GCP / Vercel 部署
  • GitHub Actions CI/CD
舊系統保留可隨時回退
評估報告即使不走遷移也是交付物
原始碼 + 文件交付給客戶

常見問題

客戶最常問的那幾題,我們直接攤給你看

為什麼是「漸進式」不是「一次性重建」?
一次性重建有兩個問題:①預算押下去、做到一半發現現場流程跟想像不同、改回去都來不及;②舊系統承載 20 年的業務邏輯,重建期間出包風險很大。漸進式遷移把風險切成小塊:先抽風險低的部分上雲、看效果、再決定下一步。很多客戶做完第一階段就「夠用了」、不再做後續,省下大筆預算。
原作者程式碼很亂、沒註解、沒文件,能逆向嗎?
能,但需要時間。方法是「程式碼 + 現場員工訪談 + 實測資料」三方對照 — 從輸入輸出反推業務邏輯,遇到看不懂的就跟現場師傅問「這個情境會怎麼算」,最終寫成規格書,不依賴你看懂原始碼。VB6 / Delphi / FoxPro 的逆向工具鏈現在都還夠用。
舊系統跟條碼機 / 印表機 / 工廠機台連著,遷移後還能接嗎?
能,但這通常放在「後期階段」做、不是首階段。現代 Web 加一個「現場小服務」(Local Agent)跑在工廠那台電腦上,新系統用 API 跟它溝通、它再去呼叫硬體。台灣常見的條碼機(Zebra / TSC)/ 收銀機 / PLC 都有對應做法。但首階段建議先動報表 / 審核 / 儀表板這類「不碰硬體」的部分,風險最低。
員工 30 年都用一樣的介面,換新的會不會抗拒?
會。漸進式遷移的另一個好處是:新功能跟舊系統並存、員工自由選擇用新或舊,自然轉移。最大阻力通常不是員工、是老闆自己「想一次到位」的衝動。我們會幫你壓住這個衝動。
我們會不會被你們綁架?換了你們又不能換別人?
刻意設計成不能綁架你。①技術選型用主流(Next.js + PostgreSQL + Node.js),市面上隨便找個中階工程師都接得起來;②原始碼 100% 給你(GitHub Owner 是你)、合約結束我們撤離;③文件齊全、架構清楚、新人 1–2 週能接手;④3 個月維護期過後不簽長期合約。我們的商業模式是「做新案子」、不是「綁老客戶」。

想了解 舊系統評估與漸進式遷移 適不適合你?

加 LINE 免費諮詢,我們先幫你判斷方向,再談報價。

加 LINE 免費諮詢