LowCode 本來是給誰用的？
先把歷史拉清楚。LowCode / NoCode 的源頭，來自 Salesforce 生態系的 workflow builder，目的是讓業務人員在不打擾工程團隊的情況下，自己做簡單的提醒、自動化通知。後來 Zapier、IFTTT、Make（前身 Integromat）、n8n 沿著這條路線發展。
這些工具的甜蜜點（sweet spot）很明確：
- 個人工作者：Gmail 分類、Notion 同步、Slack 通知
- 中小新創 MVP：快速驗證概念，通常三個月內會重寫
- 行銷 Ops：Facebook Lead → HubSpot → Slack 提醒業務
這些場景有共通點：都不是關鍵業務、都不碰底層系統、都能容忍偶爾出錯。
問題是，過去三年台灣 B2B 市場被 LowCode 廠商洗腦式行銷。講師開班教「人人都能 automation」、廠商 YouTube 廣告鋪天蓋地、LinkedIn 貼文瘋傳「不用工程師也能做自動化」。結果一堆中型企業把 SAP 周邊、ERP 資料流、財務對帳這類生死攸關的流程，也交給了 LowCode 工具。
這就是出事的開始。
6 個工程理由：為什麼 LowCode 不該碰關鍵業務
客戶資產被廠商綁架
你用 Make.com 做了 50 個 scenarios，每個 scenario 的邏輯都存在廠商的資料庫裡。廠商的商業決策你無法掌控：哪天他們改名（Integromat → Make.com 那波漲價記憶猶新）、調漲定價、被併購、甚至倒閉，你的自動化邏輯瞬間變成廢紙。
這不是極端情境。LowCode 市場過去五年死過 Tray.io 早期版本、IFTTT Pro 強制收費、Workato 大幅調整方案等等。你的業務 SOP 被寫在別人的資料庫，就是一種低調的資產抵押。
Python程式碼 100% 客戶持有，Git 版控，永久資產
SAP 深度整合的物理限制
這是最致命的一點。LowCode 工具的「SAP 整合」，99% 只支援 OData 或 HTTP API endpoint。但任何做過 SAP 整合的工程師都知道，B2B 生產環境真正要打的 SAP 介面是：
- SAP GUI Scripting：SAP 原廠提供的合法腳本介面，透過 SAPGUI 以合法帳號登入執行標準交易（ME2N / CO41 / CS11 / CO02 等）。需 BASIS 於 RZ11 開啟
sapgui/user_scripting=TRUE。這是現場 SAP 自動化最實用、最廣覆蓋的路線。 - BAPI：走 RFC 協定，是 SAP 官方封裝的業務函式，常與 Python 的 PyRFC 搭配
- IDoc：EDI 格式訊息，跨系統標準整合
- RFC（Remote Function Call）：SAP 原生呼叫協定
這些 LowCode 工具裡幾乎都沒有。n8n 有社群做了半套 SAP node，但只支援基本的 OData。想用合法帳號自動跑 ME2N / CO41 標準交易？做不到。想做月結自動化、財務對帳？卡死。
Python原生支援 SAP GUI Scripting（需 BASIS 開啟）、PyRFC、BAPI、IDoc，關鍵業務能打
擴充性的天花板
每個 LowCode 平台都有 module marketplace，看起來很豐富。但實際上 module 的開發速度由廠商決定，不是你。
實際情境：客戶要串某個冷門的 SaaS（例如台灣本土的 ERP、POS、會計軟體），marketplace 沒有。你只能：
- （A）等廠商開發（等不到）
- （B）自己寫「Custom Code Node」（於是你發現你其實在寫 JavaScript）
- （C）放棄這個 scenario
走到 B 的時候，諷刺的事情發生了——你在 LowCode 平台裡面寫 code，只為了繞過 LowCode 的限制。那為什麼不直接寫 Python 就好？
Python通用語言，任何 API、任何協定都能串
廠商黑盒 + Debug 地獄
生產環境出錯，最恐怖的是你看不到內部到底怎麼了。
正常 Python 程式出 bug：看 stack trace、看 log、看變數、三分鐘定位。
LowCode 平台出 bug：看 execution history（通常只給最近 30 天）、看廠商有限的 log 視圖、發 ticket 等廠商技術支援。
真實案例：某公司用 Make.com 做月結自動化，某天 scenario 突然停了，log 只顯示 "Error 500"，等廠商 ticket 回 72 小時。當月財務月結延遲，老闆震怒。
把公司管理神經系統的除錯權限交給一個你永遠打不通電話的新創公司，這不叫自動化，這叫自我麻痺。
Python程式碼開放、日誌完整、三分鐘定位
月費滾雪球
LowCode 的定價策略很狡猾：入門便宜、擴展致命。
- 剛用：每月 $29，「啊這比請工程師便宜太多了」
- 三個月後：資料量上來，connector 數超限，$200/月
- 一年後：scenario 數限制、operation limit、資料傳輸量 → $1,500/月
- 兩年後：發現某個關鍵 integration 在免費/低階版已被砍，被迫升級 → $5,000/月
這時回頭算：兩年花了 $10 萬美元（台幣 320 萬）做一些自動化。同樣的邏輯如果用 Python 一次開發、本機執行，總成本不到 50 萬台幣，而且是永久的。
Python一次開發、本機跑，0 月費，兩年可能 50 萬
DSL 綁死，換平台就要重寫
n8n 的 workflow JSON、Make 的 scenario blueprint、Zapier 的 Zap 設定檔——三家格式互不相通。
當你最終決定要遷出的時候，不管是因為廠商倒閉、漲價、還是你終於悟了，你會發現：
- 過去三年累積的所有 workflow 邏輯，要從頭重建
- 業務人員學的平台操作知識，要從頭再學新的
- 沒有遷移工具，沒有 export-and-import 標準
對比 Python：無論你放在 AWS、GCP、Azure、客戶機房、筆電，程式碼都一樣跑。這就是標準技術的複利。
Python標準語言，任何平台都能跑，永久資產
那 LowCode 什麼時候用才對？
✅ 這些場景，LowCode 真的好用
- 個人工作流：Gmail 自動歸檔、Notion 頁面同步、Slack 提醒
- 中小新創 MVP：三個月內會重寫的 hack，先跑起來再說
- 輕量行銷 Ops：Facebook Lead → CRM → Slack 通知（不碰核心業務）
- 個人知識管理：RSS → Readwise → Notion
- 跨 SaaS 小水管：Calendly 預約自動建立 Zoom 連結
這些場景有共通點：容忍偶爾錯、錯了業務不會倒、不需要資安稽核、資料量小。這是 LowCode 該待的地方。
對 B2B 關鍵業務的工程建議
三個「如果」，有一個中就不該用 LowCode
- 如果你的自動化一個月要跑上萬次——不用 LowCode（成本會滾雪球）
- 如果流程要碰 SAP / Oracle / 自建 ERP——不用 LowCode（深度整合做不到）
- 如果系統要穩定跑 3 年以上——不用 LowCode（廠商風險太高）
那替代方案是什麼？
Python + Claude Code 是 2026 年的正確答案
過去 LowCode 能贏 Python 的理由只有一個：寫程式學習曲線太陡。但 2025 年之後，Claude Code 這類 AI coding 工具出現，改寫了整個遊戲規則。
現在用 Claude Code 寫 Python 自動化，速度已經接近 LowCode 拖拉，而得到的是：
- 可版控（Git）
- 可稽核（code review）
- 可測試（pytest）
- 永久資產（任何平台都能跑）
- 無限擴展（Python 生態系是所有程式語言中最豐富的）
這不是理論。我們自己所有的客戶產品，從 SAP 線外系統、憑證分類、租約管理、到記帳查帳工具，全部都是 Python + Claude Code 寫的。沒有一行 n8n、沒有一行 Make、沒有一行 Zapier。
真實客戶案例：如何幫食品廠避開 LowCode 陷阱
一家年營收 X 億的食品廠，2024 年曾被 IT 顧問建議用 Make.com 串 SAP 做自動化。我們做完評估後直接說：不用試了。Make 不能執行 SAP GUI Scripting，也碰不到 PyRFC / BAPI / IDoc，你們的 SAP 自動化連第一步標準交易都起不來。
後來改用線外系統（SAP GUI Scripting + 自建 MES + auto service 雙引擎），結果：
- 每週排程會議從 1.5 小時縮短到 10 分鐘，SAP 抓單自動化
- 現場條碼 + 磅秤自動讀數，報工即時上傳
- Kiosk QR Code 噴印，產線看板即時更新
- BOM 自動展開，組合品拆單不再手工
- LINE Bot 推播排程異常、報工狀況
- 紙本全面數位化、盈虧儀表板：規劃中（Phase 5）
- 省下的不只是工時，還有原本準備給 SAP 顧問做客製的百萬級預算
如果當初走 LowCode 路線，第一關連 SAP GUI Scripting 都跑不起來，第二關資料量就月費爆炸，第三關廠商鎖定連想搬都搬不動。
結論：把 LowCode 放在它該放的位置
我們不是反對 LowCode。LowCode 有它的位置，就是別放在關鍵業務。
B2B 決策者要問自己的問題：
- 這套自動化如果明天廠商倒了，我的業務會停擺嗎？
- 這套自動化如果月費漲三倍，我能轉移嗎？
- 這套自動化如果出 bug，我能自己查到原因嗎？
如果三個答案有任何一個是「不能」，那這個自動化就不該用 LowCode 做。
把公司管理神經系統交給工程能掌控的技術，而不是廠商月費——這是 B2B 企業該有的工程紀律。