擁抱 No-Code

擁抱 No-Code：讓第一線員工打造自己的工具

一、痛點共鳴：需求永遠趕不上變化

公司的流程每天都在微調，如果每一次修改表單欄位都要請外包工程師來寫程式，不僅成本高昂而且緩不濟急。

這是許多成長型企業的核心困擾：IT 部門永遠跟不上業務變化的速度。

以前，系統是「一次性」的。企業花三到六個月時間規劃，開發，上線。用個三五年才再想著升級。但現在的競爭環境變了。市場快速變化，客戶需求不斷調整，公司策略常常要做微調。

結果呢？

• 業務主管想加一個新欄位 → 要向 IT 提需求
• IT 評估可行性、排隊開發 → 最快要等兩週
• 開發完後發現需求有誤差 → 要重新改
• 等功能上線後，業務環境已經又變了

所以，很多企業採取了一個妥協方案：用 Excel 記錄、複製貼上、手動計算。快是快，但也帶來了新的問題：資料分散、版本混亂、容易出錯。

傳統系統的根本問題

為什麼傳統系統這麼「僵硬」？根本原因在於：

• 技術債務累積：系統被開發得越複雜，修改任何地方都會影響其他部分
• 文檔缺乏：原開發者離職後，誰都不敢隨意改程式
• 部門分工：IT 部門和業務部門分離，溝通成本高
• 決策冗長：任何改動都要經過多層審核和預算申請

二、No-Code 運動：軟體民主化

過去，「開發軟體」是少數計算機科班出身的人的專利。他們掌握著程式語言，控制著企業的數位資產。如果業務部門想要什麼功能，就得經過 IT 部門的「批准」。

No-Code 正在改變這一切。No-Code 就是「不寫程式碼，通過拖拉拽或圖形界面，就能構建應用」。

這听起來像是科幻，但已成現實。根據 Gartner 預測，到 2025 年，全球 75% 的新應用將由非專業開發人員開發。不寫一行程式碼。

No-Code 的三層境界

第一層：表單和資料庫

最基礎的層級。用拖拉拽的方式建構表單（如員工信息表、客戶反饋表），系統自動生成資料庫和儲存邏輯。例如：Airtable、Ragic、Google Forms。

第二層：工作流自動化

在表單基礎上，設定觸發規則。例如「當表單提交時，自動發送郵件給審批人」、「當某欄位等於 ABC 時，自動計算另一個欄位」。例如：Zapier、Make、IFTTT。

第三層：完整應用構建

用視覺化拖拉拽，設計整個應用的邏輯流、資料流、用戶界面，完全無需寫程式。例如：Bubble、FlutterFlow、Webflow。

三、太盛昌的精準解方：Ragic No-Code 平台

太盛昌引導人資主管使用 Ragic 這類無程式碼（No-Code）平台。我們幫他們建構底層資料庫連結，並培訓該主管如何自己拖拉欄位。現在他們能隨時依據需求新增表單，完全不必依賴工程師寫扣。

Ragic 是什麼

Ragic 是台灣開發的一套 No-Code 平台，特別為亞洲企業優化。它的核心理念是「讓業務部門自己管理自己的軟體」。

用 Ragic，你可以：

• 設計複雜的多層級表單（如訂單表包含 多個品項紀錄）
• 建立表單之間的關聯（如客戶表連結到訂單表）
• 設定自動計算和驗證規則
• 設定簽核流程（如表單需要層級審批）
• 生成報表和儀表板（實時統計資料）
• 與其他系統整合（如寄送至 Google 行事曆、發送 Slack 通知）

為人資部門建構考評系統的實際步驟

太盛昌與人資主管一起，用 Ragic 構建了一個「動態考評系統」。整個過程分五步：

步驟 1：設計核心表

首先定義最核心的三個表：

• 員工表：員工編號、姓名、部門、職級等基本資訊
• 考評表：考評期間、考評人、被考評人、考評日期等
• 評分項表：績效、潛力、團隊合作等各項評分

這些表之間要設定「連結關係」。例如「考評表」的「被考評人」欄位連結到「員工表」，這樣在填寫考評表時，選擇員工會自動帶入員工的部門、職級等信息。

步驟 2：新增「同事互評」的動態欄位

原本的系統想加這個欄位要等一個月。用 Ragic，我們只花了五分鐘：

• 打開「評分項表」
• 點擊「新增欄位」
• 選擇「評分」類型（1-5 星）
• 命名為「同事互評」
• 設定這個欄位為「必填」
• 保存

完成！立即就能在所有考評表中看到新欄位。

步驟 3：設定簽核流程

原本的流程：員工自評 → 直屬主管評 → 部門主管核准 → 人資備查

用 Ragic 的「工作流」功能，我們設定：

• 員工先填寫「自評」欄位，提交
• 系統自動發送通知給該員工的直屬主管
• 主管填寫評分，提交
• 系統自動發送給部門主管核准
• 部門主管核准後，自動變成「已完成」狀態，紀錄存入檔案庫

步驟 4：建立儀表板和報表

考評進行中，人資主管需要隨時掌握進度。用 Ragic 的報表功能：

• 進度儀表板：顯示有多少人已完成考評、有多少人還在審批中
• 部門統計：各部門的平均評分是多少
• 異常預警：如果某人被多人評為「需改進」，自動標記
• 歷年對比：該員工今年的評分與去年比較如何

步驟 5：與其他系統整合

考評完成後，結果需要流向其他系統：

• 將考評結果同步到「薪資計算系統」（用於績效獎金計算）
• 為「高潛力」的員工自動建立「發展計畫表」
• 發送郵件通知員工他們的考評結果

所有這些都通過 Ragic 內建的整合功能完成，完全無需寫程式。

四、No-Code 帶來的組織變化

導入 Ragic 後，人資部門發生了深層次的變化：

從「使用者」到「開發者」

原本，人資主管是「被動使用者」——IT 開發什麼，她就用什麼。現在，她變成了「業務開發者」——她能根據業務需要，自己設計和優化系統。

從「等待」到「迭代」

每次系統改進不再需要等待。發現問題？立即改。有新想法？馬上試。這種敏捷性在快速變化的企業環境中價值連城。

從「集中」到「分散」

過去，IT 部門是系統的瓶頸。現在，每個業務部門都能管理自己的工具，IT 部門只需提供基礎設施和安全保證。

五、No-Code 的適用範圍與限制

適合用 No-Code 的場景

• 資料管理與表單：CRM、HR 系統、庫存管理等
• 工作流自動化：審批流程、通知系統等
• 簡單報表和儀表板：資料統計、進度追蹤等
• 部門內部工具：只有小範圍使用者的應用

不適合用 No-Code 的場景

• 複雜演算法：如機器學習、圖片識別等
• 高頻高併發系統：如線上交易平台
• 獨立軟體產品：用來販售的商業軟體
• 需要極致效能的應用：如遊戲、實時通訊

但對於大多數中小企業的內部管理系統而言，No-Code 已經足夠強大了。

六、品牌價值與洞察

賦能企業內部員工，是我們最樂見的事。將簡單的開發權力交還給最懂業務邏輯的員工，企業的數位轉型才能像呼吸一樣自然。

傳統的軟體開發模式，是「業務部門提需求，IT 部門寫程式，一年上線一次」。這個模式在工業時代可能還行，但在數位時代會拖累企業的競爭力。

No-Code 正在改變這種模式。它賦予第一線員工—— 最了解業務流程、最能發現問題、最需要工具的人——改進系統的能力。

太盛昌的角色，就是幫助企業做好這種轉變的「教練」和「技術顧問」。我們不是來寫程式，而是來啟蒙——啟蒙企業組織，認識到他們已經擁有解決自己問題的能力。