关于低代码，你大概听过这句话：「Gartner 预测，到 2026 年，75% 的新应用将通过低代码或无代码技术构建」。然后是各种版本的变体——70%、80%、甚至 5000 亿美元。
问题的根源在于：这几个数字说的根本不是同一件事。75% 说的是"新应用中有多少用低代码构建"，80% 说的是"技术产品中有多少由非专业开发者参与构建"，70% 来自另一家机构（Forrester）。把它们混在一起引用，必然出错。
这篇文章要做两件事：把这些数字各自的口径还原清楚，再告诉你哪些数字可以直接用来做决策、哪些只能当背景。
一、渗透率：三个数字，三种含义
先把最常被引用的三个渗透率预测摊开。它们看起来都在说同一件事，其实不是。
| 数字 | 来源 | 它真正在说什么 | 可引用性 |
|---|---|---|---|
| 75% | Gartner，报告《Gartner Forecasts Low-Code/No-Code Platform Market for 2026》 | 到 2026 年，新应用中通过低代码或无代码技术构建的比例；对比基线是 2020 年的不足 25% | 高，有原始报告名、有基线对照 |
| 70% | Forrester | 到 2026 年，新应用中通过低代码或无代码技术构建的比例 | 高，与 Gartner 同口径，可互相印证 |
| 80% | Gartner（另一条预测） | 到 2026 年，约 80% 的技术产品将由非专业开发者参与构建；另一版本表述为「80% 的低代码用户来自 IT 部门之外」 | 低，对象是"参与构建"而非"用低代码构建"，量级完全不同 |
75% 和 80% 之间那 5 个百分点的差距，是中文技术媒体里最常见的引用错误来源。它们一个是"新应用的构建方式"，一个是"技术产品的参与主体"。把它俩并列成「Gartner 认为 75% 到 80%」是错的——它们衡量的是两件不同的事。
另外一条同样被频繁误引的 Gartner 数据，原文是「80% 的低代码用户将来自 IT 部门之外」。这条说的是用户构成，不是渗透率。这两个"80%"长得完全一样，含义天差地别。
二、市场规模：为什么有 445 亿、520 亿、500 亿三个数
渗透率吵完，规模也吵。同样是 Gartner 或其圈子里的报告，出现了三个不同的规模数字。
| 数字 | 年份 | 说明 |
|---|---|---|
| 269 亿美元 | 2023 | Gartner 口径下全球低代码开发平台市场规模（作为 445 亿的基期） |
| 445 亿美元 | 2026 | 同一条曲线的终点，2021–2026 年 CAGR 为 19.2%；其中企业级低代码应用平台（LCAP）细分预计超过 180 亿美元，CAGR 超过 20% |
| 约 520 亿美元 | 2026 | 另一口径，CAGR 接近 28%，比 445 亿那条曲线更陡 |
| 373.9 亿美元 | 2025 | Fortune Business Insights 口径；同年预测 2026 年为 489.1 亿美元 |
| 约 500 亿 → 约 660 亿 | 2025 → 2026 | 第三方汇总口径，2026 年增速较高 |
同一年的 445 亿、489.1 亿、520 亿、660 亿——最高和最低差 48%。但要注意 Gartner 那条 445 亿的曲线内部是自洽的：269 亿（2023）按 19.2% 复合四年约 543 亿，考虑到增速逐年放缓，445 亿属于保守估计。问题不在算术，在口径：445 亿是"低代码开发平台市场"，489.1 亿是 Fortune Business Insights 的整体市场定义，而 660 亿那种数字通常把咨询服务、实施费用都算进去了。
还有一个必须知道的细分口径差异：Gartner 定义的"低代码开发技术市场"（LCDP）是一个更大的集合，它包含 MXDP（多体验开发平台）、iPaaS（集成平台）、RPA（机器人流程自动化）、BPA（业务流程自动化）、CADP（云应用开发平台）这些细分市场。企业级低代码应用平台 LCAP 只是其中一块。引用"低代码市场 X 亿"时，搞清楚说的是 LCDP 还是 LCAP，两者差距不小。
三、中国市场：一个数据归属混乱的活教材
中国的数据更适合作为「二手转引」的反面案例。
| 数据 | 年份 | 常见归属 | 核查后的情况 |
|---|---|---|---|
| 21.1 亿元，同比 +21.4% | 2025H1 | IDC《中国低代码与零代码软件市场跟踪报告，2025H1》 | 可靠，有报告全名，是这个领域追踪最严谨的国内来源 |
| 破 131 亿元 | 2026 | 有中文文章归给 IDC，也有归给 Gartner | 不可靠，同一数字被两家机构同时认领，至少有一处是错的 |
| 增速 42.3% | 2026 | IDC | 与 131 亿元同源，归属存疑 |
| 118.4 亿元 | 2025 | 艾瑞咨询 | 来源独立，但与其他口径不可直接比较 |
「131 亿元」这个数字在中英文技术内容里被反复引用，但至少一半的引用把它挂在了错误的机构名下。这正是"必须回到英文原始报告"的价值——国内转引链条长，机构名很容易在传播中被替换。引用国内数据时，优先找有报告全名和发布时点的那一条。
如果只记一个中国数字，记 IDC 的 2025H1 = 21.1 亿元、同比 +21.4%。它有明确的报告全名，可核查，而且 21.4% 这个增速放在企业级软件赛道里是相当能打的一档——它说明中国低代码市场处在稳健增长而非爆发的阶段。
四、厂商格局：Gartner 魔力象限的实际排位
低代码领域最有信息量的不是市场规模，是 Gartner 每年更新的魔力象限。2023 年那一版的 Leaders 象限是：
| 厂商 | 可核查的硬数据 |
|---|---|
| OutSystems | 连续第 9 年占据 Gartner 执行能力榜首；全栈 AI 辅助编程可自动生成 70% 基础代码；金融领域可用性达 99.99% |
| Microsoft | Power Apps 全球市场份额超过 20%，依托 Azure 与 Office 365 生态 |
| Mendix / Salesforce / ServiceNow / Appian | 同处 Leaders 象限（Siemens 旗下 Mendix、CRM 生态 Salesforce、ITSM 生态 ServiceNow、流程自动化 Appian） |
OutSystems 那三条数据里，「自动生成 70% 基础代码」和「金融可用性 99.99%」是两种完全不同的竞争力。前者说的是开发效率（面向新项目），后者说的是运行时可靠性（面向存量核心系统）。一家厂商能同时在这两端拿到数据，说明它的定位是"从原型到生产的全生命周期平台"，而不是轻量级表单工具。
ServiceNow 入选 Gartner 魔力象限领导者的消息可以追溯到具体报告：2025 年 7 月 28 日发布，作者为 Oleksandr Matvitskyy、Akash Jain、Kyle Davis、Adrian Leow。有作者名单的报告才是一手来源。
五、选型时真正有用的三个数字
前面那些市场规模和渗透率，适合写进行业分析报告，不适合用来选平台。真正能进选型文档的是这三个：
第一，61% 的组织用户把「AI 开发能力」列为选型核心指标。这个数字回答了"为什么要现在换平台"——如果你的采购标准里还没有 AI 能力这一项，你的评估表已经落后于市场。
第二，85% 的企业级低代码平台采用「可视化配置 + 代码拓展」的混合架构。这一条直接推翻了"低代码 = 不写代码"的误解。没有厂商能靠纯拖拽交付企业级系统，能扩展自定义组件的平台才是企业级，锁死在配置层的平台注定只能做内部工具。
第三，低代码降低开发门槛 60% 以上，把交付周期从 36 个月压到 24 周。注意这个"60%+ 降低门槛"和"36 个月→24 周"是一组配套数据：门槛降低 60% 说的是"更多人能参与"，周期压缩 6 倍说的是"少数人交付更快"。两者是不同维度的收益，混着说会误导预算测算。
六、怎么用这份信息：五条实践建议
第一，引用 Gartner 数据时必须区分三个 80%。「75% 新应用用低代码构建」（渗透率）、「80% 技术产品由非专业开发者参与构建」（参与主体）、「80% 用户来自 IT 部门外」（用户构成）——三个都出自 Gartner 口径，但说的是三件事。写材料时注明是哪一个，这一处就能挡住大部分质疑。
第二，市场规模优先用 CAGR，不要用终值。19.2%（Gartner 2021–2026）、接近 28%（另一口径）、29.10%（Fortune Business Insights 2026–2034）——增速区间比规模区间窄得多。如果只需要一个趋势表述，「约 25% 的复合年增长率」在各家口径下都站得住。
第三，评估平台先问三个问题：能不能写自定义组件、能不能接私有化部署、出了故障谁来兜底。85% 的企业级平台是混合架构，纯配置层的平台在核心业务上必然撞墙。99.99% 可用性这种承诺只有能给 SLA 合同的厂商敢给，没有合同的"高可用"是营销词。
第四，AI 能力要看它落在哪一层。OutSystems 的 70% 基础代码自动生成是 IDE 层的，AI 帮你写组件代码；有些平台的 AI 只在表单设计器里做了个「AI 帮写」按钮。前者决定你三年后的开发效率，后者只是个演示功能。验收时直接让它写一个真实的复杂组件，看能不能跑通。
第五，低代码的 ROI 不要按「替代人力」算，按「交付确定性」算。门槛降低 60% 是真的，但它兑现出来的是「更多业务方能参与需求验证」，而不是「少几个开发」。真正的价值在周期从 36 个月到 24 周——因为在这个项目里，一个季度的延期成本远高于省下的人力成本。
七、结语
低代码是过去几年被引用数据最多的技术话题之一，也是数据质量最差的技术话题之一。
把这一堆数字分完类，其实只剩三个可信度不同的层级：
最可信的是厂商和项目的具体数字——OutSystems 连续 9 年榜首、Power Apps 份额超 20%、某品牌转化率涨 40%。这些有明确主体，可逐年对比，不会随口径变化而漂移。
次可信的是有原始报告名的机构预测——Gartner 75%、Forrester 70%、IDC 中国 2025H1 增速 21.4%。它们可核查，但都是预测，兑现与否要事后验证。
最不可信的是没有原始出处的孤立数字——5000 亿美元、80% 应用由业务人员开发、131 亿元（机构归属不明的那条）。这些数字传播得最广，因为它们足够刺激，但没有一个人能说出出处。
所以对你的实际决策只有一句话：用 Gartner 的 75% 讲趋势，用 85% 的混合架构判断平台档次，用 36 个月到 24 周算自己的 ROI。其余的数字知道了就行，别写进方案。
