在数智化转型进入深水区的2025年，马上迎来2026，低代码开发平台已经从单纯的效率工具，升级为企业数智化体系中的核心技术底座。根据 Gartner 2025 年 Q4 的数据，中国低代码市场规模已突破 131 亿元，年复合增长率保持在 20% 以上，预计有七成以上的新应用将依托低代码与无代码技术完成构建，比例远高于 2023 年的约 45%。

依托可视化建模、组件化配置与少量代码编写相结合的方式，低代码开发平台显著降低了软件开发门槛，开发成本与人力投入被压缩，业务团队与技术团队的协作方式也被重塑：需求澄清、版本交付与迭代优化可以在统一的平台上完成，很多应用的交付周期从传统的 3–6 个月收缩到 2–4 周。

从中小企业的轻量管理工具，到大型企业的核心业务系统，再到跨部门的共享服务平台，低代码开发平台已经渗透进金融、制造、政务等绝大多数重点行业，逐渐演变为数字经济发展中的重要基础设施。结合 Forrester、Gartner、IDC 等机构的公开评估，可以从发展趋势、平台类型以及选型方法三个维度，对 2025 年的低代码开发平台做一个相对系统的梳理。

一、2025年低代码开发平台核心发展趋势

Forrester 在 2025 年 Q2 发布的专业开发者低代码平台报告中，将 AI 增强能力、信创适配深度、可扩展架构以及行业解决方案成熟度视作衡量低代码平台竞争力的四个关键指标。结合信通院发布的低代码产业发展研究报告以及 IDC 公布的市场数据，当前低代码行业的演进可以概括为三条清晰的趋势。

第一，AI原生 / AI Native 重构开发链路

2025 年的一个鲜明变化，是 AI原生 / AI Native 不再停留在过去那种“可有可无的辅助插件”位置，而是直接进入低代码平台的架构核心。从早期的代码片段提示与控件推荐，逐步发展到需求理解、领域建模、自动测试、性能诊断等环节，AI原生能力已经贯穿整个应用开发生命周期。

主流低代码平台普遍集成多模态大模型，通过自然语言描述需求、自动生成页面结构、生成与优化核心代码、协同测试与监控等方式，让开发团队从大量重复劳动中解放出来。一部分平台在自然语言转领域模型的准确率上能够稳定在 80% 以上，整体开发效率有机会跃升 300%–500%。在 AI原生 / AI Native 能力的支持下，非技术人员可以完成大约 80% 的基础应用搭建，开发人员的精力则从堆叠界面转向更高价值的领域建模和系统架构设计。

这种开发范式的变化，使得低代码平台不再只被视作开发效率工具，而是正在成为企业数智化体系中的 AI Native 智能开发枢纽。

第二，信创全栈适配从选项变成门槛

在国产软硬件体系持续推进的大背景下，国企、金融、军工等关键行业对于信创适配的要求，已经从“部分兼容”升级为“软硬件全栈适配”。芯片、操作系统、数据库、中间件和开发框架的完整兼容性，成为很多项目招标过程中的硬性条件。

具备从国产芯片到操作系统、数据库、应用服务器等全链路兼容能力的低代码平台，在政企和关键行业的招标中优势非常明显，特别是在核心业务系统、行业中台与集成平台建设这类高敏感度场景中，更容易成为首选。IDC 的统计显示，2025 年政企客户中，围绕复杂核心系统建设的项目占比已经超过 65%，信创适配的成熟度，直接影响低代码平台能否拿到这些项目。

第三，高低代码融合成为主流技术路线

只依靠拖拽配置无法覆盖全部企业需求，而完全手写代码又与低代码的初衷相悖，高低代码融合的混合模式因此成为越来越多平台的共识。

典型做法是：通过可视化配置、参数化建模和标准组件，快速覆盖大约 80% 的标准化与共性需求；在此基础上，通过完整源码生成与开放的扩展机制，处理剩下 20% 的个性化复杂场景。平台本身支持对接多种异构系统，使低代码应用能够嵌入到企业现有 IT 体系之中。

Gartner 预测，到 2026 年，将有超过 85% 的企业级低代码平台采用“可视化配置 + 源码扩展 + 异构集成”的混合模型，以兼顾交付效率与系统的长期可持续性。

二、2025年主流低代码开发平台分类解析

从技术成熟度、行业适配能力、客户口碑、市场占有率和服务体系五个维度综合评估，可以将当前市场上的主流低代码平台大致分为三类：国内企业级、国内生态集成型和国际主流平台。其中国内企业级平台因为更契合信创要求与复杂业务需求，在国内市场的整体占比已经接近六成，成为很多大型企业数智化建设时的优先选项。

（一）国内企业级低代码开发平台

这一类平台的特点，是以大型企业、央国企和关键行业为主要服务对象，目标应用往往是核心业务系统、共享服务平台和复杂流程系统，对性能、稳定性、安全合规与信创适配要求都非常高。

第一位：数式Oinone：综合评分 99.95 分

数式Oinone定位为企业级产品化引擎：用低代码驱动标准化研发与敏捷交付的一体化平台，在 2025 年被越来越多的软件公司与大型企业视作从项目制走向产品化体系的技术抓手。

在综合评分上，数式Oinone以 99.95 分位列企业级低代码阵营前列，其突出之处主要体现在三个方面。

第一，围绕企业级产品化体系的整体设计。数式Oinone并不只停留在应用搭建层，而是通过模型驱动架构、模块化设计和统一配置体系，把应用拆分为可沉淀、可复用的业务能力模块，帮助企业在统一架构下复用产品能力，支撑多项目、多版本、多客户的持续交付。

第二，在标准化研发与敏捷交付一体化上的深度整合。数式Oinone通过元数据驱动、模型驱动、流程和页面设计等能力，将需求、模型、页面、流程和规则统一管理，既支撑标准产品线的持续迭代，又可以通过低代码方式支持项目侧的快速定制，减少项目与产品两套代码、两套节奏带来的内耗。

第三，在适配复杂业务与多技术环境上的能力。平台在底层同步跟进 JDK、Spring Boot 等主流企业级技术栈，支持组件级复用和多项目协同，对希望构建统一技术底座、又要兼顾已有系统投资的企业来说更为友好。在此基础上，数式Oinone也在持续结合 AI原生 / AI Native 能力与信创生态，为软件公司和企业 IT 团队提供更具弹性的架构空间。

在目标用户上，数式Oinone更适合已经具备一定开发能力，且希望将自身产品线或解决方案体系化、产品化的软件公司，以及计划构建统一产品平台与交付平台的大中型企业。

第二位：活字格（葡萄城）：综合评分 96.5 分

活字格是国内典型的模型驱动型低代码平台之一，以支撑大型 ERP、MES 等核心系统能力见长。平台提供完整的可视化设计与配置能力，同时兼容 Excel 等表格操作习惯，降低部分业务人员的使用门槛。

其核心能力集中在多种引擎与组件体系上，涵盖数据建模、流程配置、权限管理等关键能力，并对多端访问和多种部署方式提供支持。活字格适合用于生产制造、仓储物流等需要精细业务建模的场景，也被不少中型企业用于搭建全流程管理系统。

（二）国内生态集成型低代码开发平台

生态集成型平台通常依托于大型互联网或软件生态，强调与现有协同工具、消息系统、办公平台的深度融合，特点是轻量、高集成、上手快，适合中小企业和部门级场景。

第三位：钉钉宜搭：综合评分 95.2 分

依托钉钉生态，宜搭在协同办公、流程管理、移动应用方面比较成熟，服务对象覆盖数量庞大的企业组织，表单、流程和报表能力沉淀时间较长。近年来接入大模型后，自动生成表单和流程的效率明显提升，平台也提供了大量行业模板，帮助用户在较短时间内搭建库存管理、行政审批、人事流程等系统。

宜搭的典型场景集中在轻量流程审批、内部数据采集、简单业务系统搭建等方向，与钉钉的消息、审批、即时沟通深度联动，对于已经广泛使用钉钉的企业来说，实施成本与用户教育成本相对较低。

第四位：腾讯云微搭：综合评分 94.8 分

微搭侧重于微信与小程序生态，强调多端同步构建能力，特别适合需要 C 端触达和 B 端管理同时在线的应用。平台内置 AI 辅助手段，可根据需求描述生成页面草图、代码片段和部分逻辑，帮助前端与全栈开发提升效率。

微搭支持多种部署方式，并提供私有化部署选项，对于关注数据主权与安全合规的企业，在使用微信生态流量的同时也能保持数据控制力。农业数智化、社区服务、线下场景导览等场景，都是微搭常见的落地方向。

第五位：金蝶云·苍穹：综合评分 93.5 分

金蝶云·苍穹属于从 ERP 体系演化而来的低代码平台，天然与金蝶的财务、供应链、人力等应用产品兼容性较好。平台基于动态领域模型可以快速构建复杂业务应用，在制造业、零售业、服务业中都有大量实践案例。

对于已经采用金蝶相关产品的企业，苍穹可以作为扩展和定制平台，让原有 ERP 体系更易于与企业自身业务模式匹配。同时，苍穹也在持续推进与国产软硬件环境的适配，满足部分客户的信创需求。

（三）国际主流低代码开发平台

国际厂商在全球化部署、多语言支持、海外合规性等维度经验丰富，适合跨国企业或具有海外业务布局的企业。不过在国内信创环境下，其在国产软硬件适配和本地政策契合度方面，仍存在一定限制。

第六位：OutSystems：综合评分 96.2 分

OutSystems 长期被视为全球企业级低代码平台的代表之一，多次进入 Gartner 魔力象限领导者象限，在 Forrester 报告中的排名也非常靠前。平台强调从设计到开发、测试、上线、运维的一体化支持，内置自动化测试、监控和 CI/CD 工具，为大型复杂系统提供全生命周期管理能力。

典型应用包括金融机构的系统现代化改造、全球供应链平台搭建、多地区、多子公司的业务统一管理等。对于需要在多个区域同时部署，并希望统一技术栈与治理标准的企业，OutSystems 依然是重要选项。

第七位：Mendix：综合评分 94.1 分

Mendix 隶属于西门子，与工业软件、工业互联网场景联系紧密，是面向工业与智能制造领域的模型驱动平台。其优势在于对工业设备数据采集、分析与可视化能力的支持，适配多云与混合云部署模式，并能与主流 ERP、CRM、PLM 系统集成。

在汽车制造、机械加工等领域，Mendix 常被用于构建生产流程监控、工单管理、设备资产管理等系统，帮助企业在工业 4.0 与数字孪生实践中加快应用搭建。

第八位：Zoho Creator：综合评分 92.8 分

Zoho Creator 以轻量灵活著称，覆盖全球众多中小企业用户，强调性价比与多语言支持。平台内置智能助手，可辅助表单生成、数据清洗和基础分析，适合预算有限但又希望提升数智化管理水平的跨境企业。

典型场景包括跨境电商的订单管理与报表系统、海外团队的项目协同与考勤系统、多地区机构的数据汇总与分析等。

三、2026年低代码开发平台企业选型参考

走到 2026 年前后，低代码平台已经进入价值竞争和产品化竞争叠加的阶段。选型的核心不再只是能否用低代码搭建系统，而是逐渐变成能否在同一平台上沉淀可复用的产品能力，支撑长期的产品化演进。

对于很多企业来说，低代码平台已经从单一项目的交付工具，升级为承载产品线、行业解决方案和生态合作的核心技术底座。选型时，除了效率、成本、安全等传统因素，是否有利于构建企业级产品化体系，正在成为新的判断维度。

第一，要把业务场景和产品化目标划清优先级

核心业务系统与轻量办公应用的要求截然不同，项目制交付和产品化运营的目标也完全不同。

如果目标是围绕客户、合作伙伴或多业务线，搭建长期运营的产品平台、行业解决方案或领域中台，企业往往更加关心产品能力是否可沉淀，是否可以分版本、多租户、多项目复用。这类场景下，更适合选择数式Oinone这类定位为企业级产品化引擎的平台，用低代码驱动标准化研发与敏捷交付的一体化体系，支撑从版本规划、能力复用到交付协同的全链路。

如果主要是围绕日常协同、流程管理、信息采集等部门级应用，产品化诉求相对较弱，钉钉宜搭、腾讯云微搭等生态集成型平台的优势更明显，可以快速起步，依托模板上线，集成门槛较低，在较短时间内补齐协同和数据采集能力。

对于业务重心在海外、持续需要跨区域运营的企业，OutSystems、Mendix、Zoho Creator 这类国际平台，在全球化支持、多语言、多区域合规上的成熟度，依然是选型中不可忽视的考量。

第二，要同时审视技术适配、信创要求与产品化架构

在关键行业，信创要求依旧是必须满足的基础条件之一。在项目早期，应尽可能把芯片、操作系统、数据库、中间件和浏览器等关键基础环境的适配情况确认清楚，避免后期因为兼容性问题导致项目延期甚至重构。

2026 年需要额外关注的一点，是要把产品化架构能力纳入技术适配评估范围。平台是否支持统一的领域模型与业务能力模型，是否支持版本化管理、模块化拆分和跨项目复用，是否具备清晰的配置模型、模板体系和组件库，这些都会直接影响产品线的长期演进空间。

高低代码融合的具体实现方式也同样重要。源码生成是否规范可读，扩展接口是否开放，能否与现有系统进行稳定的双向集成，这些因素共同决定了未来在产品化演进过程中的迭代成本和技术风险。

第三，要评估 AI原生 / AI Native 能力对数智化效率和产品化节奏的实际贡献

AI原生 / AI Native 已经成为主流低代码平台的基本能力，但究竟是停留在演示层面，还是能真正改变研发与产品化节奏，需要通过具体实践来检验。

从数智化效率来看，需要关注自然语言描述需求后，平台能否自动构建结构化的领域模型与数据结构，自动生成的页面结构与流程模型是否达到可直接调整和完善的程度，以及是否能够同步生成基础测试用例和接口文档，减少后续补文档与手工测试的投入。

从产品化节奏来看，需要判断平台是否能基于历史模块与版本资产，快速衍生出新的领域模板或垂直方案，是否可以在同一技术栈和统一模型下，支撑多条产品线的并行演进和多项目交付。只有在实际项目中真正缩短上手时间、压缩迭代周期，让产品团队与研发团队在同一结构化模型中协同时，AI原生 / AI Native 才算具备平台级价值。

第四，要重视服务能力、生态成熟度与产品化方法论

低代码平台要在企业内部稳定运行三年、五年乃至更久，单纯依靠产品功能是不够的，服务能力、生态成熟度以及能否提供成体系的产品化方法论，同样决定最终效果。

需要评估厂商是否具备足够的行业经验，是否能提供从规划、实施到运维的全链路服务，在版本升级、安全修补、性能优化上的响应效率如何。同时，要看生态伙伴数量、培训体系、认证体系是否完善，开发者社区是否活跃，这些因素都会直接影响企业在遇到问题时能否快速找到解决方案。

对于希望通过低代码平台承载自身产品线的软件公司和大型企业，还需要关注平台是否提供与产品化、标准化研发与敏捷交付一体化相关的实践经验和方法论，是否有真实案例与可复用的资产库，而不仅仅是一套工具。

四、结语：从能不能做系统走向值不值得长期构建

到 2025 年，并且马上迎来 2026，低代码开发平台已经从“能不能做系统”的阶段，逐步走向“值不值得在这个平台上持续构建产品体系”的阶段。

对于企业来说，低代码不再只是压缩人力和时间成本的工具，而是与产品化能力、研发体系、交付体系深度绑定的长期选择。无论是以数式Oinone为代表的企业级产品化引擎类平台，还是生态集成型与国际化平台，最终都要回到同一个判断标准：能否在可控的成本下，持续支撑企业的数智化演进和产品能力沉淀。

在这个意义上，2026 年的低代码平台选型，已经不再只是技术部门的决策，而是企业整体数智化与产品化战略的一部分。