客製化簽核流程 / Workflow / BPM 系統開發完整指南：6 個關鍵決策、3 個報價區間、5 個常見地雷

最近恆遠數位科技在跟想客製化簽核流程 / BPM 系統的中小企業老闆對接時，最常聽到一句話：「我們公司簽核都用 LINE 群組敲一聲就過了，為什麼還要花百萬蓋一套系統？」我們的回應永遠是：簽核流程系統不是要把流程數位化，而是要把責任數位化。LINE 群組蓋章方便，但出事時翻不出責任歸屬、跨部門卡關時找不到瓶頸、稽核來查時拿不出證據——這三件事任何一件發生，省下來的系統錢都要十倍奉還。

這篇把客製化簽核流程 / Workflow / BPM 系統開發的整套採購邏輯拆給你看。6 個關鍵決策、3 個報價區間、5 個常見地雷，搭配廠商評估與合約紅線寫法。讀完你會知道：你是該買 SaaS（建議多數中小企業）、該客製化開發（特定條件），還是該緩買（流程根本沒釐清）。

先把一個立場說清楚：BPM（Business Process Management）跟「簽核系統」常被混用，但邊界要先分清楚。BPM 處理的是「跨系統、跨部門的流程編排與監控」；簽核系統處理的是「單一決策節點的權限與時序」。兩者可以同產品實現，但客戶採購時混為一談，會買到不對的東西。本文把客製化「簽核 + workflow + BPM」三層放在同一條光譜上拆。我們在 Camunda ProcessOS 那篇 已經把流程治理層（infrastructure 級的 BPM 引擎）拆過。本篇聚焦在「中小企業客製化應用層」這一段——你會接觸到的真實採購情境，不是 Camunda / Temporal / Conductor 這類引擎本身。

什麼時候你需要客製化簽核 / BPM 系統（跟 SaaS、Power Automate 的差別）

先把 4 種選擇放在同一張表上比較。決策樹的核心是「流程是否標準」跟「跨系統整合深度」兩個維度：

給你三個訊號判斷你是否該走客製化開發：

1. 你的簽核流程已經跨 3 個以上系統（ERP、HR、財務、CRM、自家 SaaS），SaaS 接 webhook 已經接到吐血
2. 你公司面臨 ISO27001 / SOX / 上市櫃稽核要求，需要 immutable audit log + 法規等級的存證機制
3. 你的流程有「條件分支 + 動態審批人 + 時效逾期升級」這類複雜邏輯，SaaS 設定到最後變成試算表寫程式

三條都中 → 客製化值得評估。中 1–2 條 → 先試試低代碼或 SaaS 加客製模組。一條都沒中 → 不要客製化，省下來的錢拿去做其他事。

6 個關鍵決策（採購主管必看，少 1 個就會踩雷）

把這 6 條當成 BRD 必填欄位寫進需求書，廠商比稿時你就有同一把尺打分數：

決策 1：審批人是「角色」還是「個人」

90% 公司會說「當然要角色」，但實際上有 30% 的流程需要「特定個人」（例如總經理特批）。系統要支援『角色 + 個人 + 條件動態指派』三種同時存在，不是二選一。否則你會在上線 3 個月內被「總經理出差找不到代理人」這種事打回原形。

決策 2：流程版本控管

流程上線後一定會改。問題是：正在跑的單子應該走「舊版流程」還是「新版流程」？這個答案要在系統裡設定得了。沒做版本控管 → 改一次流程，跑到一半的單子全部要重跑或手動結案。實作上常見做法是 immutable process definition + 進行中單子鎖版本。

決策 3：跨系統整合深度（這條最花錢）

簽核通過後要做什麼？只記錄結果，還是要觸發 ERP 開立傳票、HR 更新人事資料、財務扣款、發送 Email 通知？每多 1 個整合點，開發費 + 5–15 萬，維護費 + 5%/年。建議用「最重要的 3 個整合 vs 可以等下一期的 7 個整合」分階段做。

決策 4：時效逾期處理

簽核卡 5 天沒人動怎麼辦？三種設計：（1）自動往上一階升級；（2）通知簽核人 + 副本給主管；（3）逾期自動駁回。這條沒設定 → 上線後 60% 的卡關都在這裡，你會發現系統有了但流程更慢。

決策 5：稽核日誌 + 數位簽章

ISO27001 / SOX 等級的稽核要求「不可篡改、可驗證、可長期保存」三件套。實作上要決定：log 存 append-only 資料庫、上 blockchain、或用第三方 timestamp service。三者成本差異從 0 元到月費 5 萬。中小企業若沒上市櫃壓力，append-only DB + 定期備份就夠。

決策 6：行動版簽核 + 推播

老闆出差時用手機簽核。要求：（1）原生 App 還是 PWA；（2）推播即時性（APNs / FCM 推播 vs Email）；（3）離線預讀 + 上線同步。這條不做 → 主管會用 LINE 把 PDF 傳出去簽紙本，系統淪為「事後補登」。要做 → 開發費 + 30–80 萬。

3 個報價區間（含我們觀察的真實成本結構）

實際走過案件後的價格區間。報價低於下表 60% 的廠商，請先問清楚他刪掉了上面 6 條的哪幾條：

5 個常見地雷（過去 2 年踩過的真實案例濃縮）

這 5 條是過去 2 年在台灣中小企業簽核 / BPM 系統採購案中看到的高頻地雷。不認同「全公司一次到位」的廠商承諾——這種承諾 100% 會跳票。我們的判斷是：簽核系統採購必須分階段、必須留版本退路、必須先做流程盤點。下面 5 雷一條條拆。

雷 1：流程沒盤點就開案

最常見、最致命。客戶說「我們有流程啊」，廠商問「BPMN 圖呢」，沒有。這種狀況下廠商寫程式 = 把混亂用程式碼固化下來。上線後 3 個月發現「實際流程跟系統流程對不上」，二次改造。對策：先花 1–2 個月跑流程盤點，產出 BPMN 2.0 圖再開案。

雷 2：審批人離職 / 異動沒設計代理機制

總經理請長假，所有需總經理簽的單子卡住。沒有「臨時代理人 + 自動接管」機制 → 你會在上線後第一個季度就遇到這種狀況。代理機制要設計 3 層：常設代理人、臨時代理（指定期間）、緊急升級（卡 N 天自動升一階）。

雷 3：稽核日誌沒設保存期限 + 備份

ISO27001 / SOX / 公司法都有「至少保存 X 年」的要求。沒設 retention policy + cold storage 備份 → 稽核被開不符合。對策：DB append-only + 每月 dump 到 S3 Glacier / Azure Cool Tier，保存期限合約寫死。

雷 4：行動版只做了 view，沒做 sign

廠商常用「3 個月內補上 sign 功能」拖延，結果一拖一年。沒有手機簽核 = 主管用 LINE 簽紙本 = 系統淪為事後補登。對策：行動版 view + sign 必須同階段交付，合約寫成里程碑驗收條件。

雷 5：跨系統整合用 nightly batch 不用 webhook

廠商常為了省事用「半夜跑 batch 同步」，問題是當天簽核通過要當天觸發後續動作（HR 開戶、財務扣款）。用 batch → 你會看到「簽核通過 24 小時後動作才生效」的延遲，業務罵翻。對策：明確要求「即時 webhook + 失敗 retry 機制」，nightly batch 只當作 fallback。

下一步可以這樣做

1. 1）今天先做：把公司現在實際在跑的所有簽核流程（含正式 + 私下 LINE）列成一張表，每條標註「跑多久」「卡在誰」「平均耗時」。這張表 10 條以下 → 先評估 SaaS。
2. 2）這個月做：選出最痛的 2–3 條流程，做 BPMN 2.0 圖（可參考 OMG BPMN 2.0 規範）。沒有 BPMN 圖就找廠商報價會被報低跑高。
3. 3）這個季度做：把 BPMN 圖 + 上面 6 個關鍵決策 + 5 個地雷對策寫進 BRD。參考我們的 客製化系統需求書（BRD）完整寫法 跟 不懂技術的老闆怎麼判斷工程師說的要重寫 兩篇實戰指南。
4. 4）下個月做：如果你需要客製化簽核 / BPM 系統規劃或廠商評估，可以從 恆遠客製化網站 & 系統開發、AI 系統開發、AI 顧問服務 三條路徑進來聊。我們不接純評估顧問案，但接「PoC + 落地」一體開發。