根据IDC预测：“2024年将有65%的应用软件通过低代码开发。” Gartner也曾经发表过类似的预测，结论大致相同。

低代码领域知名企业Mendix，此前发表的一份调查报告：

“在中国市场，86%的受访者表示，企业对于开发人员的需求已经达到了白热化的程度。另外，78%的受访企业表示会依靠非技术人员来缓解IT部门的压力。”

“中国低代码市场呈现了高速发展，85%的IT决策者表示正积极拥抱低代码技术，认为低代码是他们不容错过的趋势。”

“通过低代码开发，企业能够以8-10倍的速度开发完成应用，且成本倍数减少。”

多家机构的研究报告表明：低代码已经是不可阻挡技术趋势，留给码农们的时间已经不多了。

01

低代码到底牛在哪里？

低代码 VS 传统软件开发

许多程序员可能还没有搞清楚，低代码究竟牛逼在哪里？为什么会受到那么多企业的追捧。

低代码，将传统软件开发的6个环节，缩短到了3个环节。即通过把“需求设计”、“架构设计”、“编码”，聚合为“模块搭建”。简单来说，低代码的开发模式，就是在需求梳理清楚后，用“拖拉拽”的方式把功能实现出来。

以一个10人天的软件开发需求为例：

传统软件开发模式，总共需要5个人，即：1个产品、2个开发、1个测试、1个运维，开发周期8天。

低代码开发模式，总共需要3人，即：1个产品，1个开发，1个测试，开发周期2天。

也就是说，使用低代码开发模式，同样的需求，节省开发周期70%，减少技术人员40%。

这只是一个粗略的估算。总之，低代码能够用更短的时间、更低的成本，实现软件产品的交付。

如果你是老板，你会不会选择使用低代码？答案是肯定的。

不难看出来，在低代码时代，有两类人才是最吃香的：一是，懂技术的产品人员；二是，懂业务的技术人员。实际上，这也是程序员、产品经理的职业发展方向。

02

低代码市场快速发展，渐成百亿规模

Forrester Research 在 2014 年时首次提出了 “低代码” 概念，并估算，2017 年全球低代码开发平台市场规模为 38 亿美元，2022 年市场规模将达到 212 亿美元，五年复合年均增长率为 41.03%。

Gartner 也测算了低代码市场的快速增长：全球低代码市场规模在 2020 年达 84 亿美元，预计 2021 年超过百亿美元，2025 年将达到 471 亿美元，五年复合年均增长率为 41%。

Research And Markets 则估计，全球低码开发平台市场预计将从 2020 年的 132 亿美元增长到 2025 年的 455 亿美元，复合年均增长率为 28.1%。

而在国内，低代码的发展依旧十分迅速。艾瑞咨询发布的《2022 年中国低代码行业研究报告》显示，2021 年低代码行业市场规模达到 27.5 亿，增长速度为 72.4%，预计未来 4 年复合增速达到 44.1%，2025 年中国低代码行业市场规模将达到 118.4 亿。

此外，Statista 也曾统计和预测，2020 年中国无 / 低代码市场规模达到 15.9 亿元，预计在 2025 年将突破 131 亿元。

多方统计显示，低代码全球市场规模已达百亿，而中国市场也是蓄势待发。

03

市场增长的 “背后推手”

那么，低代码平台为什么在过去的几年里持续获得关注，并让诸多机构对市场规模和增速的预期都相当乐观呢？原因大概有以下几点：

（1）企业数字化进程不断深入

在经济增速放缓、行业竞争加剧的大背景下，越来越多的企业意识到数字化转型的必要性和紧迫性，并愿意为之付费。而低代码开发平台因为低门槛、低成本、高效率等特性，能够能够让企业低成本高效拥有软件开发能力，进而有力推进企业的数字化转型进程。

（2）软件开发人员供给相对短缺

与日益增长的应用开发需求相比，软件开发人员的数量显得严重不足。根据赛迪智库信息化与软件产业研究所发布的《关键软件领域人才白皮书（2020 年）》预测，到 2025 年我国软件产业将达到 12.8 万亿元，新增人才缺口达 192 万人，关键软件领域人才缺口达 83 万人。

（3）互联网基础设施不断完善

一方面，云计算产品和服务的应用越来越广泛；另一方面，越来越多成熟的应用程序开放了接口，其他产品无需自行开发，就可直接调用其系统或者功能。因而奠定了低代码行业加速发展的基础。

（4）Web 应用的前端技术和模型化设计的基础越来越成熟

从历史演进过程看，软件编程语言的发展主要方向是高级语言对低级语言的抽象封装复用（例如 C 对汇编、C++ 对 C、Java 对 C++）。在云时代，可视化编程语言（VPL）对传统编程语言的抽象封装复用极有可能是新的趋势。

04

为什么低代码里至今没有keyman？

站在2022年这个节点上会发现，同为企业服务里的细分赛道，虽然近年来跑出不少低代码玩家，但既没有产生像erp里的用友、金蝶，更遑论crm领域的salesforce以及协同办公里的zoom。反而传出的更多是被收购的消息，比如西门子收购Mendix和TimeSeries、Magic收购PowPow、字节收购黑帕云。考古微软2005年开始投入的webform，InfoPath等工具，也早被时代淘汰，现在一些寄生大厂生态的明星厂商，名声并没有如雷贯耳。

愿景是美好的，不过现实中类似“低代码是不是伪需求、是否能真的商业化”的质疑声也一直不断，尽管理论上降低了开发门槛，但怎样让客户真正用起来，低代码还是难以实现纯粹的产品化推动。平台如果预设是代码小白，牺牲上限换短期效率，不仅会限制平台成长，是否真的增效也不一定；如果提供给专业开发者，作用又难免鸡肋，更不必说昂贵的变革成本。

为什么低代码里至今没有keyman，归根结底，这并不仅是战略层面拍脑袋能解决的问题，除了开发阶段，还要考虑产品的全生命周期，如果将价值认定框在降本增效的标准里，其实不太符合现实商业原则；数字化转型的过程中，风很大，具体到产品、市场、业务、用户、特定的应用场景，有太多的细节需要重新考虑。

1、厂商看技术，甲方看业务

模块化、可视化的编程方法由来已久。20多年前，微软的Visual Basic、Access以及Sybase PowerBuilder、Delphi Builder等编程工具风靡一时，都算作比较早期的低代码工具，多年来热度起起伏伏，很多人认为，如今不过是用“低代码”这个新瓶，装了表单、工作流、业务对象等旧酒，包装成面向业务应用层的低代码平台，本质仍是个OA自定义表单和自定义流程引擎而已。

到2020年左右，广义上的低代码开发平台包含低代码与无代码，前者面向程序员，后者提供给没有编程基础的业务人员，用友副总裁罗小江认为，“3-5年内可能低代码平台主要还是针对专业开发者，混合开发模式能够简化一些基础问题，程序员在此基础上做复杂开发。”低代码的成熟度，还停留在需要技术人员在一线业务员和开发商间做沟通的程度。

实际上，现在对于低代码的各种技术界定、渲染的实际意义不大，它的核心是为了解放生产力，那么业务逻辑比开发逻辑更重要。低代码之所以受市场追捧，源于数字化转型阶段的业务与产品供需矛盾。

当深入到具体业务会发现，现在的商业链条很复杂，比如从供货端、各种营销渠道，到各个电商平台推广卖货，现有的进销存软件并不能整合管理从收集订单、组织生产，到调派库存发货的不同平台订单数据，也不能分析销售情况进行客户追踪。

于是，有预算的企业想要自己开发软件，但在需求、交付时间、质量都不可控的情况下，供需问题短期内很难解决。回到一开始，任何的企业软件都只是技术手段，技术最终要解决的是业务和管理的问题。所以，真正要讨论的就变成了低代码是否真的好用，商业化落地是否可行。

比如在C端，消费者的需求千变万化，供应商是很难靠卖纯粹低代码平台来赚钱，加上用户的产品认知度不高，市场教育成本不容忽视；为了维持基础能力，要兼顾定制的灵活性和运行的高性能，因为使用的人越多，边际成本才越低，这些对一般初创厂商来说压力山大。

如果在B端，考虑是否真的给企业客户降低了成本，并且满足个性化需求，这意味着企业结果导向。市面很多产品都是固定化流程设计，功能缺失或冗余难以避免，比如当你买了一个进销存系统，但当想统筹管理人员绩效时，就得去买另一个，这种情况下的理想场景是，企业人员能够按需自行设计多场景系统，听起来似乎更实用。

大企业的业务流程、数据逻辑往往按照业务规范去做，低代码平台加上成熟的解决方案，可以更快捷地搭建；但受限于服务能力边界，低代码有明显的天花板，它无法替代当下的中、高级开发工作需求。中小企业的使用意愿也会被高估，即使用轻量化场景来，满足这些业务逻辑更简单的企业，除了搭建成本，还要因为业务不规范的“削履适足”，低代码反而不容易应对。

现阶段，不论在C端还是B端，在业务还没有实现标准化，数据也没建立标准时，低代码平台都不可能满足任意复杂度的业务，这也让它的应用场景被局限在那些只能被标准化的领域里，完成业务的全面覆盖更不现实，还会对企业的数据治理、信息安全产生隐患。

敏捷、普适、丰富的场景、性价比高，这是每一个低代码厂商在宣传自家产品时会用到的ppt话术，也是资本喜闻乐见的故事。不过作为入局者，钉钉、用友和简道云的相关负责人都曾表示，低代码市场的宣传是有些言过其实的，拓荒的过程很艰难，目前的渗透率极低，在所有的行业里渗透率基本上都是个位数，甚至仅仅1%、2%。

中国低代码市场渗透率低图源洞见研报

在数字化浪潮中，RPA赛道的玩家们也正在经历类似的事情。由于低代码环境弱化编程需求，RPA市场边际扩大，并被认为是全球增速最快的细分软件市场，仅今年上半年，以达观数据、影刀为代表的国内RPA厂商累计融资金额达20亿，相关企业注册量接近400家。

但相较国外各领域对RPA的应用已经成熟，比如UiPath虽然验证了商业模式和落地场景的可行性，但国内的厂商仍在找试验田，具体到哪些业务流程适用RPA机器人，产品应用范围、边界及周期怎么定，市场还未实现规模化验证。加上产品功能的单一同质等问题，以至于国产RPA厂商客户年流失率平均在30%，远高于国外。

低代码和RPA的高开低走，其实不难理解，我们很多时候对于一个新兴概念的热捧，要远高于产品彼时存在的实际价值，即使它被认为是发展潜力巨大的风口，但在早期阶段，缺乏本土市场验证的情况下，产品是没有普适性的，更不是企业用来加速适应市场的“万能药”，与其忽视市场的复杂去盲目照抄，或者积极炒作甚至削足适履，都不如在适当的阶段做恰当的事更合时宜。

2、从低代码平台到生态

今年上半年，低代码厂商黑帕云正式停服，从被资本热捧到被字节收购，黑帕云是赛道热潮中首个退出的玩家，这件事也被看作国内低代码行业洗牌的开端。

低代码厂商图谱图源艾瑞咨询

在停服之前，有人评价黑帕云是综合能力最好用的轻量级数据协作工具。刚上手的时候可以直接当作Excel用，但它本身不仅比Excel更容易理解且支持协作，数据保存的完整性上也表现不错；接着在使用过程中加深对业务理解进一步升级业务系统，也就是说，软件本身并不是最重要，对业务和数据的理解、从而让业务系统不断生长的过程才是最重要的。

收购后不久关停，有人将原因归为飞书的核心产品多维表格，后者功能与黑帕云类似，虽然字节在低代码领域行事低调，但多维表格本身也是低代码的一个体现。飞书向来采取all in one 的策略，大客户的需求大多由飞书自己来做，随着业务的深化，用低代码去满足海量需求可以算是布局未来。

互联网巨头都在低代码领域加紧布局，像黑帕云的例子并不鲜见，虽然小企业的品牌变现能力对于大厂来说并不诱人，但沉淀下来的核心技术、产品理念和经验的确是有价值的。这也反映出，在本身冲突就很多的低代码赛道，走中小客和PLG增长这一路线的小团队，想要实现商业变现难上加难。

阿里的思路不太一样，在赛道之外，低代码起着“连接”和“高效办公”的作用。草蛇灰线，从2019年张勇首提“商业操作系统”，希望帮助企业实现品牌、商品、销售、营销、渠道管理、物流供应链等多环节的数字化；次年，钉钉升级为大钉钉事业部，并融入阿里云智能事业群，钉钉成了云服务的平台。

钉钉推出的低代码开发聚合平台”钉钉搭”，聚集了宜搭、简道云、氚云、轻流在内的8款主流低代码厂商，金蝶、用友、纷享销客等也是钉钉生态一员。与其说是细分赛道里的低代码平台厂商，钉钉更像一款协作办公平台，基于协同密度来建设应用生态，这样一来，对原有的存量系统服务，面对复杂且分散的业务，钉钉起到连接器和整合的作用。

同一时期，用友完成ERP到BIP，从产品服务模式升维到平台服务模式。2020年发布的低代码平台YonBuilder为用友自身、伙伴、客户的应用开发提供统一开发输出的能力，帮助用友BIP实现商业落地。YonBuilder的存在和后来加入的APICloud，完善了用友的服务链条，和钉钉主打平台及应用生态不同，用友侧重开发者生态和低代码产品。

在传统软件转云的厂商，和互联网玩家纷纷进军低代码的情况下，构建生态成为共识，意味着现阶段很难出现直接对标Airtable、Notion的独立产品。这类似曾经国内爆火的BI赛道，随着大厂BI产品销声匿迹，大部分独立BI厂商以被收购、退出市场或抱团取暖收尾。同样作为一种辅助性工具，从狭隘的定位上，低代码是否会重蹈覆辙还需观望。

05

比起开发，说搭建更合适

如果打开知乎搜索低代码，会发现很多人的字里行间不乏抱怨。“别的不说，单就工作量是一点都没有减少，反而平添了很多很多的麻烦，不用‘低代码’平台分分钟就能开发出来的功能，用了之后得花更多的时间。”

因为目前大部分低代码平台都是高度封装，高度耦合的开发模式，所有功能必须得按照平台既定的规则开发,假如只是简单的增删改查，导入导出，聘一堆薪资不高的外包去用低代码写重复度高的业务，那确实是没有问题。一旦遇到客户有类似五彩斑斓的黑的要求，平台现有的功能又无法满足，很多人连Excel都不会用，更别提改代码，最后只能是做开发的人来返工。

虽然不论是Gartner还是IDG，市场都对低代码的未来表现高度热情，但局中人冷静发言，“它既不是模式的问题，也不是资本问题，而是赛道问题。低代码产品好像什么需求都能做，但是好像每种需求又做不好。”简道云联合创始人单兰杰认为，低代码最大的问题，是这种产品形态怎么能够持续地满足客户需求。

确实是这样，低代码可能会是程序员的一把工具，但不会成为颠覆行业的东西。正如前言，同为企业服务里的细分赛道，低代码这一支尤其分散，看似每一项业务都能适配，但实际的业务用途目前还是狭窄，大多限于简单的行政类、人事类需求，例如工作流和表单流转，大软件的部分功能延伸，面向企业用户的快速补充开发。企业的核心业务如生产、销售、采购库存等，还是要用传统的erp，这些很难用低代码去实现。

它的出发点是好的，我们倾向认为低代码弥补中小企业开发人员数量上的不足，但开发是一回事，能用起来是另一回事。低代码能力是否会变成一个与Office套件一样普及的基本办公职业技能，尚不可知；未来是继续加功能，还是开放更多的接口，做交付动作满足需求，还是产品保持简洁，通过一些其他模块，或应用市场的方式去解决问题，这些也不好回答。

文章来源： SoFlu软件机器人，新眸，技术领导力