AI 時代的系統導入1．別把「營運流程繁瑣跟資料散落」翻譯成「買系統」｜李其縵

近期在企業諮詢現場，常聽企業主談起流程問題，很容易出現這些說法：

「目前大家都用紙本記錄，我們明年打算買一套 ERP。」
「因為 ERP 沒有 API，所以跟電商一直整合不起來。」
「這個流程這麼亂，我是不是乾脆用 AI 自己做一套系統？」

訂單紀錄太亂，買 ERP。
客戶資料散在 Excel，買 CRM。

到了 AI 時代，又多了一個新論點：

「那這個是不是你直接幫我用AI做一套系統就好了？」

問題在於，流程繁瑣，不一定代表企業缺一套新系統。

很多時候，企業要先梳理的可能是：

• 資料沒有共同版本
• 人每天在不同工具之間搬資料
• 固定流程一直靠人記憶
• 同一案件每次都要重新判斷下一步
• 流程根本還沒有穩定下來（像我自己常常這樣...）

這些問題，看起來都像「系統問題」，但在AI 時代的解法則更為多元。

一、用場景訊號釐清：正式系統、流程自動化 Automation Workflow、智能代理工作流 Agentic Workflow

當企業主在AI時代彷彿又看見營運流程曙光時，我希望提供企業主跟高階經理人下列判讀場景與對應解方建議：

判讀	關鍵問題	假使你的答案是「Yes」	優先解法
流程	步驟其實已經固定，只是每次都靠人查、搬、填、通知、催辦？	人只是流程搬運工	Automation Workflow
流程	下一步無法預先寫死，要看前一步結果再決定？	固定流程開始失效	Agentic Workflow
資料	同一筆客戶、訂單、庫存、報價開始有多個版本？	公司缺共同真相	CRM / ERP / 正式系統
資料	資料本身還算單純，只是散在 Email、Excel、附件？	資料可先被整理串接	Automation Workflow
資料	AI 要跨多來源理解情境、補缺口、再決定查什麼？	資料取得路徑是動態的	Agentic Workflow
系統	已涉及正式訂單、庫存、付款、帳務、合約？	必須有正式紀錄與一致性	CRM / ERP / 正式系統
系統	只是要讓現有系統之間自動接棒？	不一定要換系統	Automation Workflow
系統	AI 需要自己選工具、自己查系統、自己建立任務？	開始需要授權邊界	Agentic Workflow
權限 / 風險	誰能看、誰能改、誰能核准已經變複雜	需要正式治理	正式系統優先
權限 / 風險	AI 只是建議、摘要、分類，最後由人確認	風險仍可控	Automation / AI 工具即可
權限 / 風險	AI 要真的替企業採取行動？	需要設定AI停損、留軌跡、監控告警、責任歸屬	Agentic Workflow，但要建在正式系統邊界上

你可以這麼想：
1. 當資料開始需要「單一版本、權限、追溯與責任人」 → 評估是否需要更正式的資料治理或系統。
2. 流程開始大量依賴人去「搬運、填寫、通知、催辦、接下一棒」 → 評估 Automation Workflow。
3. 工作開始高頻需要根據情境「判斷下一步、選工具、跨系統持續推進」 → 才評估 Agentic Workflow。

但上述也並非標準答案，因為：
1. 資料整理，不代表一定要買正式系統。
有時 Sheet + 規則 + Automation 就能先解。真正要看的是：這份資料是不是已經成為多人共用、正式交易、權限與稽核的依據。
2.步驟不靠人搬運，也不代表一定只做 Automation。
如果流程本身還沒穩定，先做流程重設；穩定之後，才適合自動化。
3.很多人擔心，Agentic Workflow 很危險、容易失控
這個擔心不是沒道理，但問題不是「Agent 一定會失控」，反而是企業太早把判斷權、工具權限、跨系統行動權交出去，卻沒有先設好邊界跟人為監督與介入機制。
 

二、企業流程跨系統一定需要 API 嗎？

另一個很常見的誤區是：

「我們的 ERP 沒有 API，所以沒辦法整併資料。」

其實不一定。

API 只是系統之間交換資料的一種方式，不是唯一方式。

企業常見的資料接法還包括：

1. CSV / Excel 匯出

如果系統本來就可以定期匯出報表，就可以先用檔案作為資料來源。

例如：

ERP 每天匯出庫存
→ 自動讀取 Excel
→ AI 找異常
→ 寄通知給採購

這種情況完全不需要先開 API。

2. Email

很多舊系統雖然沒有 API，但可以寄出通知或附件。

例如：

訂單 Email 進來
→ Workflow 讀附件
→ AI 分類
→ 建立任務
→ 通知負責人

Email 本身就可以成為事件入口。

3. Database / Connector

有些 ERP 不提供正式 API，但 IT 可以提供 Database View、ODBC、JDBC 或既有 Connector。

這些都可能成為整合方式。

4. RPA

如果系統真的只能靠人操作畫面，也可以用 Desktop RPA 模擬點擊、查詢與輸入。

只是 RPA 通常應該放在較後面，因為畫面一改，流程就可能失效，維護成本也比較高。

所以企業真正該問的不是：

有沒有 API？

而是：

資料現在怎麼出去？事件怎麼被知道？結果要不要寫回去？

API 是一種接法，不是自動化成立與否的唯一條件。
 

三、自動化流程 Automation 跑起來