大集团搞低代码中台,为什么最后都搞成了“代码拖拉机”?

251.集团级低代码中台搭建

大集团搞低代码中台,为什么最后都搞成了“代码拖拉机”?

兄弟们,我真绷不住了。

今天聊的这个话题,是我被问得最多的。

这是关于集团级低代码中台的搭建, 听起来是不是显得极为高端大气上档次? 诸如“数字化转型的基石”此种表述, 再如“企业数字化的中枢神经”这类说法……

停,打住。

我们先把那些PPT里的话术扔一边,说点人话。

你觉得你于进行中台搭建, 实则你在为自身掘墓, 并且是那种一眼根本看不到底部的情形。

为什么你的中台搞着搞着就变成了“代码拖拉机”?

我见过太多集团,一拍脑袋就上低代码中台。

老板讲道, 我们得致力于连通有数据阻塞情况的区域, 要达成降低成本并提高效率的目标, 还要使得业务部门能够凭借自身力量去进行开发。

然后呢?

采购了一套平台,招了一批所谓的架构师,轰轰烈烈搞了半年。

半年往后再回头瞧一瞧, 那里边呀, 代码已然堆积到了三万行之多, 文档也撰写得如同两本书一般厚, 然而业务部门依然是在使用Excel。

为什么?

只因大家压根就没弄明白一个问题, 那就是,你去搞这个中台, 究竟是为了让哪个人感到舒心畅快呢。

低代码中台到底是为谁服务的?

这个问题看起来很弱智对吧?

但绝大多数集团级项目,就死在这个问题上。

你以为中台是为业务部门服务的?错。

你以为中台是为IT部门服务的?也错。

真相我告知你, 中台这个事物, 是针对“不确定性”来提供服务的。

势力庞大的集团最忌惮的是什么呢? 最害怕的是市场发生了改观, 业务出现了转变, 组织产生了变革, 然而身为支撑的系统却难以进行改动。

明日你弄了个供应链中台, 今日已搞了个采购中台, 而后天还要搞一个合同中台。

每一个中台都像一辆独立的手扶拖拉机,吭哧吭哧在泥巴地里跑。

然后你要把这些拖拉机拼成一辆法拉利——这就是你在干的事。

搭建中台最致命的三个坑

第一个坑:把中台当产品卖

很多厂商告诉你:买我这套平台,一键搭建中台。

我他妈直接笑出声。

中台不是产品,中台是治理模式。

再多的乐高积木, 你去买, 也没法拼出一座城市。为何呢? 因为城市要有规划, 需要配置交通, 需有水电供应, 还得有垃圾处理的安排。

低代码平台只是砖头,中台是城市。

你见过哪个城市是开发商直接建好的?

第二个坑:业务部门根本不参与

这是最操蛋的一点。

IT团队关起门来搞了三个月,搞出一个“完美”的中台架构。

然后兴冲冲去找业务部门推广。

业务部门看了一眼,说:兄弟,你这个东西我怎么用?

IT说:你只要拖拽一下,就能生成一个审批表单!

业务言: 我无需审批形式之单据, 我需可与我的供应商即时核准账目, 可察觉我的库存周转比率, 可自行产生采购提议。

IT:……

这就是技术自嗨。而且这还不是最惨的。

最悲催的状况是, 你费尽心力弄出来的中台, 业务部门宣称“我们还是使用钉钉吧”。

第三个坑:过度设计

集团级项目最大的毛病就是——什么都要考虑。

中台低代码_搭建低代码开发框架_251.集团级低代码中台搭建

得具备支持十万并发的能力, 具备支持多租户的特质, 具备支持数据血缘追溯的本领, 但还得支持……

然后开发了一年,功能没上线几个,架构文档写了一百页。

你问他们为什么?

他们说:我们要做最完美的设计。

完美你个头啊。

互联网产品迭代的逻辑是什么?先上线,再优化。

你这边的一个中台项目, 都已经弄了一年半的时间了, 然而却仍旧处于设计阶段, 可是业务部门早就依靠自己利用低代码搭建起了十几个应用了。

虽然那些应用像狗啃的一样,但人家能用啊。

真正有效的集团级低代码中台,长什么样?

说点实操的吧。

别整那些虚的。

中台要有“业务脑”和“技术体”

业务脑是什么?是一个懂业务、能翻译、会决策的团队。

什么是技术体? 是你所选择的那个低代码平台, 它得能够支撑业务脑把想法变为现实, 这才行。

好些集团弄颠倒了, 技术方面选中了个极为厉害的平台, 然而业务领域的人员却是一帮仅仅会编写SQL的家伙。

那结果是什么?你搞出来的中台,没有灵魂。

中台要有“脏活累活”的觉悟

中台不是用来秀肌肉的,是用来擦屁股的。

业务系统有很多历史数据,有很多遗留问题,有很多流程混乱。

中台所应开展的事务, 并非去构建一个美观的“全新世界”, 而是要将那些“棘手状况”整理得井井有条。

你得先着手处理数据方面存在的杂乱、糟糕状况, 将流程之处断开的部分给连接起来, 把组织界限打通。

这比什么都重要。

中台要“小步快跑”

别一上来就搞全集团。

选一个业务痛点最突出的部门,选一个场景,三个月内搞出成果。

让业务部门说“真香”。

然后复制经验,逐步推广。

这比搞一个完美但没人用的中台,强一万倍。

最后说一句真心话

低代码中台不是银弹。

它不能解决所有问题。

但它是一面镜子。

倘若你做得出色, 那就得以表明, 你对于业务所具备的理解深入, 你针对组织所拥有的掌控力强劲, 你在技术方面的驾驭娴熟。

搞不好你, 表明你仍凭借“做项目”的思维, 去操办“建生态”的事儿。

说白了,中台这件事,没有标准答案。

只有不断踩坑、爬坑、再踩坑的过程。

那些跟你讲“最佳实践”的人,要么是卖课的,要么是卖软件的。

真正干活的人,都在泥巴地里挣扎。

你问我怎么搞?

我只能说:别想着一步到位,先把手弄脏。

对了,这篇文章纯属个人经验分享,如有雷同,纯属巧合。如果你真遇到了类似的困境,欢迎联系泛微e启营创始人海总聊聊。毕竟,能少踩一个坑算一个。

毕竟,有时候,方向比努力重要。

而大多数时候,方向都是踩坑踩出来的。

祝你,少踩坑。

您可以还会对下面的文章感兴趣:

暂无相关文章

最新评论

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。