智汇 IT
城启新篇

低代码平台别急着替程序员省事

1024那天,南京下小雨。我在软件大道边上一家咖啡馆,碰到做采购的老周。他手机响个不停,群里业务方问:供应商准入表再加两个字段,什么时候能上?老周把问题转给IT。对面回:排期两周。老周叹气,说公司刚买了低代码平台,怎么还这样? 我问他,谁在用?他说,业务部门自己拖了几个表单,IT也搭了套审批流。听着挺美,对吧。实际情况是,三周后,六个部门冒出四十多个应用。名字从“采购申请”到“采购申请最终版2”,字段有“供应商名称”“供应商全称”“供应商厂名”。同一个东西,三种叫法。 低代码平台最诱人的地方,往往也是它最容易失控的地方。

它省掉的不是代码 是沟通成本里最硬的部分

低代码平台常被讲成“拖拖拽拽就能上线”。这话只对一半。拖拽解决的是界面和流程的拼装,不解决数据到底归谁管、状态怎么流转、权限按组织还是按项目。表单能拖出来,模型不会自己长出来。
低代码平台业务人员拖拽搭建供应商审批表单界面图
低代码平台业务人员拖拽搭建供应商审批表单界面图
我见过一个很典型的坑。业务方用低代码平台做了个设备报修。开始只有四五个字段。后来要加备件库存、维修工时、外协结算。全塞进一张表。等IT接手时,光状态字段就十九个。因为没人定义“已派单”和“待接单”的区别。页面越来越慢,报表越来越歪。 低代码平台的底层,多半是元数据驱动。页面、流程、权限、规则,都变成配置数据。好处是改得快。坏处也在这。改得快,意味着试错成本低,也意味着垃圾产生得快。传统开发还有代码评审、分支合并、测试环境。低代码如果没治理,就像给了每个人一把电钻。墙是能打洞,但承重墙也敢打。 所以别问“低代码能不能替代开发”。先问:这个场景,变化频率多高?逻辑有多绕?数据是不是核心资产?如果只是部门内审批、信息收集、轻量台账,它很香。如果涉及订单、资金、库存扣减、跨系统一致性,别硬上。低代码不是银弹,它更像一把很锋利的瑞士军刀。能开瓶盖,别拿来砍树。

真正的问题不是平台 是应用生命周期没人管

真正的问题不是平台 是应用生命周期没人管
真正的问题不是平台 是应用生命周期没人管
很多公司买低代码平台,像买健身卡。开通账号,发个通知,然后期待大家练出肌肉。现实是,业务方热情两周,IT在后面擦屁股。为什么?因为没人管应用从生到死。 一个应用上线,至少要明确四件事。谁用,用来干什么,数据从哪来,什么时候下线。听上去很基础。但做到的不多。低代码平台降低了创建门槛,也降低了责任门槛。点几下就发布,发布完就沉默。
低代码平台数据模型与API集成配置后台界面截图
低代码平台数据模型与API集成配置后台界面截图
我比较认可的做法,是把低代码平台当产品运营,而不是当工具采购。平台团队不用多,两三个人也能起步。关键是规则要清楚。比如: – 新建应用先登记。业务负责人、IT接口人、数据域、预计生命周期,缺一不可。 – 数据模型集中评审。字段命名、字典值、主数据来源,统一收口。别让“客户”和“客户名称”同时存在。 – 集成走网关。低代码直连数据库,短期爽,长期是灾难。API 要鉴权、限流、留日志。 – 环境隔离。开发、测试、生产至少分开。别在生产表单上直接改流程,尤其周五下午。真的,别。 – 权限按角色,不按个人。人员一变动,权限不乱套。 – 应用有退出机制。三个月没人访问,自动提醒。半年无维护,归档下线。 听起来像给低代码平台戴镣铐?对。但镣铐不是坏事。没有护栏的高速路,谁都不敢开快。治理做得好,业务方反而敢用。因为他们知道,改坏了能回滚,数据不会丢,IT不会半夜打电话骂人。

落地时别追求大而全 先啃三个小场景

落地时别追求大而全 先啃三个小场景
落地时别追求大而全 先啃三个小场景
如果你们刚开始用低代码平台,我建议别搞全公司推广。先选三个场景。第一个,部门内审批。比如请假、报销前置、用章申请。第二个,轻量台账。比如样品借还、固定资产盘点、客户拜访记录。第三个,跨系统待办聚合。把 ERP、CRM、OA 的待办拉到一起,统一处理。 这三个场景的共同点:边界清楚、变更可控、失败成本低。做成了,能建立信任。做砸了,也不会伤筋动骨。
低代码平台审批流节点与角色权限配置界面图
低代码平台审批流节点与角色权限配置界面图
接下来是行动清单。别嫌碎,都是血泪。 一,先画数据流,再拖页面。 页面是皮,数据是骨。字段从哪来,改完去哪,谁消费,先写清楚。 二,给业务方一个产品经理角色。 不是让IT包办。业务方最懂流程,但他们需要模板、规范和评审。 三,平台团队只做两件事:赋能和兜底。 培训、组件、模板、监控,这是赋能。集成、性能、安全、恢复,这是兜底。 四,指标别只看应用数量。 应用多不代表数字化好,也可能是垃圾多。看复用率、上线周期、故障恢复时间、活跃应用占比。 五,留好退出通道。 低代码平台也会换。今天用这家,明天可能换那家。数据能导出,逻辑能解释,别把自己锁死。 话说回来,低代码平台不是让程序员没饭吃。它让业务方长出第一只手。但手要戴手套。手套是什么?是数据规范,是权限模型,是发布流程,是运维边界。没有这些,低代码就是另一种技术债。还是那种表面很漂亮、点几下就能改、最后没人敢动的债。 老周后来学乖了。他没有停掉低代码平台。他拉着IT建了个小群,每周评审新应用。字段命名统一,集成必须走API,三个月没用的应用自动归档。现在他们部门上线一个简单审批,从两周变成两天。不是奇迹。只是把该管的管起来了。 低代码平台值不值得用?值得。但别指望它替你思考。它只是把开发门槛降下来。门槛低了,规矩更得跟上。否则你得到的不是敏捷,是一地鸡毛。 这就是我在南京那个雨天最大的感受。1024,程序员节。可真正该被提醒的,可能不是程序员。
免责声明:市场有风险,选择需谨慎!此文仅供参考,不作买卖依据。如有侵权请联系删除。
文章名称:低代码平台别急着替程序员省事
文章链接:https://www.itcdj.com/news/810.html