价值着陆，行稳致远
中国企业级无代码开发白皮书
(c)2023.4 iResearch Inc. 核心观点
不能灵活而快速地搭建企业级软件，是大多数企业面临的痛点，在技术、市场环境
加速变化的今天尤其如此。这种痛点，不仅导致了开发效率低，而且因环节多、周
期长，进一步导致开发过程中信息传递衰减，本该的慢工出细活却成了夜长梦多，
应用 企业长时间、重资金投入却不能得到趁手的好软件。柔性的无代码可有效解决这一
痛点，因技术能力封装、复用，开发效率大幅提升，甲乙方不同角色间进行圆桌式
开发，软件的使用者真正参与进来，软件质量和体验得到显著提升。后期软件维护、
优化简单，常可在一线闭环完成，研发侧不再处理这些“碎活”，时间和精力用于
更有意义的事情。
数据越来越多，越来越乱，是企业面临的另一痛点。这一痛点并不会因传统意义的
低无代码而消除：业务侧软件开发变得容易，数据反而加速熵增。数据治理即是为
消除这种熵增而出现，但一来较重，二来与应用不能天然打通，企业构建一款新软
件，仅能依靠规范进行对接，但仅仅依靠规范并不持久，必须借助系统及外部“能
数据 量”共同形成负熵流：让散的数据串起来，让乱的数据结构化起来。数据驱动的无
代码应运而生：数据产生即治理，治理即可被复用，只要基于该平台构建的软件，
底层数据天然贯通。软件直接“生长”在统一的数据底座上，无感知的数用一体的
闭环形成。在生长逻辑下，软企服务生命周期也变长，一锤子买卖变为陪伴式成长。
当软件开发快速而灵活、企业数据贯通而“整齐”，企业另一个痛点——领域知识
和员工智慧常存在于个人大脑中，并不能沉淀到企业系统中——也迎刃而解。因软
件开发简单，员工不再压抑自己的需求、想法、创意，形成“因爱而试，因试而爱”
的正向循环，公民开发理念得以落地。因数据实时治理，历史数据尽可用来分析、
智慧 决策，数据分析不再是管理者和分析师的专权，数据直接赋能每一位业务人员。人
工智能尤其是通用大模型的出现，将进一步加速知识的显性化和沉淀：有经验员工
的自然语言、操作动作，被记录、被分析，进而转成数据、脚本、系统，沉淀为企
业资产。另外，数据分析有助于进一步的流程优化。企业软件系统不再只是IT骨架，
而具有了领域知识和智慧的血和肉。
来源：艾瑞咨询研究院自主研究绘制。
(c)2023.4 iResearch Inc.iresearch 2穷则思变：中国软件产业困境与出路1
上下求索：不同软企的转型探索之路2
守正出奇：企业级无代码的实施路径3
身体力行：企业级无代码欧亿·体育（中国）有限公司实践 4
因势而动：企业级无代码未来展望 5
3 数字化关键承载体应用软件的理想状态
业务契合、体验良好、灵活扩展、根基稳定
近年来，数字经济蓬勃发展，不管是整体规模，还是在整体GDP的占比都稳步上升。数字经济包括数字产业化和产业数字
化，其中产业数字化为重中之重，占比更高，且占比逐年上升。
企业软件可分为垂直型和通用型，通用型又可以分为基础型和应用/管理型。其中，应用/管理型软件占比较大，是产业数
字化，进而是数字经济的关键承载体。应用/管理软件，尽管跨不同欧亿·体育（中国）有限公司，但本质可抽象归一，因此有相对统一的评价标
准：第一，其属于应用领域，与业务相关，因此要与企业实际业务（不仅是招标显性需求）高度匹配；第二，用户直接使
用，因此除稳定性外，还要具有良好的、人性化的体验；第三，企业业务多元且变化，这就要求软件具有开放性、自适应
性与成长性；第四，安全、先进、高度抽象的底层架构和数据底座是前三点的保障。
2005-2021年中国数字经济规模 企业应用/管理软件的理想状态
前台（显性特征）：
38.6% 39.8% 自成长
34.8% 36.2%
32.9%01 功能-匹配实际业务需求。
26.1% 02 稳定易用-给予用户良好、人 功能性
45.5 易用性
20.3% 性化的使用体验。
39.2 03 开放、自成长-及时响应由复
14.2% 15.2% 35.8
31.3 杂多变外部环境引起的需求变动。 稳定性开放性
27.2
16.2 后台（ 隐性特征）：
抽象性
9.5先进性
01 抽象性-高度抽象复杂业务
2.6 4.6
需求，支撑前后台解耦。
02 先进性-创新应用前沿技术。
安全性
2005 2008 2011 2014 2017 2018 2019 2020 202103 安全性-在数据、网络安全
方面具备完整的防护措施。
数字经济规模（万亿元）
数字经济占GDP规模的比重（%）
来源：中国信通院，艾瑞咨询研究院整理及绘制。来源：艾瑞咨询研究院自主研究及绘制。
(c)2023.4 iResearch Inc.iresearch (c)2023.4 iResearch Inc.iresearch 4数字化转型的当下供需双方面临的挑战
在需求明确、软件修改、系统集成等方面存在多种卡点
在数字化转型过程中，软件需方（甲方）和软件供方（乙方）之间存在多种卡点。具体表现为：（1）乙方常希望甲方需
求极为明确，但甲方的数字化转型本身就是摸石头过河的过程。（2）甲方希望软件后期可以修改，但乙方绝不允许付出
大量劳动的软件推倒重来，除非甲方另行付费，因此乙方一般不愿意开发过程中尤其是后期甲方的参与。（3）甲方往往
拥有多个乙方（不管是不同时期的，还是同一时期的），这些软件系统往往体验不一致、数据不一致，集成工作复杂，且
一旦集成完就又是一种“写死”。（4）甲乙双方都希望员工稳定，即使不稳定也能保证项目衔接顺利，不带来大量重复
对接工作，更不能烂尾，但现有开发模式下，双方其实都高度依赖员工个人或者具体实施的小团队。
软件需方和供方间的卡点
数字化转型——摸石头过河 希望甲方需求极为明确
D
希望软件后期可以修改S 不愿意开发过程中甲方的参与
软件 软件
需方 供方
不同/同一时期拥有多个乙方体验/数据不一，集成工作复杂
希望员工稳定，项目衔接顺利 高度依赖个体员工或小团队
来源：艾瑞咨询研究院自主研究及绘制。
(c)2023.4 iResearch Inc. iresearch 5