低代码被讲成转型捷径：业务自己拖控件，IT 不再排队。速度确实会上去。问题是，快出来的应用如果没有业务设计，只会把混乱的微信流程搬进系统，还多了一层权限要维护。交付速度解决的是"多久能用"，业务设计解决的是"该不该这样用"。两件事被当成一件，低代码就会成为影子系统的量产线。
它在转型中的位置应是加速器。范围、责任、验收仍要先写在纸上，再拖到画布上。
快为什么会变成新的债
每个部门按自己习惯建一套请假、报销、报工。字段不统一，审批绕来绕去，数据无法汇总。IT 从开发队列变成应用治理队列，更忙。业务则抱怨"低代码也不好用"，其实不好用的是未经设计的流程。
没有主数据和口径，应用越多，对账越痛。速度被消耗在互相翻译。
先设计再加速
- 每个应用先写一页：要消灭的等待、主人、九十天验收指标。
- 公共对象（组织、物料、客户、单据状态）禁止各部门私建。
- 低代码只配场景差异，校验和权限走统一框架。
- 上线四周使用率与绕开率一起看，绕开率高就改设计，不加控件。
XYN 数智化系统用可配置应用解决交付速度，用统一框架收口组织和数据。低代码有位置。位置是加速，不是替代思考。
