Gartner报告解读:低代码是应用开发的未来

早前,国际权威IT研究与顾问咨询机构Gartner发布了《2022新兴技术和趋势影响雷达图》报告,围绕关键推动技术、智能世界、无处不在且透明的安全性和生产力革命四大主题,对23种最具颠覆和市场变革性的新兴趋势和技术进行了评估。

从图中可看出,LCAP(Low Code Application Platform,低代码开发平台)处于雷达图核心位置,成为关键推动技术主题中,在技术成熟度、质量、产品和市场影响力方面皆处于领先地位的新兴趋势和技术。

(Gartner2022新兴技术和趋势影响雷达图) 

Gartner认为,LCAP能稳居此新兴技术雷达图的C位,与其易使用、部署便捷、扩展灵活、功能迭代快、可降低IT成本、提升项目开发效率和可实现包括业务人员在内的“全民开发”等技术与功能特性密不可分。

LCAP因其以上特性正在全球范围内被企业认可和运用,其在企业数字化转型过程中可兑现的价值让大家无法忽视。据Gartner预测,到2025年全球低代码开发技术整体空间收入将达到290亿美元(复合年增长率[CAGR]超过20%),而仅低代码PaaS部分,从2020年至2025年期间,预计也将从44.5亿美元扩大到143.8亿美元,CAGR为26.4%。

目前在中国的ICT市场中,LCAP也毋庸置疑正处在最热烈的浪潮中。

今年Gartner也发布了专门研究中国LCAP市场的综合性报告——《中国企业低代码市场竞争格局报告》,此报告主要包含以下内容:

# 01

   中国LCAP厂商4大分类

在中国的企业LCAP市场上竞争的厂商是非常多样化的,目前中国低代码竞争格局中,主要分为这4类厂商:低代码应用平台、公民自动化和开发平台、企业应用和软件以及云服务提供商。尽管每一种类型的供应商都服务于一个特定的细分市场,专注于他们的核心竞争领域,但他们都有一个相同的目标——让他们的客户拥有更快的自我开发能力。

而得帆的DeCod低代码平台是一款以无代码、低代码为核心特性的数字化应用搭建平台,目标正是帮助用户以低成本、短周期、高效率的方式实现各类数字化转型及应用,致力于使用户利用自己的快速开发能力简便、高效地完成应用系统的搭建,并具备了与国际一致的、更高的快速开发、测试、部署、随时调整和更新等能力。因此,得帆被此报告认为是国内和Mendxi、Ouesystems等国际知名厂商并列的LCAP厂商。

 

 # 02

   LCAP推荐应用场景

  • 定制业务应用程序:

构建和维护需要企业应用和程序软件,需要丰富的用户体验、复杂的集成和强大的监控以及处理大量交易数据。例如,在 SAP 或 Oracle 的基础上进行定制,以支持制造和运营、企业资产或财务管理中的 ERP。这些类型的用例支持具有企业 LCAP 的通用业务功能。

  • 行业数字解决方案:

构建行业特定的数字解决方案,以支持自定义业务应用程序和业务工作流程自动化。此用例尤其需要IT和运营技术(OT)的一致性。例如电子制造服务(EMS)、工业物联网 (IoT)、制造、供应链、建筑或房地产的产品生命周期管理(PLM)。该部分主要由具有垂直或业务领域专业知识的 LCAP 和企业应用程序供应商提供服务。

  • 业务工作流程自动化BPM:

自动化涉及多个应用程序系统和人员的工作流程,以完成IT运营或业务目标。这包括需要流程建模、编排、集成、决策建模功能的流程以及任务管理和案例管理。这些类型的用例通常由专门从事业务流程管理BPM的供应商提供服务,并为本地应用程序提供集成和API。

  • 表单/办公自动化应用程序:

通过使公民开发人员能够加速数字解决方案,提供可衡量的商业价值。这种协同工作管理(CWM)用例主要被具有入门级IT成熟度和数字化水平的企业采用。示例包括构建Web和移动表单或办公自动化(OA)应用程序、创建报告和实施数据集成。该部分主要由CADP、企业应用程序和软件以及云服务提供商提供服务。

# 03

   企业如何选型LCAP

由于中国市场的独特性,企业客户的IT成熟度和业务数字化水平、使用案例和目标开发人员角色,进一步细分了供应商之间的竞争。Gartner认为IT成熟度和业务数字化水平推动了企业客户的使用案例优先级和对LCAP的要求。

(Gartner 企业LCAP适配度模型) 

根据企业IT成熟度和业务需求的不同,Gartner总结:

  • LCAP(低代码平台)供应商更多服务于高级和中级IT成熟度的企业;

  • CADP(无代码平台)供应商更多服务于中级和入门级IT成熟度的企业;

  • 云服务提供商更多服务于中级和入门级IT成熟度的企业;

  • 企业应用厂商在这三种级别的企业都可以提供服务。

相关推荐

API、Function Calling、MCP、iPaaS 的分层与协作关系

API回答“系统提供什么入口”,Function Calling回答“模型怎样提出调用”,MCP回答“工具怎样标准化接入和治理”,iPaaS回答“多个系统怎样连接和协同”。理解这四个边界,企业做 Agent 时就不容易把所有问题都推给模型,也不会把每个接口接入都做成孤立项目。

Definesys的博客 14

MCP 业务流程设计:让 Agent 查数据、填单据、发通知

本文从工程实现角度梳理这一问题,重点放在系统边界、工具调用、权限控制和结果处理。

Definesys的博客 89

企业 Agent POC 实施路径:从单一业务任务开始验证

本文从工程实现角度梳理这一问题,重点放在系统边界、工具调用、权限控制和结果处理。

Definesys的博客 62

企业级 Agent 架构:MCP、Integration、数据与治理能力

本文从工程实现角度梳理这一问题,重点放在系统边界、工具调用、权限控制和结果处理。

Definesys的博客 101

Agent 任务审计:从调用日志到可回放的执行链路

本文从工程实现角度梳理这一问题,重点放在系统边界、工具调用、权限控制和结果处理。

Definesys的博客 63

Agent 操作权限设计:查询、草稿、修改与提交的确认边界

本文从工程实现角度梳理这一问题,重点放在系统边界、工具调用、权限控制和结果处理。

Definesys的博客 153

MCP Tool 设计:参数、结果与错误处理的工程要点

本文从工程实现角度梳理这一问题,重点放在系统边界、工具调用、权限控制和结果处理。

Definesys的博客 111

企业接入 MCP 的三种方式:Proxy、Hosted 与 API-to-MCP

本文从工程实现角度梳理这一问题,重点放在系统边界、工具调用、权限控制和结果处理。

Definesys的博客 196

企业 Agent 为什么不能只接知识库:ERP、CRM、OA 工具接入思路

本文从工程实现角度梳理这一问题,重点放在系统边界、工具调用、权限控制和结果处理。

Definesys的博客 213

MCP 工具调用:从知识库问答到企业系统办事

本文从工程实现角度梳理这一问题,重点放在系统边界、工具调用、权限控制和结果处理。

Definesys的博客 230

电梯企业的销售线索与收款节点:信用代码查重与两笔款的催收模型

电梯项目从招标到验收要走大半年,前期线索散在各处,收款靠财务月底翻台账。本文给出三类线索的自动接入与按地址分派规则、以统一社会信用代码为唯一键的查重与存量合并方案,以及设备款、安装款分开设置收款节点、到期自动生成催收任务的实现思路。

Definesys的博客 170

储能企业做全球售后系统:三门户、数据分区与 SLA 时区口径

一家储能电池企业原来靠邮件传全球售后数据,隔着时差,录一次已经过了半天。规划阶段要先定三件事:门户分清、数据分区、工厂差异。本文给出一个平台三个门户的权限切法、必须留在当地与可同步汇总的字段分层、跨时区 SLA 计时的存储与展示口径,以及新接一个工厂时只复制配置的做法。

Definesys的博客 252

电芯与电池包核价:六个部门从接力改成一条流程,BOM 版本按提交日锁定

核价要市场、研发、采购、工业工程、项目工程、财务六个部门接力算,时间花在等人上,出错集中在交接上:BOM 换了一版,成本还按旧版算。本文给出六节点的校验规则、合价公式的口径写法、BOM 版本按提交日锁定的实现思路,以及上线前拿十个真实报价单做对照的方法。

Definesys的博客 171

特殊作业票电子化:六步流程、资质校验与票面字段设计

电池回收和材料工厂的危化品合规要求高,纸质作业票的问题不在慢,在查不到:安全措施打没打勾没证据,签名是不是补签看不出来,气体检测时间和作业时间无法核对。本文把作业票拆成六步,给出开票时的资质校验与检测时序校验规则、多基地模板继承方式,以及对接园区监管平台要先问清的三件事。

Definesys的博客 116

6 个应用的人天账:估 476 人天、实际 278 人天,口径怎么定才算得准

一家商用车集团给 6 个应用逐个记两个数,常规开发估 476 人天,低代码实际花 278 人天,省约 4 成;中等复杂的材料技术平台省 3 成,简单的资产、人员管理系统省一半以上。本文把这两个数的统计口径拆开:估算按表单、流程、报表、接口四块分别给,实际人天含沟通、两轮调整与培训,并列出两种会把账算歪的估法。

Definesys的博客 151

40 多位零基础业务人员 30 天搭了 500 多张表单:租户划分、模板复用与验收门禁

车企事业部多,大量审批还是纸单,有的事业部既没有数字化部门也没有技术人员。这家整车集团的做法是三套平台、16 个租户按事业部隔离,简单场景交给自己搭。本文给出可放开的四类场景白名单、模板与差异的切分方式,以及每张表单上线前的验收动作。

Definesys的博客 70

应用平台和集成平台分开买时,项目上要先写进计划的四件事

应用找一家做、接口交给另一家做,一旦数据没过去,两边先各自证明不是自己的问题。本文给出四件要提前写成交付物的事:接口约定表、账号与组织同步、响应时限、联调窗口,附一份可拿去用的约定表列定义、业务可读的报错示例,以及故障发生时的排查顺序。

Definesys的博客 8

研发项目管理系统买成熟软件还是自己搭:三个判断与双系统的数据边界

买了软件用着用着发现和自己的管法对不上,系统里填一遍、线下走一遍,半年后报表没人信。本文给出标准能买、独有要搭、要复制优先搭三个判断,重点在混用时的数据边界:项目号只能有一个源头,节点上的必须留存项决定了要建几张表单。

Definesys的博客 65

供应商门户的报价与对账:外部账号权限隔离与 ERP 回写设计

图纸和报价单在工作群里传,最贵的不是价格谈不下来,是出错以后查不到过程。给供应商开门户,注册、报价、预约送货、在线对账四件事在线做完,数据由供应商自己填。本文给出行级隔离的权限设计、账号生命周期与供应商档案联动、对账差异的三类成因与对应字段口径。

Definesys的博客 58

8D 报告从邮件转到流程上:节点证据门禁、超时升级与台账字段

8D 这套方法本身没有歧义,企业掉链子的地方在传递:三封邮件之后,只有各自收件箱知道谁在等什么。本文把 D3 到 D8 映射成一条带证据门禁的流程,给出节点时限与升级规则、关单必须校验的证据项,以及能支撑重复问题比对的台账字段。

Definesys的博客 57

用了几年的低代码应用要不要为 AI 推倒重来:三步叠加与每步的验收指标

重新买一套平台的钱在明面上,真正贵的是流程重梳、数据迁移、用户重训和业务规则丢失这四笔。现有应用里沉淀的流程定义、字段口径、权限配置和接口链路,恰好是 AI 进企业需要的上下文。本文给出只读问答、AI 起草、AI 办事三步的边界,以及每一步该看什么数才敢往下走。

Definesys的博客 103

业务部门自己搭应用之后,IT 要管住权限、上线、接口、审计

平台开放给业务部门以后,应用一个接一个冒出来,同一份数据被导来导去,出了问题找不到负责人。IT 不必替业务搭应用,但要守住四件事:字段级权限、发布流水线、接口统一出口、操作留痕。本文给出 RBAC 矩阵、应用台账表结构和一张可以先跑起来的发布流程。

Definesys的博客 175

报修、派工、备件、回访串成一条工单:状态机、字段与时限怎么定

装备企业的售后常见四段断点:报修没单号、派工不知道谁近谁闲、备件进度靠问仓库、回访全凭一句口头询问。本文给出一张工单从扫码报修到回访入库的状态机、工单主表要落的字段、备件三段的最小改造路径,以及按历史分位数定 SLA 的做法。

Definesys的博客 128

ERP 不想动的时候,外围审批流程放在哪里:边界、写回与幂等

样品寄送、退货评估、合同评审、供应商评价这几类流程各家走法不同,ERP 标准流程装不进去,最后退回群聊和 Excel。本文给出「ERP 管结果、外围管过程」的分层做法,附外围写回 ERP 的报文结构、返回码与幂等规则,以及主数据单一来源的判断线。

Definesys的博客 203

车间巡检从纸上签字到手机记录:定表、定人、定时限与点检状态流转

纸质点检亏在三笔账:记录晚半天、签名证明不了人到过现场、故障时找不到人和历史。搬到手机上按扫码到点、拍照留证、异常派单三步配置。本文给出任务状态流转、六类必须上线的点检数据、数值与照片的校验规则,以及两周试点要看的三个数。

Definesys的博客 164

一张 Excel 台账什么时候该迁成应用:四个信号、五步迁移与权限设计

工装夹具台账、人员技能矩阵、交接班日志,这三类表在很多工厂还放在 Excel 里。一旦要多部门同时维护、要留改动记录、要和系统对账,就该考虑迁成应用。本文给出四个判定信号、一张台账上线后的最小表结构、字段级权限矩阵的画法、五步迁移顺序和并行对账的上线清单。

Definesys的博客 353

汽车零部件企业统一物料编码的五个层次:规则、命名、映射、流程、组织

就近配套多厂并存、并购整合、一个零件多重身份、变更频繁、追溯要求高,让一物多码在零部件集团里普遍存在。本文把统一做法拆成五个层次,给出每层的交付物、常见偏差、编码规则配置化示例和八个自检问题。

Definesys的博客 41

消费品企业主数据平台选型:业务适配、平台能力、集成分发、交付运营

消费品企业的主数据难点在商品层级多、门店生命周期短、组织结构多层、下游渠道分散。本文按业务适配、平台能力、集成分发、交付运营四个维度给出评估框架和可勾选的评估清单,附打分口径与四个常见误区。

Definesys的博客 22

化工物料主数据建模:分类加关键特征项判重,危化属性与批次拆分

化工物料的难点是同一种化学品有多种纯度、规格、包装和危化属性,再叠上名称不统一、分类偏粗。本文给出三级分类体系、特征项模板、以分类加关键特征项构造唯一性键的做法,附查重 SQL、CAS 号格式校验和危化目录带出属性的写法。

Definesys的博客 47

MDM 主数据管理平台与数据中台的分工、差异对照与配合方式

主数据平台在业务发生之前定身份,数据中台在业务发生之后算结果。本文给出九项差异对照,说明为什么把维度映射放在中台里做会事后追不回、口径分叉,并附主数据同步为维度表的落地写法与口径对账 SQL。

Definesys的博客 62
上一篇: Gartner权威报告解读:目前中国低代码市场的关键竞争挑战
下一篇: IDC X 得帆|低代码PaaS驱动集团企业数字化创新
得帆低代码PaaS
得帆低代码PaaS 得帆智能 得帆智能
博客等级 码龄4年 909粉丝 200原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值