系統開發全景地圖：企業內部系統六大類、預算級距與發包決策路徑（2026 完整指南）

很多老闆一開口就是「我要做一套系統」，可是接下來 20 分鐘講的其實是六件完全不同的事——進銷存要盤點、業務要報價、工單要派工、員工要打卡、發票要對帳、客服要串 LINE。這六件事在市場上分別對應完全不同的產品類別、預算級距、開發時程與廠商生態，混在一起發包就是災難的起點。

這篇文章的用途，是幫你在花錢之前先把「一套系統」拆成可比價、可發包、可驗收的獨立模組。我們把企業內部系統整理成六大類，每一類給你預算級距、典型交付時程、常見廠商類型、以及「自建 vs SaaS」的分水嶺，再接上發包前要準備什麼、驗收要看什麼——每一段都有對應的深度文可以往下鑽。

看完之後你會知道：你嘴上那套「系統」，其實該分成幾支專案發？每一支各該編多少錢？哪幾支該直接買 SaaS、哪幾支值得花錢客製？先發哪一支能最快回本？

企業內部系統六大類全景表：先幫自己的需求歸位

先把台灣中小企業會用到的內部系統做一次分類。這張表不是市場調查報告的完整分類法（那種分類法有 20+ 類），而是我們過去在報價階段實測、老闆最常需要拆開來看的六大群。

表格裡的預算級距是「合理市場行情」，不是最便宜也不是最貴的極端值。同樣一套 ERP，導入 20 人小工廠與 200 人多工廠的成本可以差 5 倍以上——差別在流程盤點、資料清洗、以及要不要客製 shopfloor 端。想更精細看每個模組的錢流去哪、隱藏成本卡在哪，可以直接往下鑽 系統開發費用完整拆解。

六類系統的商業意義：先問「痛在哪」再問「買什麼」

上一節是「有哪些選項」，這一節回答「你的痛點應該對到哪一類」。這是我們在需求訪談階段最常幫老闆做的分類工作——很多人一開始說要 ERP，訪談完發現真正的痛只是 CRM 加報價引擎，預算立刻從 300 萬掉到 80 萬。

A. 進銷存與 ERP：帳對不上、成本算不出來

典型徵兆：月底盤點對不上帳、成本要靠 Excel 反推、材料 BOM 改版沒有版本控管、財報要 3 週才出得來。這類系統的核心價值是「單一真相來源」——把採購、庫存、生產、財務串成一條線，讓資料只需要輸入一次。

決策路徑：先評估「產業標準流程」佔比。做 3C 貿易的 80% 流程都能套用市售 ERP（鼎新、SAP B1、Odoo）——這種情境買 SaaS 加 20% 客製化最划算。做特殊化工、金屬加工、食品加工的產業標準不到 50%，客製比例會拉高到 60% 以上，那就要走「以 SaaS 為底 + 深度客製 shopfloor」的混合路線，避免完全自建 ERP 的 300~500 萬地雷。SaaS 與客製的三年 TCO 對比可以參考 客製化 vs SaaS 三年 TCO 拆解。

B. CRM 與報價：業務漏單、報價慢、對帳難

典型徵兆：業務離職客戶資料就流失、報價要老闆親自算才敢送、成交後轉訂單要重打一次、佣金分潤靠 Excel 對到眼花。這類系統的核心價值是「業務流程自動化」——從詢問到收款一條龍，中間不要有 Excel。

決策路徑：先問報價複雜度。標品加簡單折扣 → 直接用 Pipedrive、HubSpot 這類 SaaS。報價要跑組合、階梯、分潤、工程估算 → 客製報價引擎往往比買 CPQ 便宜（進口 CPQ 導入一次 200 萬起跳）。我們客製過 汽車包膜報價與簽約系統、影視器材租賃與檔期系統、食品階梯報價與型錄系統，三個案例的共通點都是報價規則太業界，SaaS 硬套下去反而卡住業務流程。

C. 工單、派工與現場：師傅拍照傳 LINE、日報靠回憶

典型徵兆：派工用電話跟 LINE、現場照片散在群組、施工時數靠師傅口報、追料要打三通電話。這類系統的核心價值是「現場數位化」——師傅一支手機把該回報的都填完，辦公室不用再對電話。

決策路徑：先看「派工邏輯」是不是產業標準。裝修、清潔、維修這類「一天跑 3~5 個點」的用市售派工 SaaS（Field Complete、Jobber）加中文化就夠。物流派車、倉儲揀貨的「一天跑 30 個點 + 路線最佳化」需要客製化派工引擎，這是 SaaS 目前還做不好的區塊。

D. 人資、差勤與薪資：加班算不清、排班像解謎

典型徵兆：出勤資料要人工整理才能給會計、排班表老闆自己排、休假要簽紙本、薪資公式一改就要全部重跑。這類系統成熟度最高，除非有特殊排班規則（醫院三班制、餐飲跨店支援、外派多國稅制），否則 SaaS 就能解掉 90% 的需求。

決策路徑：一般辦公室 → 用 Aplus、DKKPay、Nueip 這類 SaaS，一年 3~10 萬搞定。複雜排班 → 客製排班演算法 + 現有 SaaS 打卡端整合，見 HRMS 人資系統 的決策點拆解。

E. 倉儲、物流與派車：出貨對不到單、車輛跑空趟

典型徵兆：出貨單跟 PO 對不到、料位靠師傅記憶、車輛滿載率沒人算、路線師傅自己排。這類系統與硬體綁最深——PDA、條碼機、車機、簽收板都要串——是「客製化比例高但技術風險也高」的類別。

決策路徑：倉儲部分若 SKU < 5,000 且流程單純，市售 WMS（漢邦、鼎新 WMS）夠用。SKU > 10,000、要跑批次揀貨、有冷鏈與批號有效期管理 → 客製 WMS。派車若要接車機、跑動態路線最佳化、有多天配送 → 客製 TMS，坊間 SaaS 這塊台灣做得好的很少。

F. 計費、訂閱與結帳：折扣算錯、發票對不到、退款靠人工

典型徵兆：階梯計價要業務手算、折扣券每月上線都出 bug、發票要串電子發票平台又串到走火入魔、退款流程沒有 SOP。這類系統的技術難度不在功能面，在「規則變化速度」與「金流合規」。

決策路徑：規則穩定（例：一個標價、一個訂閱方案）→ 綠界、藍新、Stripe 加自寫幾支 script 就夠。規則會頻繁改（例：階梯、預付、分潤、跨月扣款）→ 客製計費引擎 + 金流適配層，這樣未來換金流商不用改核心邏輯。

三個預算級距對照：50 萬 / 200 萬 / 800 萬各能做到什麼

預算級距不是絕對的，但可以當座標。以下三檔對應「小案子 / 一支主力系統 / 一年期整體升級」，是我們過去 3 年報價落地的實際區間。

預算跨過 200 萬這條線是關鍵——超過 200 萬的案子，你要開始評估的不是廠商能不能寫程式，而是能不能把專案管好。我們看過太多 500 萬案子技術沒問題但專案管理崩盤，最後多花 200 萬修 bug + 6 個月延期。這種規模一定要簽變更管理條款、看 需求變更管理 的合約紅線範例。

自建 vs SaaS vs 混合：這條線畫在哪

這是每個老闆評估到後段最痛苦的一題。市場上關於「自建好還是 SaaS 好」的文章 90% 在賣自己那派的立場。以下這張表是我們過去 5 年在報價階段實際用來幫客戶做決策的分水嶺，供料是我們手上 40+ 個實戰案例。

這張表配合 客製化 vs SaaS 三年 TCO 拆解 的三年 TCO 實算會更有感——很多老闆看到「SaaS 三年 60 萬 vs 客製 180 萬」的表面數字就直接選 SaaS，忽略了 SaaS 帳單第 4 年開始每年漲 15%、且客戶數多了會踩到方案上限。同樣，也很多老闆看到「客製一次付清 200 萬 vs SaaS 每年 30 萬」就選客製，忽略了維運費、伺服器費、每次修改的變更費——那才是隱形成本的大宗，上線後 3 個月隱性成本 把這一塊拆得很細。

一句話決策：不確定就走「混合」

如果評估完還是拿不定主意，混合路線通常是風險最低的一條——把「產業標準的 80%」用 SaaS 頂著、把「差異化的 20%」用客製化補齊。優點是能先讓業務跑起來，等量夠大、規則穩了再決定要不要把 SaaS 那部分換成客製。缺點是要多花錢在「整合層」——SaaS 跟客製之間的 API 銜接、資料同步、單一登入。整合層的成本通常佔混合方案總預算的 15~25%。

業界對「混合路線」的成熟做法是採用 iPaaS（Zapier、Make、n8n）或客製 middleware。想看實際落地的 No-Code 內部工具怎麼搭混合架構，No-Code 內部工具平台採購指南 有完整拆解。

發包前 6 件事：先做完這 6 步，報價才有意義

這是我們每次收到「請幫我報價一套 CRM」時，第一件事都會回信請客戶先做的 6 件事。沒做完就發需求出去，收到的 3 家報價會差 5 倍以上——不是因為廠商亂喊價，是因為每家對「這個需求」的想像完全不同。

① 把「一套系統」拆成 5~10 個獨立模組

用第一節的六大類當骨架，把你要做的事情拆成「XX 模組」。每個模組寫一段話：這個模組要解決什麼問題、目前流程長什麼樣、上線後希望怎麼運作。拆完你會發現，原本說「做 CRM」的其實想做 3 支獨立的東西：客戶資料庫、業務報價、成交後轉訂單。

② 每個模組畫一張「當前流程 vs 目標流程」對照圖

流程圖不用畫得漂亮，紙筆手繪拍照就夠，關鍵是要有「Before / After」對照。這一張圖能讓廠商在 15 分鐘內判斷「這個需求容不容易做、卡在哪」，直接影響報價落點。跳過這一步的下場：報價階段廠商用自己猜的流程估工，開工後才發現對不上，就進入變更單地獄。

③ 列出「必要串接」的既有系統與外部服務

包括：現有的 ERP／POS／POS 品牌、金流商（綠界／藍新／Stripe／串接了哪些方案）、發票平台、物流商 API、Google Workspace / Microsoft 365 帳號源。這份清單直接決定「整合成本」——沒串接一次 5~30 萬，10 支要串就是 50~300 萬預算差。

④ 定義 5 個必達功能與 5 個 nice-to-have

非常重要，但幾乎所有老闆都會跳過。列出來的目的是在後續變更管理時當基準——當廠商要求追加費用時，看它是動到必達區還是 nice-to-have 區。合約要求「必達區的功能不能扣、nice-to-have 區的功能可換」的變更條款範本，可以參考 需求變更管理。

⑤ 定資料保留 / 資安 / 稽核要求

資料保存幾年？誰能看誰不能看？要不要留操作稽核 log？要不要通過 ISO 27001 / GDPR 對接？這些要求會直接改架構設計。做完再補會多花 20~40% 費用重寫權限與稽核層。

⑥ 決定驗收方式與時程

驗收要用什麼標準？誰負責測試？多少 bug 算不通過？分幾期驗收？這些寫進合約才能保護自己。跳過這一步的老闆通常都會在最後階段跟廠商吵「這個算 bug 還是新需求」——完整驗收 SOP 見 交付驗收 SOP。

驗收 3 道關卡：分階段收，不要等最後一起爆

「等系統做完再驗收」是老闆最痛的錯誤決策。做完再看等於全部重工的機會 = 100%——因為 6 個月前談的需求跟現在的認知一定會有落差，這是人性問題不是廠商問題。合理做法是切成 3 道關卡，每一關驗完再放款、才進下一段。

關卡 1：需求凍結驗收（開工後 4~6 週）

這一關驗的不是程式，是「文件」。廠商要交出：功能需求文件（FRD／SRS）、資料庫欄位規劃、API 規格、UI 線框（wireframe）。這一關通過 = 雙方對「要做什麼」有共識，之後只要動到這份文件都算變更、可以追加費用。

這一關通常付第 2 期款（總價的 20~30%）。跳過這一關的最大風險：等看到成品才發現「這不是我要的」——時已至此，改一次就要一大筆變更費，兩邊都不開心。

關卡 2：內測驗收（開發完成、上線前 2~4 週）

這一關廠商要提供：完整可測環境、測試帳號、測試資料。你要跑「5 個必達功能」的完整流程，每個功能寫出「輸入什麼、期望什麼結果、實際什麼結果」的測試紀錄。bug 分級：致命 / 重要 / 一般 / 建議，只有致命與重要必須改完才驗收。

關卡 3：正式驗收與尾款（上線後 30~90 天）

這一關驗的是「上線後穩不穩、bug 修不修」。合約要壓「上線後 90 天內致命 bug 免費修」，這一段被稱為「保固期」。保固期滿無爭議 → 付尾款、進入維運合約。

上線前一次程式碼審計是規模超過 200 萬的案子強烈建議做的事——找第三方看廠商的程式品質，見 上線前程式碼審計。上線後 90 天穩定驗證的完整 SOP 見 交付驗收 SOP。

合約 5 條紅線：簽前補這 5 段，簽後爭議少 8 成

台灣中小企業採購軟體最常被坑的不是價錢，是合約沒寫清楚。以下 5 段是我們每次幫客戶審系統開發合約時，一定會補進去的條款。

原始碼託管的完整說明見 合約撤退條款（撤退機制與資料返還 SOP）、資料遷移的具體做法見 資料遷移 SOP。變更管理實際案例見 需求變更管理。這三支合約條款是台灣中小企業採購 100 萬以上系統時最常吃虧的地方，簽前多花 2 小時審，簽後省下的糾紛時間可能是 200 小時。

台灣三種系統開發廠商：各有各的甜蜜點

台灣做客製化系統的廠商大致分三類，這三類的甜蜜點完全不同。不知道自己的案子適合哪一類就發詢問，是很多老闆卡在「報價落差太大」的根因。

類型 A：接案工作室（1~10 人）

典型甜蜜點：50~200 萬的單一模組專案、需要客製報價引擎或工單 App、老闆願意跟工程師直接對接需求。優點是溝通短、決策快、彈性大；缺點是專案管理較弱、多支專案並行時容易延期、離職風險高。適合已經想好要什麼、需要快速落地的老闆。

類型 B：中型系統公司（10~50 人）

典型甜蜜點：200~800 萬的跨模組整合、企業內部系統升級、需要專案經理與長期維運支援。優點是流程完整、有 PM 與 SA 分工、能承接大專案；缺點是決策鏈長、單價高、彈性較小。適合已經有既有系統要遷移、或有多個部門要串接的中型企業。

類型 C：ERP / SaaS 導入商（含原廠代理）

典型甜蜜點：300 萬以上的 ERP 導入、需要垂直產業經驗（製造、醫療、金融）、需要通過供應鏈稽核。優點是有產業 know-how、有現成方法論、後續維運穩；缺點是靈活度最低、任何客製都貴、無法脫鉤原廠。適合走上市櫃、供應鏈整合、或需要跨國布署的企業。

三種類型的評估指標與踩雷點各有不同，我們在 台中軟體開發公司怎麼選 中把台中軟體開發公司的 6 個評估指標與 5 個常見地雷寫得更完整，其中的「6 個技術指標」對三種類型都適用。

我們怎麼看：企業內部系統開發，最貴的成本是「重做」

恆遠過去 3 年幫台灣中小企業評估與交付了 40 多個內部系統開發專案（含 CRM、報價、派工、KMS、AI 客服、會員系統）。回頭看這些案子的成敗，一個共同結論是：

客製化系統最大的成本從來不是「開發費」，是「上線後 6 個月發現方向錯了、要重做」的機會成本。

在我們看過的失敗案例中，80% 都是這樣的敘事線：老闆用直覺選了大而全的方案（一次要做 5 個模組）、廠商不敢挑戰老闆的需求（先接單再說）、上線後才發現業務根本不會用（因為當初根本沒問過使用者）、於是砍掉重練——第二輪的預算通常是第一輪的 1.5 倍。

這個坑我們自己也踩過。恆遠自己的內部系統（時數管理、報價、專案管理）都是走「先做一支最痛的、跑穩再做下一支」的路線——不是一次規劃完，是每 3~6 個月做一支新的、上線後就開始 iterate。這樣做的成本是「短期看起來零散」，但 3 年回頭看：每支都在用、沒有一支被砍掉。

所以我們給每個評估中的老闆的建議通常是：

第一，先花 2 週訪談使用者（不是老闆自己想），列出他們每天做的 5 件重複、機械化、想被機器取代的事——這 5 件就是第一支要做的系統範疇。

第二，第一支預算控在 100 萬以內、時程控在 4 個月以內——超過這個門檻就會出現「還沒上線就已經想改」的變更地獄。

第三，把「上線後 3 個月的維運與微調」寫進第一份合約——太多老闆以為驗收完就結束，實際上真正的痛都是上線後才顯現，見 上線後 3 個月隱性成本 的維運成本拆解。

這條路走比較慢、看起來不像「一次到位」那麼有魄力，但 3 年回頭看，複利效應非常明顯——每年做 2 支、3 年 6 支，全部都在跑、彼此串接，這就是恆遠自己的做法。

下一步：把你的「一套系統」拆成可發包的模組清單

如果你正在評估要做企業內部系統，卻不確定該怎麼拆、預算怎麼分、先做哪一支，可以直接把你目前想到的需求寫下來寄給我們——我們會依上面六大類幫你做初步歸位、給你一份「模組拆解建議 + 預算落點」，這一步不收費。

恆遠客製化系統開發服務介紹｜預約 30 分鐘顧問諮詢

常見問題