低代码平台不是零代码的偷懒工具

上周跟新街口连锁生鲜的信息部张哥在明瓦廊吃皮肚面，他咬了一口炸大排突然拍桌子，说去年被供应商忽悠上的低代码平台，现在成了全公司最大的背锅侠。 太坑了。 当时销售拍着胸脯说，运营部想做个会员积分调整的流程，拖个鼠标就能上线，根本不用排开发的优先级，结果真等运营要改规则的时候，才发现之前攒的二十多个流程，根本没人说清哪个组件是哪个部门拖上去的，改一个按钮，连带三个关联的审批节点直接报错。

吹得越凶的场景，越容易踩坑

我当时听的时候差点把手里的皮肚面汤喷出来。 所有低代码的销售演示，永远是拿最顺的场景打样：做个员工请假单，拖几个输入框，绑个审批流，三分钟上线，连鼠标点击的音效都提前剪进演示视频里。可真落到实体零售的业务里，哪有这么轻巧的事？ 张哥他们当初最想解决的是临期商品报损的流程痛点。以前门店报损要填纸质单，拍照片，走区域经理审批，再传到财务做账，快的话也要三天。当时销售说这个需求用低代码两天就能搞定，结果真上手才发现，流程要接门店的实时库存系统，要匹配不同门店的报损权限，要算对应的损耗率扣门店绩效，这些复杂逻辑，根本不是拖几个组件就能搞定的。

很多人对低代码的误解从一开始就歪了。低代码的核心不是“让不会写代码的人做应用”，而是把重复的、规则明确的开发环节标准化。真要接外部系统，要做复杂的权限校验，要算多层嵌套的绩效公式，这些事哪怕是熟手开发来写，也得花两三天排查逻辑，业务岗的同事怎么可能靠拖鼠标就搞定？ 当时张哥心软，真的让运营部的小姑娘自己上手拖组件搭流程，结果搭出来的东西没做权限校验，全公司的人都能看到每个门店的具体报损金额，财务大姐看到后台数据的时候，差点把保温杯摔他办公室桌上。

真正能用的低代码，从来不是给业务“自助”的

折腾了大半年，张哥团队才摸出点门道。 他们把之前堆的乱七八糟的应用全清了，开发组先花了两周时间，把所有通用的能力提前封装成可复用的组件：对接库存系统的接口模块，匹配门店层级的权限校验模块，自动计算绩效扣减的公式模块，甚至连不同区域的审批流转逻辑，都做成了填参数就能用的固定模板。 现在业务的人要搭新流程，根本不用从零开始拖组件，只要从现成的组件库里选模块，填几个参数就行。比如上个月要做临期牛奶的专属报损通道，运营的同事只需要选“报损申请”的基础模板，圈定对应的门店范围，设置好报损的阈值，半小时就完成了上线，根本不用找开发排期。

说实话，我见过太多团队把低代码平台买回去就扔给业务，连个最基本的使用规范都没有，最后平台里堆了几百个没人用的破应用，转头就骂低代码是智商税。 这里面最容易被忽略的，是低代码平台的权限边界，必须从一开始就划得清清楚楚：涉及核心系统对接、生产数据操作、资金链路的部分，必须由开发团队统一维护，业务团队能操作的，永远是那些规则明确、不碰核心敏感数据的流程类应用。 之前有个做K12培训的朋友跟我吐槽，他们公司让教务老师自己用低代码搭了个学员缴费的应用，没做支付链路的金额校验，结果有个学生缴费的时候随手输了1块钱，系统直接给开了全年的课程权限，财务盘账的时候才发现，钱追都追不回来。

别拿低代码当数字化转型的救命稻草

张哥说他们老板去年刚上平台的时候，天天念叨以后要把开发团队裁掉一半，所有内部应用都用低代码做，省下来的钱能给门店多装几个冷柜。 结果现在呢？开发团队不仅没缩编，还多招了一个人专门维护低代码的组件库。 道理很简单。低代码能解决的，永远是那些重复性高、规则明确的内部流程需求：请假、报损、报销、门店巡检，这些需求以前要占开发团队近40%的精力，现在用低代码搞定，开发团队能把精力腾出来做真正有价值的事——比如给门店做智能补货的算法模型，给会员做精准的消费标签体系，这些需要深度逻辑、数据建模的工作，低代码根本扛不起来。 别搞错顺序。 低代码本质上是给开发团队减负的工具，不是用来替代开发团队的。你要是抱着“买个平台就能省掉开发成本”的心态去用，最后大概率是钱花了，平台也用不起来，反而多了一堆没人管的垃圾应用。 现在张哥每天早上打开低代码后台，第一件事就是检查有没有哪个部门私自拖了带生产数据库连接的组件，看到直接删掉。他说现在平台上跑的有效应用才27个，每个都有明确的负责人，运行了快半年，没出过一次数据安全的问题。 上周跟张哥吃完面往新街口地铁站走，风卷着梧桐叶往衣领里钻，他说现在终于不用每周接运营的需求，给他们改报损流程的小bug了，上周运营自己调整了三次报损的阈值，他连代码都没碰，就看着平台上的流程自动更新了。 他突然笑，说这东西其实挺好的，就是之前被销售吹得太神了，搞得大家从一开始的期待就歪了。