低代码平台是“业务上云”走向万千企业的最后一公里

Posted 阿里云开发者

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了低代码平台是“业务上云”走向万千企业的最后一公里相关的知识,希望对你有一定的参考价值。

简介:阿里云智能钉钉事业部高级技术专家范之岳在分论坛分享了钉钉低代码的数字化实践经验。他认为,在全面上云的趋势下,低代码平台让“云”更平易近人,是“业务上云”走向万千企业的最后一公里。

Qcon2021北京站《低代码实践与应用》分论坛由阿里云智能钉钉事业部资深技术专家、钉钉宜搭低代码平台负责人叶周全作出品人,集合行业内低代码平台的典型案例,从用户的视角解读如何选择和使用低代码平台。


阿里云智能钉钉事业部高级技术专家范之岳在分论坛分享了钉钉低代码的数字化实践经验。他认为,在全面上云的趋势下,低代码平台让“云”更平易近人,是“业务上云”走向万千企业的最后一公里。

范之岳.png

阿里云智能钉钉事业部高级技术专家范之岳

以下是范之岳在Qcon2021北京站《低代码实践与应用》分论坛的演讲摘录(本内容未经授权不得转载):


今天的分享围绕阿里巴巴的低代码实践以及钉钉低代码平台产品技术的演进展开。

首先,让我们看看作为低代码平台的我们会遇到什么样的客户以及不同客户的需求是什么? 我们的目标客户是中小企业,和大型的一些集团企业。


我们的命题是关于我们的客户,他们在企业运营管理数字化中有什么样的诉求与挑战?

企业数字化诉求是随着规模发展不断更迭

如图所示:我们可以看到随着企业不断发展,在不同的阶段、不同的规模,它会有不同的数字化的诉求。

QCon-之岳.jpg

低代码在这里面有用武之地吗?我的答案是有,甚至在不同的规模和阶段,低代码都有用武之地。


几年前,在阿里巴巴,我们就有了企业智能事业部(原信息平台事业部),做的事情就是把在集团最初发展阶段购买的商业软件全部下线,用完全自研的方式去研发了自己的HR系统、采购系统、法务系统、IT行政系统。


为什么要自研?因为,当一个集团业务和组织发展成熟起来之后,整个公司业务运营管理就会诞生很多独特性和专属性的需求,外采的系统往往无法满足。


但是自研了几年之后,我们也碰到了问题。我们的HR、采购、法务系统都属于重型的中后台系统,复杂度还挺高的,尤其要应对多组织、多分公司、上下级各种场景,我们把70%的研发资源都投入在这些重型系统研发中,并且一个应用需要多人维护。


但是,除了这些重型应用以外,在集团内部还有非常多的需求和诉求,比如行政类、IT类、项目管理类等等。这造成一个结果:非常多的需求要排队,最终核心应用无法满足非常快速的变化。


这个局面怎么破,是我们一直在思考的问题。

低代码的平台化是一个趋势

不改变现在企业应用的开发模式和平台架构,这个题没法破。 把PaaS的能力和Saas的应用场景结合在一起,并采用低代码的方式,应该是解决大规模企业应用支持扩展定制的核心策略之一。


看看业界,Salesforce做 CRM、SaaS非常牛,市值上千亿。那它怎么应对大客户的定制需求?它在很早就推出了对应 CRM 、SaaS的PaaS平台,面向开发者和交付集成者,他们可以用平台给客户交付定制化的需求。


还有很多专注做开发平台的PaaS产品,共同特点是低代码、平台化,这是一个趋势。这些PaaS平台它不仅是低代码技术平台,而是把行业业务的属性、业务的组件和PaaS平台结合在一起。

钉钉低代码平台的产品技术演进

钉钉低代码平台也不是一蹴而就,最开始是来源于阿里巴巴内部。阿里巴巴集团的数字化诉求最终孵化出了钉钉低代码平台——钉钉宜搭。


在钉钉宜搭1.0阶段,首先要做的是让流程在线,简单点说就是审批在线并且移动化,这是很多企业包括阿里最初始的诉求,也是钉钉宜搭在1.0阶段解决的问题。在这个阶段,我们希望低代码平台能被所有的阿里小二使用,降低开发门槛和成本、提升工作效率。所以,1.0阶段我们借助于钉钉宜搭的零代码能力,再辅以低代码能力,在阿里内部真正实现了“全民都是开发者”,让阿里小二们只需要考虑业务场景,用钉钉宜搭能快速地打造了一个支撑业务协同的数字化应用,解决了中长尾应用的诉求。


钉钉宜搭2.0阶段,考虑的是低代码平台能不能解决重型应用的诉求。我们提出了一个概念,就是元数据模型驱动。我们用元数据来驱动流程,驱动页面,驱动规则,驱动数据报表,甚至直接把定义好的元数据透出到业务人员的业务工作台上去。2.0阶段增加的能力主要是面向相对专业的开发者,提升开发复杂业务系统的研发效率。我们把元数据层和数据层做了一个重构,还提供了业务流编排的能力,在业务流的每个节点都可以定义不同的业务动作,来满足复杂的业务流程逻辑需求。


到了钉钉宜搭的3.0阶段,它呈现出三个显著特征:数据驱动、云钉一体和行业数字化。


首先:数据驱动。它和元数据驱动有什么区别?元数据驱动关系产品技术,数据驱动则是真正意义上的业务驱动,我们要把业务做闭环,用数据来做决策。


其次,行业数字化。我们最终的目标是让生态和行业在线。低代码平台上面必须得有业务的特征、行业的特征。当我们进入到某个行业里后,还有一个命题必须得解,就是业务集成、系统打通、数据的互联互通。


钉钉宜搭3.0阶段的新挑战是要让行业数字化起来,我们要证明低代码平台是可以成功的,是有业务结果的,所以我们要做很多事情。


这就带来了3.0阶段的第三个特征:云钉一体。

1)我们把门槛降到足够低,因为最终我们客户要的是业务。低代码平台封装了云计算的能力,可以让云真正地平易近人。客户为什么买单?为他想要的业务系统买单,他不需要懂,但可以感受到云带给他的技术价值。

2)我们客户有很多的系统,包括我们钉钉上非常多的应用也受到很多客户的喜欢,但是这些系统和应用都是单点的,他们的诉求是如何把这些系统和应用的数据融会贯通起来。


一个简单的例子,企业要给人打绩效,除了看考勤系统,还要看工作产出,就需要一个业务系统首先让工作数字化,然后产生的数据和考勤数据合在一起做绩效考核。 我们坚信,钉钉加上低代码,它可以成为企业使用云的一个全新界面。 我们不再是往客户那边简单输出,而是借助低代码平台,借助一整个业务解决方案,去帮助客户实现业务定制的价值。

钉钉低代码平台在制造业领域的实践

image.png

当我们进入行业之后,发现非常多的场景、业务是没有数字化的。如上图左侧的照片所示,他们的工序管理就是用这些纸质的卡,而且他们还觉得很好用,不会轻易变化。


对于这种单点场景来说,其实低代码平台可以非常快速地实现数字化。 但是我们在制造业希望要深耕的是什么呢?解决单点问题肯定不够。这就是为什么我们需要去打造低代码的行业解决方案。

QCon-之岳2.jpg

图上中间这一块,围绕着制造业的“产、供、销”管理一体化,有非常多的应用场景。整个制造业的解决方案里面可能有几十个、甚至上百个的产品,等着我们用低代码的方式去实现。


中间这块应用场景是产生数据,其实真正的价值在于上层,低代码平台实现了业务闭环之后,会产生大量的数据, 通过数据的分析、数据的展现,帮助我们的客户来做决策分析。这是低代码平台必须要解决的:不只是生产数据,而是让数据能够发挥价值。

另外,制造业有一个非常强的诉求是应用互联和IOT,设备要万物互联。这些都必须通过低代码平台,用连接集成能力去把它做起来。最终低代码平台是能去解决一整个行业的数字化转型。


钉钉宜搭将来不再是作为独立的低代码产品,不是简单地做产品的商业化,而是要成为低代码基础设施的提供者,我们会有非常多的生态伙伴。


有些伙伴以前想要做一个SaaS,想都不敢想,因为以前To B的SaaS门槛很高,没有几十人的研发团队是做不出一个优秀产品的。但是低代码平台可以把门槛降到足够低,只需要一个小型、有一定开发能力的团队,就可以打造出真正属于这个团队自己的行业级产品,这是低代码的优势。我们和伙伴们讲,希望你们用钉钉宜搭平台打造出属于你们的东西。


低代码平台上的应用和产品优势不止于此。它原生于低代码PaaS平台,天然具备扩展、定制的能力。我们用低代码平台打造出来的产品能够拥抱变化,客户提什么需求都没问题,可以快速定制修改,甚至所见即所得,这是我们希望达到的目标。这已经不是愿景了,因为包括钉钉宜搭在内,低代码平台正在实现这一切。

原文链接:https://developer.aliyun.com/article/784440?

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

以上是关于低代码平台是“业务上云”走向万千企业的最后一公里的主要内容,如果未能解决你的问题,请参考以下文章

「低代码」跑通现代BI“最后一公里”的背后

实时的软件生成 —— Prompt 编程打通低代码的最后一公里?

数字技术战略:开发者体验 —— 内部工具的“最后一公里”

低代码开发平台有啥特点?

秉持“数字中国”使命,打通5G时代上云的“最后一公里”

低代码平台在企业软件开发中的优势