什麼是低程式碼？白話指南
低程式碼是一種建立軟體的方式，大部分的 App 都利用視覺化工具組裝而成，例如拖放式畫面、資料模型與工作流程圖，開發者只為視覺化工具無法處理的部分撰寫少量程式碼。它介於傳統程式開發與無程式碼之間。這個詞由研究機構 Forrester 於 2014 年推廣開來，知名的平台包括 Microsoft Power Apps、OutSystems、Mendix 與 Retool。
用 AI 製作 App 時為什麼重要
如果你是創辦人或小型企業主，正在考慮製作一個 App，你會遇到三種標籤：無程式碼、低程式碼與 AI App 製作工具。它們常被混為一談，但其實各自鎖定不同的使用者。低程式碼平台大多以企業的 IT 團隊為目標，而且許多平台假設團隊中有人在視覺化工具不夠用時能寫程式。
了解這一點，能幫你避免為了一個人的創意而選擇為五十人 IT 部門設計的工具，或者反過來，為複雜的企業系統選了一個過於簡單的工具。這也解釋了 AI 製作工具為何正在改變局面：當 AI 替你寫程式碼時，低程式碼中的「低」就沒那麼重要了，因為需要手寫的部分已經不再是最困難的事。
日常比喻
想想煮晚餐這件事。
- 傳統程式開發就像從零開始做菜：食材從頭處理，完全掌控，但需要大量的技術與時間。
- 無程式碼就像食材包：所有食材都已分裝好，附上食譜卡。快速又可靠，但你只能做盒子裡有的菜。
- 低程式碼則是食材包加上設備齊全的廚房。你大部分時候照著食材包做，但一位熟練的廚師可以加入自己的醬汁、替換食材或改變步驟。
差別就在廚房。低程式碼讓你能深入真正的程式碼，這很強大，前提是有人會下廚。
低程式碼平台如何運作
大多數低程式碼平台都具備以下幾項功能：
| 功能 | 作用 |
|---|---|
| 視覺化介面設計工具 | 透過放置表單、表格、圖表與按鈕來建立畫面。 |
| 資料建模 | 定義你的資料（客戶、訂單），並連接到既有的企業資料庫。 |
| 視覺化工作流程 | 以流程圖繪製流程：審核、通知、狀態變更。 |
| 程式碼擴充 | 在視覺化工具不足之處撰寫指令碼或自訂元件。 |
| 連接器 | 連接 CRM、ERP 與身分提供者等企業系統。 |
| 治理 | 供 IT 控管的機制：誰可以製作、部署，以及存取什麼。 |
最後一列往往是大型企業的決定性因素。低程式碼平台的設計目的，就是讓 IT 能維持監督，同時讓更多人參與製作 App。
實際範例：費用核准 App
一家擁有 200 名員工的公司想用 App 取代以電子郵件傳送的費用試算表。
使用低程式碼平台，團隊可能會：
- 以視覺化方式建立資料模型。 一筆
Expense包含員工、金額、類別、收據照片與狀態。 - 拖曳元件設計畫面。 一個提交費用的表單、一份給主管的清單、一個給財務部的儀表板。
- 繪製工作流程。 提交 → 主管核准 → 若超過某個金額，財務部也要核准 → 付款。
- 連接既有系統。 使用公司的 Microsoft 或 Google 帳號登入；從 HR 系統查詢每位員工的主管。
- 在需要的地方撰寫少量程式碼。 假設哪些費用需要財務核准，取決於存放在另一個系統中的部門預算。開發者撰寫一小段指令碼來取得預算並做出判斷。
- 透過 IT 部署。 平台負責託管、存取規則與稽核紀錄。
步驟 1 到 4 可以由一位技術能力強的業務分析師完成。步驟 5 則需要開發者。這種分工正是低程式碼的核心。
低程式碼 vs 無程式碼 vs AI App 製作工具
| 無程式碼 | 低程式碼 | AI App 製作工具 | |
|---|---|---|---|
| 製作方式 | 只能使用視覺化編輯器 | 視覺化編輯器加上程式碼 | 在聊天中描述需求；AI 撰寫程式碼 |
| 主要使用者 | 非技術背景的創辦人、小團隊 | IT 團隊、開發者、業務分析師 | 創辦人、小型企業、開發者 |
| 處理特殊邏輯 | 只能做平台支援的功能 | 撰寫程式碼來實現 | 請 AI 撰寫 |
| 最終產出 | 平台上的一組設定 | 大部分是平台設定加上你的程式碼 | 通常是一般的原始程式碼 |
| 常見定價 | 依方案或用量計費 | 通常按使用者計價，主要銷售給企業 | 依方案與用量計費 |
界線正在模糊：許多無程式碼與低程式碼平台現在都內建 AI 助理，而 AI 製作工具也能產出低程式碼常被用來製作的內部工具。更多資訊請參閱無程式碼 vs AI App 製作工具。
關鍵術語說明
| 術語 | 意義 |
|---|---|
| 低程式碼（Low-code） | 以視覺化製作為主，困難的部分則以程式碼完成。 |
| 無程式碼（No-code） | 完全不寫程式碼、只用視覺化方式製作。請參閱什麼是無程式碼。 |
| 公民開發者（Citizen developer） | 在 IT 監督下製作 App 的業務使用者。 |
| 內部工具（Internal tool） | 供員工而非客戶使用的 App，例如管理後台或審核系統。 |
| 工作流程／流程自動化（Workflow / process automation） | 自動執行的一連串步驟，例如審核鏈。 |
| 連接器（Connector） | 連接到其他系統的現成連結。 |
| 治理（Governance） | 管控誰可以製作、變更與使用 App 的規則與機制。 |
| 單一登入（SSO） | 使用一組公司帳號登入多個 App。 |
常見錯誤與迷思
- 「低程式碼代表任何人都能做出任何東西。」 視覺化的部分很容易上手，但複雜的 App 仍然需要開發者的技能，尤其是在整合與自訂邏輯方面。
- 「低程式碼只適合做原型。」 許多公司都在低程式碼平台上運行重要的內部系統。需要權衡的是對平台的依賴，而不是認真程度不足。
- 低估綁定風險。 你的畫面與工作流程通常存在平台自己的格式中。要搬走就得重新建置。
- 忽略按人計價的費用。 有些平台依使用 App 的人數收費，當你把內部工具推廣到全公司時，費用可能會快速累積。承諾之前請先確認。
- 忽略那些枯燥的部分。 權限、稽核紀錄與測試，在低程式碼中和在一般程式碼中同樣重要。
選擇前該問的問題（以及可以向 AI 製作工具提出的要求）
- 「誰會負責製作與維護這個系統？我們有人能寫程式碼嗎？」
- 「如果全公司的人都使用，費用會是多少？」
- 「我們能連接到我們的登入系統與既有資料嗎？」
- 「如果我們離開這個平台，能帶走哪些東西？」
如果你選擇用 AI 製作工具來做內部工具，以下是可以參考的提示詞：
- 「製作一個費用核准 App：員工提交，主管核准，超過 [金額] 的費用還需要財務核准。」
- 「只有主管能看到他們團隊的費用。請在伺服器端強制執行這項規則。」
- 「記錄每一次核准與拒絕，包括是誰做的以及何時做的。」
如果想進一步了解這類 App，請參閱如何製作內部工具與 Retool 替代方案。
低程式碼與 Mythex
Mythex 是 AI App 製作工具，不是低程式碼平台：它沒有視覺化的工作流程編輯器。你在聊天中描述 App，Agent 就會撰寫程式碼，包括畫面、資料庫資料表與伺服器端邏輯，你可以在即時預覽中查看並發佈。在低程式碼平台上需要開發者才能完成的自訂邏輯，在這裡只是另一個請求。Pro 方案提供完整的程式碼編輯器、匯出與 GitHub 同步，讓開發者可以接手。對於需要內建治理功能與深度企業整合的大型公司來說，專門的低程式碼平台可能仍然是更合適的選擇。
常見問題
用簡單的話來說，什麼是低程式碼？
低程式碼是一種建立軟體的方式，大部分的 App 都利用視覺化工具組裝而成，例如拖放式畫面、資料模型與工作流程，開發者只在視覺化工具無法處理的部分撰寫少量程式碼。
誰會使用低程式碼平台？
主要是企業內部建立業務 App 的 IT 與開發團隊，也包括與他們並肩工作、具備技術背景的業務人員。低程式碼工具通常假設團隊中有人在需要時能寫程式。
低程式碼比無程式碼更好嗎？
一般而言兩者沒有絕對的優劣。低程式碼能處理更複雜的需求，因為你可以深入撰寫程式，但需要更多技術能力。無程式碼比較容易上手，但很快就會碰到限制。哪種比較適合，取決於由誰製作，以及 App 的複雜程度。
「低程式碼」這個詞從哪裡來？
研究機構 Forrester 在 2014 年的一份報告中推廣了這個詞，用來描述讓企業能以極少手寫程式碼快速建立業務應用程式的平台。