低代码平台上市公司，为什么低代码行业长不出大公司的产品
图片来源@visualChina
文| 新视野，作者| 路遥
当企业面临数字化转型的挑战时，他们首先注意到的往往是战略需求，而不是业务需求。随着转型由浅入深，速度和质量成为生死攸关的问题，但此时现有的开发工具、方法论、管理水平、人员配置才变得与新的生产需求不相适应。符合要求。
据此前统计，就转型成功率而言，信息化程度较高的行业转型成功率不足26%，而传统行业的转型成功率仅为4%至11%。为了解决这个问题，业界的常规逻辑是，如果企业真的想超越周期，首先需要使用正确的新工具，比如云计算、Serverless、各种Xaas，而其目的理想上是为了降低成本并提高效率。低代码也是如此。
Gartner认为，未来企业之间的交互将需要更多的设备接入，业务将变得更加分散，专业开发人员的数量将不再足以满足企业IT需求。在供需冲突的情况下，可视化+拖拽式的低代码平台，让所谓的私人开发者，或者普通业务人士，构建应用程序，成为平台的最终用户，编写更少的代码，可以降低成本。这是非常有吸引力的，并且具有巨大的商业潜力。
2018年是一个有趣的节点。随着OutSystems成为价值超过10亿美元的新独角兽，低代码的概念也被大面积曝光。国产低码卡车近年来也格外受到关注。
中国低代码行业投融资事件概览图片来源前瞻产业研究院
随后，2019年，阿里巴巴正式推出对外商用的内部产品易达，两年后发布了低代码开发聚合平台“钉钉”，腾讯推出了微信，华为有AppCube，百度有Aisuda等等。大型制造商和传统ISV 以及许多创业参与者都在加入这一游戏。相比国内企业，海外各大企业公布计划的时间更早，微软、谷歌、亚马逊都将低代码视为未来，拥有自己的低代码平台，如PowerApps、Honeycode、Appsheet等。
理想情况下，低代码可以让所有与应用程序开发相关的活动都整合在同一个平台上，从而产生更大的聚合效应和规模经济，但实际上开发并不那么顺利。
站在2022年的节点上，虽然近几年企业服务同一细分市场出现了很多低代码玩家，但ERP领域还没有用友、金蝶，更不用说CRM领域的Salesforce了，我理解。在共用办公室里。相反，我们看到了更多的收购消息，包括西门子收购Mendix和TimeSeries、Magic收购PowPow、Byte收购Heipa Cloud。如果你回顾一下微软从2005 年开始投资的工具，例如Web Forms 和InfoPath，它们早已被淘汰，现在一些明星制造商的声誉寄生在大公司的生态系统中。也不是那么好。
愿景很美好，但问题是，“低代码是一个虚假需求，还是真的可以商业化？”理论上降低了开发门槛，但实际上很难让客户使用，实现纯粹的低代码产品推广。如果一个平台是为代码新手设计的，牺牲了短期的效率天花板，不仅限制了平台的成长，也让人不清楚是否真正提高了效率。如果提供给专业开发人员，效果必然形同虚设，更何况修改成本高昂。
之所以低代码至今还没有一个关键人物，是因为这不仅仅是一个战略层面可以解决的问题，还需要不仅考虑开发阶段，还要考虑整个产品生命周期。如果把价值识别框定在降低成本、提高效率上，实际上不太符合现实的商业原则；在数字化转型的过程中，风很大。有太多的细节需要重新审视，包括业务、用户、具体应用场景。
01 制造商着眼于技术，着眼于业务模块化和可视化编程技术有着悠久的历史。 20多年前，微软的Visual Basic、Access、Sybase PowerBuilder、Delphi Builder等编程工具风靡一时。所有这些都被认为是早期的低代码工具。多年来，它的受欢迎程度有起有落。很多人相信： “这个新瓶子里包含了表单、工作流、业务对象等老酒，封装成业务应用层的低代码平台。本质上，这仍然是一个OA自定义表单和自定义流程引擎。”
用友软件副总裁罗小江认为，到2020年左右，广义的低代码开发平台将包括针对程序员的低代码和针对没有编程基础的业务人员的无代码。 “低代码可能在三到五年内就可以实现。这个平台主要针对专业开发人员。混合开发模式简化了一些基础问题，让程序员更容易基于此进行复杂的开发。”技术人员一线销售人员和开发人员之间仍然需要沟通。
事实上，业务逻辑比开发逻辑更重要，各种低代码技术的实际定义和渲染几乎没有什么实际意义，其核心是解锁生产力。低代码之所以受到市场欢迎，是因为数字化转型阶段业务和产品的供需矛盾。
如果你深入挖掘某项业务，你会发现现在的业务链非常复杂，包括供应商、不同的营销渠道、不同的电商平台来推广和销售你的产品。您无法从订单收集中集成管理。您无法组织生产、从不同平台运送订单数据以进行库存交付以及分析销售以进行客户跟踪。
因此，有预算的企业都想开发自己的软件，但在需求、交付、质量都失控的情况下，短期内很难解决供需问题。回到最初，企业软件只是一个技术工具，技术最终解决的是业务和管理问题。所以我们真正需要讨论的是低代码是否真的好用，是否可以商业实现。
例如，在C端，消费者需求不断变化，导致供应商很难通过销售纯低代码平台实现盈利。另外，用户对产品的认知度不高，市场教育成本较高。一般来说，灵活性和高性能对新兴制造商来说是一个巨大的压力，因为使用它们的人越多，边际成本就会降低。
另一方面，考虑是否能够真正降低成本并满足企业客户的个性化需求——您的公司是否注重结果。市场上的很多产品都有固定的流程设计，功能缺失或冗余是不可避免的。例如，如果您购买了采购、销售和库存系统，但想要调整管理绩效，则需要购买单独的系统。在这种情况下，最理想的情况是公司人员能够根据需要自行设计多场景系统，这似乎更现实。
大型企业中的业务流程和数据逻辑通常由业务规范驱动。低代码平台与成熟的解决方案相结合可以更快地构建。但低代码有明显的局限性，受限于服务功能边界，无法取代现状。需要中级和高级开发工作。中小企业的使用意愿也被高估了，即使以更简单的业务逻辑实现轻量级场景，除了建设成本外，还需要“充分降低”成本。由于工作的不规律性，低代码很难应对。
目前，无论是C端还是B端，如果业务不标准化、数据不标准化，低代码平台是不可能支撑业务复杂度的，这就限制了它的发生。在标准化领域，完成全面的业务覆盖更是不切实际，也会给企业数据治理和信息安全带来隐患。
敏捷、通用、场景丰富、性价比高，这是所有低代码厂商用来宣传产品的ppt词汇，也是资本喜欢听的故事。不过，入局者钉钉、用友、见道云的负责人均表示，低代码市场的炒作有些夸大，发展过程非常困难，目前渗透率很低。任何行业基本都是一样的，哪怕是1%、2%，也还是个位数。
中国低代码市场渗透率较低Image Source Insights 研究报告
在数字化浪潮中，RPA 领域的参与者也有类似的经历。随着低代码环境导致编程需求下降，RPA市场的利润正在扩大，它被认为是全球增长最快的细分软件市场，其中大观数据仅在今年上半年就处于领先地位。国内RPA厂商金额已突破200亿美元。而影刃的规模已达200亿，注册相关公司约400家。
不过，相比海外领域，RPA的应用已经成熟，虽然以UiPath为例，正在验证业务模式和实施场景的可行性，但国内厂商还在纠结哪些业务流程适合RPA机器人。寻找试验场。市场尚未大规模测试如何确定产品覆盖范围、边界和周期。由于产品功能单一、同质化等问题，国内RPA厂商年均客户流失率为30%，远高于海外。
不难看出，低代码和RPA在上升的同时，也在下降。通常我们对一个新概念的热情远远高于当时产品的实际价值。在早期阶段，由于没有经过当地市场的验证，该产品既不是通用的，也不是企业加速市场适应的“灵丹妙药”。你可以盲目复制，可以大肆推广，也可以根据自己的需要进行裁剪，但最好是在正确的时间、正确的阶段做正确的事情。
02 从低代码平台到生态今年上半年，低代码厂商黑霸云正式停服，成为第一个退出卡车热潮的玩家，随后被字节资本收购。此次事件也被认为是国内低代码行业重组的开始。
低代码供应商地图来源iResearch
在该服务停止之前，有人评价黑帕云是最全面的轻量级数据协作工具。当你第一次开始使用它时，你可以按原样使用它，但它不仅比Excel 更容易理解和支持协作，而且在数据存储方面具有更好的一致性，并且随着你继续使用它，你会获得更深入的了解。了解您的业务。都说软件本身并不是最重要的，而是对业务和数据的理解以及业务系统成长的过程。
Gartner和IDG都表示，市场对低代码的未来非常热衷，但利益相关者保持冷静：“这不是车型问题，不是资金问题，而是卡车问题。低代码的需求是什么？ “ 我会告诉你。代码产品？“有可能，但似乎并不能成功满足所有需求。”剑道云联合创始人单兰杰表示，低代码最大的问题是这种产品形态如何运作。认为这取决于它是否有效。我们将继续满足客户的需求。
确实，低代码可能是程序员的工具，但它不会扰乱整个行业。正如一开始提到的，低代码在企业服务中是一条细分路线，虽然看起来可以应用于任何业务，但其实际业务应用仍然狭窄，仅限于简单的办公服务和人力资源服务。时间。传输工作流程和表单、扩展大型软件的一些功能、为企业用户快速开发附加功能等等。生产、销售、库存采购等核心业务运营仍需使用传统ERP，难以低代码实施。
人们很容易认为低代码会弥补中小企业开发人员的缺乏，但开发和能够使用是两件不同的事情。低代码功能是否会像Office 套件一样成为办公室中的一项基本专业技能，还有待观察。未来，您可以继续添加功能、开放更多接口并创建交付操作来满足您的需求，也可以保持产品简单。是使用其他模块还是使用应用市场的方式来解决问题也很难回答。
