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