随着数字化转型浪潮的推进，企业的数字化应用开发需求快速爆发。低代码作为一种“软件开发新范式”，凭借其可视化、快速构建数字化应用的能力，帮助企业提升数字化应用开发效率、降低开发门槛，深度拥抱数字化转型。

“低代码”是一种可视化的应用开发方式，相对于传统编写代码的“纯代码”开发方式，低代码可以减少代码编写量或不使用代码编写进行应用的开发。在低代码开发方式下，专业开发人员或业务人员可以通过图形化用户界面，以拖拉拽组件、模块的方式进行应用开发，同时也可以结合编写少量代码的方式进行功能的扩展。其中，“零代码”是低代码的一种特殊表现形式，是指完全不需要编写代码的开发方式，也属于本次报告的研究范围。

在需求侧，数字化转型加速的背景下，企业业务需要快速迭代以及时响应市场需求。全程手写代码的开发方式逐渐难以满足内部业务和外部用户需求，企业迫切寻找更敏捷的产品迭代方式，低代码开发方式因其低成本、高效率的特点，已经演变为企业应用开发的趋势。

近年来，随着低代码产品逐渐走向成熟，企业对低代码产品的接受度逐渐提高，并基于自身IT能力和业务情况提出了新需求，包括缩短体系和架构设计等环节的周期、开发具有行业属性的应用、满足企业级复杂场景应用开发需求、以大模型赋能低代码开发等。

在供给侧，低代码正加速与行业场景融合。低代码刚兴起时，强调低门槛、快速开发应用产品，行业属性不强；如今，低代码市场供给侧百花齐放，本土厂商和国际厂商不断涌现。为使产品更贴合甲方需求，在市场竞争中取得优势，低代码厂商正加速与行业场景融合，为自己打上行业标签。爱分析数据显示，如今有77.4%的厂商在强调行业解决方案能力，其中金融、制造、能源、消费品与零售、物流是最受关注的五个行业标签。

低代码可以为企业应用开发效率、敏捷等方面带来变革，爱分析期待中国企业可以受益于低代码的落地。基于此，爱分析开展了低代码厂商全景和最佳实践的研究。

爱分析认为，从技术架构角度，低代码市场可以划分为平台层和应用层。平台层包括低代码开发平台和零代码开发平台。应用层包括垂直行业场景应用和通用场景应用两部分，每部分包含若干特定市场。

本评估报告聚焦低代码开发平台市场，爱分析遴选出具备成熟解决方案和落地能力的厂商，供企业在做低代码开发平台厂商选型时提供参考。同时，在该市场下，爱分析重点选取了低代码开发平台厂商数聚股份进行能力评估。

市场定义：

低代码开发平台是基于可视化和模块化思想，通过将业务组件封装为可复用模块，结合脚本语言等扩展能力，以尽量减少编写代码或不编写代码的方式完成应用快速开发的开发平台，主要面向专业开发人员。

甲方终端用户：

IT部门开发工程师、产品经理、运维人员等；ITBP

甲方核心需求：

数字化转型加速的背景下，企业业务需要快速迭代以及时响应市场需求，对系统开发效率提出了更高要求。全程手写代码的开发方式逐渐难以满足内部业务和外部用户需求，企业迫切寻找更敏捷的产品迭代方式。与此同时，低代码开发方式因其低成本、高效率的特点，已经演变为企业应用开发的趋势。

近年来，随着低代码开发平台产品逐渐走向成熟，企业对低代码产品的接受度逐渐提高，并基于自身IT能力和业务情况，对低代码开发平台提出了新需求，包括缩短体系和架构设计等环节的周期、开发具有行业属性的应用、满足企业级复杂场景应用开发需求、以大模型赋能低代码开发等。

• 企业需要缩短体系和架构设计等环节的周期，更敏捷地开发应用。企业采购低代码开发平台的核心目的是实现敏捷开发，缩短应用开发和交付周期。尽管低代码开发平台能通过组件封装、调用的方式减少代码编写量，从而缩短应用开发时间，但开发人员与业务人员需求交互、体系和架构设计、微应用分拆设计等环节依然带来漫长的项目周期。企业希望低代码开发平台帮助企业IT人员缩短此类开发环节，进一步提高开发效率。
   
• 企业需要使用低代码开发平台开发具有行业属性的应用。企业有借助低代码开发平台开发行业应用的需求。与财务、供应链等通用场景下的应用相比，行业应用由于需求较少、需要行业Know-how支持等原因，通常不具备标准化组件。以能源行业为例，“油价”组件由燃油类别、时价、日期等要素构成，能源企业如想开发燃油销售系统，需要通过定制化开发的方式获取该组件，为企业带来额外的成本和研发周期。为此，企业需要低代码开发平台具备行业应用开发的组件和模型，支持企业开发行业应用。
   
• 针对企业级应用开发需求，企业需要整合低代码平台能力，与自身低代码产品形成互补。央国企和行业头部企业是低代码开发平台的先行者和主要用户群体。近年来，这类企业已经布局本地化低代码/零代码开发平台，用于辅助业务人员开发表单和自动化办公程序等轻量级应用。但这类平台以表单驱动为主，对企业业务场景下的ERP、WMS等复杂系统开发往往力不从心。为此，企业需要从有相应解决方案的厂商处引入其低代码开发平台能力，与现有低代码平台形成互补。
   
• 企业需要结合生成式AI、大模型技术，赋能低代码应用开发。大模型使生成式AI更智能，从而与低代码开发平台能形成良好的互补关系，提升低代码开发的体验。一方面，自然语言开发填补了低代码开发方式与传统代码开发的思维差异。低代码开发平台以表单“拖拉拽”可视化的折中方式改变开发流程，不符合人们的自然表达习惯。生成式AI带来的自然语言交互方式，更适合此类用户的开发思维。另一方面，生成式AI具备规则执行能力。企业应用构建需要完成许多配置类工作，如配置编码规则、单据上下游推送等。生成式AI能减少配置类工作所需工作量，并提高准确率。企业希望充分利用大模型支持下生成式AI的价值，赋能低代码应用开发。
   

厂商能力要求：

企业对低代码开发平台的需求对低代码厂商提出多项能力要求，包括沉淀齐全的应用组件和模板、以行业组件和拓展ISV伙伴的方式沉淀行业能力、具备复杂企业级场景开发能力、灵活可拆分等。此外，低代码厂商需要积极探索大模型与低代码开发平台融合路径，赋能企业应用开发。

• 低代码开发平台需要沉淀齐全的应用组件和模板，并重视交付伙伴体系建设，全方位赋能企业应用开发。为满足企业敏捷开发需求，厂商不仅需要提供低代码开发工具，还需在低代码开发平台上沉淀组件和模板，允许企业开发人员直接复用。企业对应用开发的需求差异化明显，如PC端应用开发、移动端应用开发、流程开发等，这要求低代码开发平台要具备齐全的业务组件和能力组件，尽可能满足企业需求。

近年来，企业定制化开发需求愈发明显，标准化低代码应用难以应对。在此背景下，低代码厂商需要重视产品生态建设，搭建完备的开发者培养体系，培育更多低代码开发平台交付伙伴。当低代码标准应用不能满足企业开发需求时，厂商可邀请交付伙伴参与该项目，为企业提供开发、交互、技术支持等服务。

• 低代码厂商需要有丰富的行业积累，并以提供行业组件和拓展ISV伙伴的方式沉淀行业能力。为满足企业开发行业应用需求，低代码厂商及其ISV合伙伙伴需要在过往项目中积累行业经验，如行业规范、行业逻辑、行业特有的业务流程等。在此基础上，厂商需要将行业Know-how转化为低代码开发平台的特征体系，并以组件的形式供企业调用。

由于企业分布在不同行业，低代码厂商难以针对每个行业沉淀足够的组件。为此，厂商应积极拓展不同行业的ISV生态伙伴，基于低代码开发平台开发标准化行业应用，为企业提供SaaS服务。

• 低代码开发平台需要具备企业级复杂业务场景的开发能力，且具有灵活可拆分的特点。为解决企业整合低代码能力、开发复杂业务系统的需求，低代码开发平台需要具备企业级PaaS底座，提供企业级应用开发所需的分布式架构、流程一致性、高性能、高并发、运维期间可观测性等技术支持。其次，低代码开发平台需要具备更高的开放性，能够打通中间件、元数据和缓存，与企业原有低代码/零代码技术平台分层融合，实现能力互补。此外，考虑到企业引入新的低代码产品会带来额外的学习成本，低代码开发平台需要具备通畅的技术服务体系，为企业开发者团队学习、适应新平台开发提供保障。
   
• 低代码厂商需要探索生成式AI与低代码开发平台互补的融合路径，赋能企业应用开发。为满足企业对大模型赋能的生成式AI需求，低代码厂商应积极探索基于大模型的生成式AI与低代码开发平台融合路径，赋能企业应用开发。例如，厂商可在自研或接入大模型后，基于自有项目需求文档训练其自然语言模型设计能力，并通过提高模型丰富度，降低对自然语言描述的精确性要求。

入选标准说明：

1. 符合低代码开发平台市场分析的厂商能力要求；
2. 近一年厂商在该市场的营收不低于1000万元；
3. 近一年厂商在该市场的付费客户不低于10个。