「這個需求，IT 說要排到明年。」於是業務部自己開了一份 Excel。常見的劇本是：兩年後，這份 Excel 長出幾十個分頁、好幾個人輪流維護，沒有人敢動裡面的公式。
這個場景有第三條路：不等 IT、也不養 Excel 怪獸，讓懂業務的人自己把需求做成系統。這條路叫 No-Code（零程式碼），而且它早就不是實驗性的新玩意：Gartner 早在 2022 年底就預測低程式碼開發技術市場將於次年成長 20%，幾年下來，這類工具已從趨勢變成辦公軟體的標準配備。對台灣來說這條路尤其重要：依經濟部《2025 中小企業白皮書》（2024 年統計），中小企業占全體企業 98.87%、共 171.6 萬家；以這樣的規模結構，多數公司難有專職 IT 可以排隊等。需求不會等人，等不到系統的需求，最後都變成一份份手工維護的 Excel。
這篇不做工具清單。前半講清楚概念與邊界，後半是實測：我們拿 Lark Base 逐項驗證「不寫程式能做到哪裡」，包含規格上限與會踩的坑。
No-Code 是什麼，跟 Excel 差在哪
No-Code 指不寫程式、透過視覺化介面建立應用系統的開發方式：你定義資料長什麼樣（欄位）、誰用什麼角度看（檢視）、什麼情況該發生什麼事（自動化），平台把底層技術包掉。它的價值不是省下工程師，是縮短需求與實作的距離。最懂請購流程的是採購自己、最懂客戶分級的是業務自己；當他們能直接把需求做成系統，就不需要經過「寫需求文件、排開發時程、驗收再修改」的漫長轉譯，需求變動時自己就能調整。
跟 Excel 的差別在「約束」。Excel 是自由的計算紙：任何儲存格能填任何內容、公式可以被無聲改壞、副本滿天飛、權限全有全無。No-Code 資料庫平台則有結構：欄位有型別、資料只有一份、權限分角色、流程可自動化。自由適合個人計算，約束才撐得起多人系統。這也是為什麼「把 Excel 功課做得更好」救不了多人協作的表：問題不在使用技巧，在工具的物理性質。
邊界判斷：什麼適合 No-Code，什麼該找 IT
No-Code 的甜蜜點是「結構化清單加固定流程」的需求，判斷方式是問兩個問題：資料能不能整理成表格？流程能不能寫成「如果⋯就⋯」？兩個都能，就適合自建。進銷存記錄、客戶名單、請購追蹤、專案任務、設備借用登記、客訴處理單，全屬此類。
反過來，三種情況該找 IT 或專業廠商：需要複雜演算法或大量交易處理（例如金流清算）、要深度整合既有核心系統（例如 ERP 主帳與稅務）、以及對外提供的正式產品服務。務實的分工是：核心系統交給專業，長尾的部門級需求用 No-Code 自建，IT 的量能留給真正需要工程的問題。這條邊界劃清楚，No-Code 是解放；劃不清楚，硬把核心系統塞進 No-Code，就是下一個技術債。
實測 Lark Base：不寫程式能做到哪裡
Lark 多維表格 Base 是我們身為代理商日常使用與驗證的 No-Code 平台，以下依實際使用經驗與官方文件，逐項檢驗它的核心能力。
資料約束：欄位型別
建表時為每個欄位指定型別：文字、數字、日期、單選、多選、人員、附件。效果立竿見影：日期不再有五種寫法、選項用選單選而不是手打、負責人直接從組織架構挑人。資料的乾淨程度，從輸入那一刻就決定了，不必事後清洗。
一份資料、多種檢視
同一張資料表可以切換成表格、看板、日曆等不同檢視：業務看表格逐筆維護、專案經理在看板上管理狀態、主管看儀表板彙總統計。資料仍然只有一份，每個角色卻都有自己順手的視角，「為每個用途各養一份表」的時代就此結束。
甘特圖：免費方案就能用的時間軸
這一項我們實測確認過：甘特圖檢視在免費方案就包含，不需付費升級。把任務表切到甘特檢視，起訖時間直接呈現在時間軸上，拖曳長條即可調整任務時程，適合專案排程與里程碑管理。對想做時程管理的小團隊，入門成本是零。
誠實補一個限制，以及我們實測出來的解法。限制：甘特檢視本身不支援設定任務之間的依賴關係（官方文件明載）。解法：用自動化搭一個組合技，做出「前置任務完成、後續任務順延」的效果——觸發條件選「修改記錄時」偵測任務狀態改為完成，先用「查找記錄」找出接續的任務，再用「修改記錄」把前置任務的完成時間寫入後續任務的開始日期。三個步驟都是官方載明的自動化能力，全程不寫程式。這類「產品沒有內建、但搭得出來」的組合，正是 No-Code 平台好玩的地方。
自動化：把「催」交給系統
自動化流程用圖形介面設定觸發與動作：記錄變更時發訊息到指定群組或人員、到達指定日期自動提醒。「合約到期忘了續」「狀態改了沒人知道」這類靠人肉記憶的風險，從此由系統值班。設定過程全程點選，確實不需要寫程式。要留意的限制是：自動化的執行次數依方案有月配額，規劃大量流程前先確認方案權益。
權限：控到行與列
進階權限可以依角色控制誰能看哪些資料表、哪些欄位，行與列層級也能個別控權，例如業務只能編輯自己名下的客戶、主管看全部。這是 Excel 做不到的能力，也是部門級系統能不能上正式用途的分水嶺。
典型的部門級系統怎麼搭
進銷存、輕量 CRM 與專案任務追蹤，是 No-Code 最常被搭出來的部門級系統。三個樣板的組法：
進銷存記錄：建商品、進貨、出貨三張資料表，用關聯欄位把單據對到商品；儀表板呈現庫存水位，低於安全庫存時自動化發訊息提醒採購。
輕量 CRM：客戶資料表加跟進紀錄表，單選欄位標記客戶階段（名單、洽談、成交），看板檢視就是業務漏斗；行權限讓業務只看自己的客戶，主管看全局。
專案任務追蹤：任務表配人員與日期欄位，甘特圖看時程、看板看狀態；逾期任務自動通知負責人，週會直接開著儀表板對進度。
依我們協助客戶的經驗，這類樣板都能在很短時間內搭出可用的雛形，之後隨業務長大逐步加欄位、加自動化。系統跟著需求長，而不是一次到位。
匯入規格與坑：Excel 搬進 Base
既有的 Excel 怎麼搬？依官方規格（說明文件），支援 .xlsx、.csv 與 .base 三種格式，單次匯入上限 100 欄、20,000 列（筆記錄）、20 MB，並受方案權益限制；匯入後系統自動識別資料型別，把每欄轉成適合的欄位。
坑也要誠實說：Base 端的建立時間是匯入當下（官方載明匯入後重新計算），原始日期務必存在明確的日期欄；Excel 內嵌的圖片官方未載明會隨檔匯入，建議另行上傳附件欄位；公式會保留並重新計算。所以搬遷前先分類：需要活著繼續維護的搬，純歷史紀錄封存即可。完整的遷移步驟與時間軸見從 Excel 到自動化。
導入前最常見的疑慮
「資安和權限放心嗎？」 部門自建系統最常被 IT 挑戰的就是這一點，而這正是用平台型 No-Code 勝過散裝 Excel 的理由：帳號與權限在公司後台集中管理、存取有日誌可稽核、離職停權走統一流程。比起散落在個人電腦與信箱裡的 Excel 副本，治理程度是升級不是降級。
「會不會做一做變玩具？」 會，如果沒有人負責的話。對策跟任何系統一樣：指定管理員、把使用綁進日常流程（例如週會直接看儀表板）、每季檢視一次欄位與自動化是否還符合現況。工具不會自己活著，被日常流程需要的工具才活得下去。
「以後想搬走怎麼辦？」 資料表可以匯出為通用格式，清單型資料的可攜性天生比客製系統高。真正難搬的是流程與習慣，這點任何平台皆然，選型時把「匯出能力」列入檢查即可。
台灣的另一個選項：Ragic
談台灣市場的 No-Code 就不能不提 Ragic：台灣本土的老牌雲端資料庫平台，用類似試算表的介面建立表單與業務系統，深耕本土多年、在地支援完整，官方持續經營中文教學資源。對「只需要一套純資料庫系統、希望供應商就在台灣」的團隊，它是合理的候選。
Lark Base 與它的差異在定位：Base 長在協作平台裡，資料變動可以直接連動訊息通知、儀表板與審批流程，帳號與權限在公司後台集中管理；如果你的需求不只資料庫，還包含溝通、文件與簽核，一站式整合是 Base 這條路的主要理由。反之，需求純粹是資料庫、公司其他工具不打算動，兩者都值得用實際資料試用後再決定。
誰該用、誰不該用
No-Code 的適用結論可以分成該用與不該急著用兩邊。該用的：有部門級清單與流程需求、又沒有專職 IT 排程的團隊。從免費額度開始，拿一份最多人維護的 Excel 搬進去驗證，一週就知道合不合，試錯成本極低。工具收斂的整體視角，見告別資訊孤島指南。不該急著用的：需求還停在個人記錄（Excel 就夠）、或需求其實是核心系統（該找專業廠商）的情況。No-Code 是選項不是信仰，邊界判斷比工具比較更重要。
導入節奏上有一個經驗法則：先讓一張表活起來，再談第二張。指定一位對這份資料最熟的同事當管理員，讓他先把自己的日常搬進去；他順了，推廣就有種子使用者，他卡住的地方，就是設計要調的地方。
想拿你們的實際需求驗證，預約顧問示範。身為 Lark 台灣授權代理商，艾瑞特資訊可以用你們自己的資料現場搭一個雛形，當場就能看到可用與否的方向。
常見問題
Q1：No-Code（零程式碼）是什麼意思？
No-Code 指不需要寫程式、透過視覺化介面建立應用系統的開發方式：使用者定義資料欄位、檢視方式與自動化規則，平台負責底層技術。它讓最懂業務的人能直接把需求做成系統，不必經過需求文件與開發排程的轉譯。
Q2：No-Code 平台和 Excel 有什麼不同？
差別在約束：Excel 自由但脆弱（任何格能填任何值、副本滿天飛、權限全有全無），No-Code 資料庫有結構（欄位有型別、資料只有一份、權限分角色、流程可自動化）。個人計算用 Excel 就好；多人共用、長期維護的清單，資料庫才撐得住。
Q3：不會寫程式的部門，真的能用 Lark Base 建系統嗎？
可以，核心流程全程不需寫程式，官方文件與我們的日常使用都可驗證：建表設欄位型別、切換表格與看板檢視、設定自動化通知、配置行列權限，都在圖形介面完成。甘特圖檢視在免費方案即包含，入門成本是零。
Q4：什麼需求適合 No-Code，什麼該找 IT？
判斷兩個問題：資料能整理成表格嗎？流程能寫成「如果⋯就⋯」嗎？兩者皆是（進銷存、客戶名單、請購追蹤）適合 No-Code 自建；需要複雜演算法、高量交易或深度整合核心系統（ERP 主帳、金流）則該找 IT 或專業廠商。
Q5：Ragic 和 Lark Base 怎麼選？
Ragic 是台灣本土的老牌雲端資料庫，類試算表介面、在地支援完整，適合只需要純資料庫系統的團隊；Lark Base 長在協作平台內，資料變動可連動訊息、儀表板與審批，適合需求橫跨溝通、文件與流程的團隊。建議兩者都以實際資料試用後再決定。