AI 時代的系統導入1.誰說有了系統 資料都要靠 API串接?|李其縵
2026 Aug 23 AI 轉型應用
近期在企業諮詢現場,常聽企業主談起流程問題,很容易出現這些說法:
「目前大家都用紙本記錄,我們明年打算買一套 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 只是系統之間交換資料的一種方式,不是唯一方式。
企業真正該問的不是:
有沒有 API?
而是:
資料現在怎麼出去?事件怎麼被知道?結果要不要寫回去?
API 是一種接法,不是自動化成立與否的唯一條件。
如上圖你可以清楚看到,無論是自動寄發、手動匯出、觸發型通知、或螢幕代理的自動化操作,都有可能避免你走上必須花費數十萬至百萬的路。
三、自動化流程 Automation 跑起來

以前企業想改善一段流程,常見做法是:
寫需求 → 找廠商 → 報價 → 開發 → 上線
但問題是,很多需求其實只有真的操作之後,才知道原本想錯了什麼。
假使主管說:
「我們需要一套 AI 營運戰情室。」
真正開始做之後才發現:
資料每個部門定義不同、
異常根本沒有標準、
主管真正想看的只有三個數字、
有些資料其實每週才更新一次。
如果一開始就正式開發,很容易把「尚未想清楚的流程」直接鎖進系統。
AI 時代反而可以先用更輕量的方法,先把工作跑起來,像是:
Excel / Google Sheet
Vibe Coding
n8n / Make
AI 小工具
簡單 Dashboard
採行上述做法後,短跑方案可能是:
Email → AI 讀取 → Sheet 整理 → 自動通知 → 人確認
跑兩週之後,企業才會真正知道:
哪些欄位重要?
哪些步驟可以拿掉?
哪些例外一定要人判斷?
資料要不要回 ERP?
這件事到底值得不值得正式開發?
還是得說,AI 時代真正要學的,是優先判斷工作價值,並且用工作流程改善思維作為前提,再來談解決方案的選擇。哪些問題其實只是資料沒整理好,哪些只是流程中有太多人工接棒,哪些工作真的需要 AI 根據情境自己決定下一步。當你準備好讓 AI 進入工作流程,我想下一篇更應該先談:自己的資料到底能不能交給 AI?雲端、地端怎麼選,哪些資訊要先去識別?
常見提問|企業到底什麼時候該買系統?
Q1|流程很亂,我是不是應該先換 ERP 或 CRM?
亂的究竟是資料版本、同仁每天的重複搬運,還是工作本身根本沒有固定流程?如果還沒搞清楚問題,各部門只想讓系統配合個人或部門自定義的工作習慣,90%無法解決原本困擾。
Q2|ERP 沒有 API,是不是只能等廠商開發?
不一定。API 是一種資料交換方式,不是唯一方式。先確認資料能否匯出、事件如何通知,以及結果是否真的需要寫回原系統,再決定下一步。涉及正式交易及資料一致性時,仍要評估合適的系統整合方式。
Q3|什麼情況需要正式系統,而不是先做一段 AI 自動化?
當資料已經涉及正式訂單、庫存、付款、帳務,並且因多人多部門同時使用需要共同版本、權限、追溯及明確的責任人,就不能只想著把工作自動化。先把工作價值和管理責任想清楚,再做工具選擇。
李其縵 Mandy |企業AI應用與敏捷營運
擁有勤業眾信、天下雜誌及旅遊產業營運與數位轉型背景,專注於讓企業透過GPT/Gemini/Claude 的 AI 敏捷導入最小可行方案 與 營運效能升級。
Linkedin: www.linkedin.com/in/mandy-li-aispace
Email:mandyaispace@gmail.com
如想留言評分,請先 登入會員!