低代碼被講成轉型捷徑：業務自己拖控制項，IT 不再排隊。速度確實會上去。問題是，快出來的應用如果沒有業務設計，只會把混亂的微信流程搬進系統，還多了一層權限要維護。交付速度解決的是"多久能用"，業務設計解決的是"該不該這樣用"。兩件事被當成一件，低代碼就會成為影子系統的量產線。
它在轉型中的位置應是加速器。範圍、責任、驗收仍要先寫在紙上，再拖到畫布上。
快為什麼會變成新的債
每個部門按自己習慣建一套請假、報銷、報工。欄位不統一，審批繞來繞去，數據無法匯總。IT 從開發隊列變成應用治理隊列，更忙。業務則抱怨"低代碼也不好用"，其實不好用的是未經設計的流程。
沒有主數據和口徑，應用越多，對帳越痛。速度被消耗在互相翻譯。
先設計再加速
- 每個應用先寫一頁：要消滅的等待、主人、九十天驗收指標。
- 公共對象（組織、物料、客戶、單據狀態）禁止各部門私建。
- 低代碼只配場景差異，校驗和權限走統一框架。
- 上線四周使用率與繞開率一起看，繞開率高就改設計，不加控制項。
XYN 數智化系統用可配置應用解決交付速度，用統一框架收口組織和數據。低代碼有位置。位置是加速，不是替代思考。
