前兩篇我們談了 FDE 的概念，以及一家精密零件廠如何 讓 FDE 在工廠現場重寫出貨排程。這一篇換一種卡點：不是生產，而是流程。同樣，公司與細節經過匿名改寫，卡點與解法是真的。
一張採購單，要在五個人之間跑三天
這次的主角，是一家北部的供應鏈廠商，做的是把上游材料整合、加值後供給下游製造客戶。公司不大不小，五十多人，但業務橫跨採購、品保、業務、財務四個部門。它最痛的地方不在生產，而在跨部門的簽核流程。
舉個最日常的例子：一張臨時追加的採購單，要先由採購承辦填單、課長核、品保確認規格、業務確認對應的客戶訂單、最後財務看額度放行。這套流程本身沒問題，問題是它怎麼跑的：一部分在紙本、一部分在 LINE 群組、一部分在 email、額度的部分要登入 ERP 查。一張急單，常常因為某個主管在外面跑客戶、沒看到 LINE，就卡在那裡半天甚至一整天，沒人知道它卡在誰手上。
他們也問過原本 ERP 的供應商，能不能做一套簽核流。答案是可以，但要另外買「工作流模組」，報價六位數起跳，導入排程要等三到四個月，而且還是那套熟悉的劇情：你要去配合模組預設的簽核樣板，不是模組來配合你公司真實的簽核習慣。老闆聽完就放著了，因為他直覺知道，又是一次削足適履。
FDE 的解法：底層完全不碰，只在上面補一層流程
品得網絡進場後，先把那位老闆的顧慮講清楚：我們不碰你的 ERP，一個欄位都不動。ERP 裡的主資料、額度、庫存、財務，全部維持原樣當作穩定底座。我們要做的，只是在它旁邊長出一層輕巧的「簽核流程層」，把原本散在紙本、LINE、email 的那條簽核鏈，收進一個地方，並且讓它自動往下跑。
一樣是 FDE 的工作方式：工程師花了一兩天，跟著採購、品保、業務、財務各走一遍真實的簽核，把「誰該在什麼條件下簽、卡住要通知誰、額度要去 ERP 哪裡核對」這些規則，從現場看清楚。然後幾天內就做出第一版可以實際送一張單跑跑看的流程。
這層流程跟 ERP 的關係很乾淨：它需要的額度、客戶訂單這些資料，透過 ERP 提供的介面唯讀地讀進來核對，但不寫回、不改動 ERP 任何邏輯。對 IT 來說風險極低，對使用者來說，他們只是多了一個「所有簽核都在這裡、一眼看到卡在誰手上」的地方。
當下的痛點，當週就長出對應的功能
FDE 模式最迷人的地方，是它隨著現場痛點即時長功能。第一版上線後，業務反映：「客戶常常臨時改數量，改了之後整條簽核要不要重跑？」這在傳統模式又是一張變更需求單、又要等。FDE 當週就加上規則：金額變動在一定比例內，只通知不重簽；超過比例，自動退回重跑。財務又說想看「這個月卡最久的單都卡在哪一關」，隔幾天，一張簡單的瓶頸報表就出現了。
這正是創辦人那篇臉書貼文描述的未來場景：底層的資料庫架構依然穩固，但上層的應用、報表、甚至跨部門的簽核流程，是由 AI 根據你當下的營運痛點，在幾天內用極低的成本自動生成並修正出來的。不是等一個大版本、開半年會、上一套大系統，而是你今天痛哪裡，這週就補哪裡。
幾週之後，那張原本要在五個人之間跑三天、還常常人間蒸發的採購單，平均簽核時間掉到幾個小時，而且每一張單卡在哪一關、卡多久，老闆打開手機就看得到。公司沒有換 ERP、沒有買六位數的工作流模組，用的是遠低於此的成本，補上了真正缺的那一塊。
為什麼「不碰底層」反而是最聰明的轉型策略
很多老闆對數位轉型卻步，是因為過去的經驗告訴他們：碰系統 = 大工程 = 大風險 = 大帳單。但 FDE 模式提供了一條完全不同的路徑：把穩定的底層留著，只在上層快速、低成本地長出你真正缺的能力。底層不動，風險就低；上層用 AI 長，成本與時程就低。這兩件事加起來，讓「先從一個最痛的流程開始試」變成一個幾乎沒有下檔風險的決定。
對中小企業來說，這意味著數位轉型不再是一個要鼓起勇氣、賭上一大筆錢的決定，而是可以從「這個月最煩的那張單」開始，一步一步把痛點變成資產。
常見問題
在 ERP 旁邊另外長一層流程，資料會不會兩邊不同步、亂掉？
不會，因為我們刻意設計成單向唯讀。流程層需要的額度、訂單等資料，是從 ERP 唯讀讀取來核對，不寫回、不改動 ERP。ERP 永遠是那份資料的唯一真相來源，流程層只是把簽核這件事收攏並自動化。這種架構風險低，也是我們建議多數中小企業優先採用的做法。
我們的簽核規則每個部門都不一樣，還很愛改，做得起來嗎？
這正是 FDE 勝過套裝工作流模組的地方。套裝模組要你去配合它預設的樣板，改規則要等版本；FDE 是反過來照你公司真實的習慣做，而且現場一提新規則，當週就吸收進去。規則越是你公司獨有、越常隨業務調整，這套做法越划算。
下一篇，我們把鏡頭拉遠，正面對照兩種截然不同的轉型體驗：「顧問進場開會半年」與「FDE 坐進你的營運現場」，看一家多據點通路真實感受到的落差。如果你公司也有一條散在紙本、LINE、email 之間、沒人說得清卡在哪的流程，歡迎聯絡品得網絡，第一次諮詢免費。
