关于中台概念:中台和低代码零和还是竞合

2次阅读

共计 1013 个字符,预计需要花费 3 分钟才能阅读完成。

2015 年,阿里巴巴首次在国内提出了中台的概念,到 2018 年阿里降级数据业务双中台策略并对外输入,2019 年数据中台全面暴发,再到 2020 年中台失败案例呈现,行业内衰亡了对于中台是否是伪命题的大探讨,一时间,唱衰中台声音一片,Gartner 预测,数据中台在不久的未来,行将进入“泡沫破灭期”。与此同时,低代码横空出世,要把企业数字化的能力从新交回给业务人员,低代码企业如雨后春笋呈现。工夫走到 2021 年,当低代码倒退进入平缓期,中台赛道却又峰回路转——10 月 15 日,中台头部企业云徙科技公布云徙新一代全生命周期企业级数字中台 5.0 产品,并正式发表云徙科技再次取得近亿美元 D 轮融资。

中台和低代码的错峰倒退,好像陷入了零和游戏中,二者成为了彼此博弈的对象。但事实上,中台和低代码并不是鱼死网破的存在,恰恰相反,二者其实是相互搀扶、相互推动的竞合关系。

从实质上来说,中台是是对传统“软件平台”的降级和增强,通过在企业层面引入新的专业化职能分工、数据唯一性建模等规定,合并类似组织,积淀外围能力到中台,将企业的共性需要进行形象,并打造成平台化、组件化的零碎能力,以接口、组件等模式共享给各业务单元应用,以此撑持前台疾速试错、疾速翻新,极大开释企业翻新和改革的能力。

而低代码的实质则是对程序开发过程的重构,将可读性差,只有通过业余学习和训练能力把握的代码编程开发模式,变成可读性强,可视化的,普通人都能把握的配置 + 片段代码开发模式。它通过更加简略易懂的操作模式,升高应用门槛,让更多人能够直接参与零碎开发,缩小需求方与开发者之间的沟通损耗。其意是在扭转利用程序开发过程的分工模式,大幅升高开发阶段中业余开发资源的配比,开发速度失去前所未有的晋升的同时,做到赋能企业翻新、缩小信息孤岛。

从意义上看,中台和低代码要解决的是一类问题,就是晋升终端用户取得服务和产品的效率,压缩老本,贴近需要,发明更多业务价值。而从性能上看,低代码则成为了搭建中台的技术工具。通过低代码平台与企业已有零碎的集成,能够解决业务中台与已有零碎的连贯,并且低代码除了具备疾速开发利用的能力,更具备了便捷的接口开发能力和欠缺的接口治理能力,从而能够反对更多传统代码开发模式的利用中台。

将来中台架构思维还会一直迭代降级。但无论基于何种实践或思维,低代码开发平台都会实实在在地带给企业数字化转型的便当,它兴许会成为继 ERP 之后,企业信息化又一个划时代的产品。

文.Adele

正文完
 0