香港中小企低代碼入門：先從一個審批流程做 30 日試點

CEO 先問三個問題，再決定做不做

• 問題是否經常發生？每月只做一次的特殊流程，未必值得先做。
• 規則是否說得清？如果連負責人都未能解釋何時批准、何時退回，先整理政策。
• 成效是否量得到？例如完成時間、退回原因、遺漏個案或人手跟進次數。

低代碼不是把混亂流程搬上網，而是逼企業先講清楚角色、欄位、規則和例外。

第一個試點，選「高頻但可控」的流程

適合先做

採購申請、費用報銷、假期申請、門店維修或新員工設備申請，通常有清楚的申請人、批准人和完成狀態，較適合試點。

不適合一開始就做

涉及多個核心系統同步、複雜計價、法定申報或大量歷史資料遷移的流程，風險和依賴較高。應先完成需求及技術評估，不宜以「快速試做」代替正式設計。

30 日試點：每星期只解決一類問題

第 1 星期：畫出現況

記錄誰提出、填甚麼、交給誰、何時完成、最常在哪一步卡住。用三至五個真實個案檢查，而不是只畫理想流程。

第 2 星期：建立最小版本

只保留必要欄位、基本條件和通知。每個資料欄位都要有用途，每個批准步驟都要有責任人。

第 3 星期：用測試帳號演練

分別以申請人、主管、財務或 HR 身分操作，測試退回、補資料、代理人和逾期情況。權限設計可參考釘釘權限管理指南。

第 4 星期：小範圍上線及覆盤

先選一個部門或三間門店，保留原流程作短期後備。比較試點前後的完成時間、退回原因和人手追問次數，再決定擴展、修改或停止。

節日前的批核高峰，要預先設計代理和升級

農曆新年、復活節、十一黃金周和聖誕前，採購、假期、推廣和門店支援申請容易集中。如果批准人放假，流程就可能「塞車」。試點時應測試代理人、逾時提醒和升級安排，並列明緊急個案可否先處理後補批。

零售門店的排班及換班流程，可延伸閱讀香港零售排班實戰指南。

三類角色要各自有交付物

• CEO／營運主管：確認問題、範圍、成功標準和是否擴展。
• 流程負責人：確認欄位、規則、例外和日常維護。
• IT／管理員：確認帳號、權限、資料接口、備份及變更紀錄。

沒有明確流程負責人的應用，不應因為「做到」就直接上線。

何時應該暫停或升級成正式開發

• 同一規則需要大量人手例外判斷。
• 資料必須即時同步多個核心系統。
• 涉及高敏感資料，但權限和審計要求尚未確定。
• 試點期間頻繁改欄位，反映需求仍未穩定。
• 使用量、效能或維護責任超出現有團隊能力。

多姆科技（DomTech）可協助香港中小企盤點釘釘低代碼試點。帶同一張現有表格、三個真實個案和相關角色名單，就可以先界定 30 日範圍、風險和驗收方式。