在科技圈内，每有一个“杀手级应用”的出现，无论是谁，都希望能在市场上分得一杯羹。这种趋势经常导致组织急于开发出功能类似的产品，即那些被快速模仿的软件应用和工具。

然而，这些产品往往只是在现有产品基础上稍作修改，例如加入云技术、开源、自动化以及人工智能的“二创”，实际上并没有进行深层次的技术革新。

01

低代码/无代码正在成为新趋势

低代码技术已成为信息技术领域最易于模仿的趋势之一，尽管称之为“低代码”并不意味着编码工作量真的减少了。事实上，这一概念为专业的程序员们提供了预先配置的模板和加速器，让某些任务的完成变得更加迅速。虽然它依然需要深入的编程知识，但通过提供快捷方式，低代码技术在一定程度上降低了编程的复杂性。

分析机构 Gartner 估计，如今多达80%的技术产品和服务将由非技术专业人员创建，低代码技术的发展对这一变化起到了关键的推动作用。

虽然Gartner的预测可能听起来有些夸大，但它确实指向了一个趋势的方向，而不必然是实际的市场成果。然而，当低代码与无代码技术结合，使业务专业人员能够通过拖放式界面构建应用功能时，我们不禁要问，这种便利是否会有所代价？

Mendix的首席技术官尼克·福特指出，COVID-19对已经资源紧张的IT部门施加了更大压力，他认为，无代码（而非低代码）的公民开发是解决这一挑战的理想途径。

福特强调，这些平台能够让IT部门与业务部门合作，更快地构建出组织所需的解决方案，同时减少需要重做的工作。由于业务用户对自己的领域了解最深，合作将确保流程和技术的正确部署。

02

老旧ERP系统遗留下的技术债

Mendix的研究显示，约60%的英国员工希望利用自己的技能支持组织的数字化转型项目。随着低代码/无代码技术的发展，这两种方法对企业软件生态系统产生了深远影响，而企业资源规划（ERP）系统显然成为了缩短开发时间以适应企业用户需求的关键领域。

这引出了一个问题：低代码/无代码技术在ERP领域的应用范围究竟有多广？

现代应用开发公司OutSystems发现，超过三分之二的IT领导者将技术债视为公司创新能力的主要障碍。他们在2021年发布的“技术债的威胁与日俱增”报告中探讨了不同行业和地区的企业面临的技术债成本。

OutSystems的CEO兼创始人保罗·罗萨多提出，过时的代码与新一代的移动应用、技术堆栈和SaaS的混合，正在耗尽企业的资源、时间和创新能力。报告表明，技术债的问题将会加剧，需要采取新的方法来解决，并以真正具有竞争优势的速度和规模进行创新。

03

低代码/无代码是否会新增技术债？

随着企业在疫情之后努力重建，技术债务已成为创新和复苏的主要障碍，特别是对那些专注于增长的企业来说。技术债务通常指的是出于短期利益而做出的技术选择，这些选择最终会带来长期的负面后果。

当组织选择开发能够快速部署的解决方案时，技术债务问题便会浮现。技术债务是为了最大化部署速度而产生的，而不是优化未来的使用和寿命。与金融债务类似，技术债务最终需要通过软件工程流程偿还，重点在于重构任何笨拙的快速修补代码解决方案。

根据OutSystems的研究，技术债务是一个被广泛误解的现象，它影响着各种组织，但往往被忽略或勉强接受，因为它被视为生活的一部分。“简单来说，技术债务就是因为过去选择了捷径，现在需要进行额外的编码工作。更具体地说，它是指维护旧的、糟糕的和损坏的代码，而不是开发新想法所需要的技术和时间。”该公司指出。

那么，低代码/无代码技术是否会导致技术债务的产生？该领域的专业供应商明显不这么认为；而Mendix认为，通过这些工具将IT和业务功能对齐，可以解决技术债务问题，并最终创建更接近用户需求的软件（在这里指ERP套件功能）。

OutSystems的首席执行官也对此表示认同，并强调需要一种新的、现代化的软件开发方法。他的公司指出，创建一个既能满足短期需求又能实现长期战略目标的开发流程是完全可能的，这样可以有效还清技术债务。通过精心调整现代应用开发平台、组织结构和团队优先级，以ERP系统为中心的IT团队应该能够在不影响当前项目时间表的情况下清偿债务。

尽管如此，低代码/无代码之路并非毫无波折。有些应用是匆忙创建的，有些是基于直觉而非经过彻底用例分析的过程创建的，还有些可能是为了非生产性工作流程或业务部门而创建的，不能以正确的方式推动组织向前发展。

04

低代码/无代码曲线“救国”

专门设计的低代码/无代码平台能提供一定程度的基于策略的自我审查控制，确保用户不能仅凭一时兴起就开始创建应用程序和应用程序扩展，而必须给予应有的关注和重视。对于企业资源规划（ERP）应用程序来说，这一点尤其重要，因为这些审查协议还将确保企业用户不会开始处理私人、敏感或受到某种形式的法律法规限制的数据集。

在国外，疫情前医疗保健和社会援助类公司面临的技术债务问题要比许多其他行业更为严重。过去18个月里，这种状况可能只有增无减。此外，在技术债务方面，银行、金融和保险业、教育业、政府和公共管理部门、公用事业以及媒体和电信业的公司也都名列前茅。

Mendix的尼克·福特指出，前进的方向是明确的。特别是在ERP领域，API及其提供的互联性可以将核心ERP系统开放给外部的附加应用和服务。这一过程可以在核心系统之上构建差异化的解决方案，从而成为避免技术债务的一个聪明的旁路。

“低代码ERP系统还在其平台上配备了防护栏和控件，” 福特补充说，”这有助于保持通过它创建的应用程序维护ERP系统的完整性。与传统系统相比，企业能够利用升级和新版本的优势，同时还可以实施一些措施来维护不可破坏的业务规则，确保低代码的负责任使用。从根本上说，低代码平台减少了重构的需要，因为最佳实践和通用模式都是内置的。”

05

让业务也能加入系统的建设

萨蒂亚·斯里尼瓦桑，作为低代码先驱Appian公司的解决方案咨询副总裁，对这个问题也表达了热情。他实际地指出，大多数ERP系统供应商都会将多年来从客户实施中获得的经验和知识融入到软件产品中。这意味着所有ERP购买者最终都会得到相同的标准解决方案。

“有些组织可能对这种现成的标准产品感到满意，但并不适合每个人，因为每家公司及其业务需求都是独一无二的。” 斯里尼瓦桑说。当任何公司开始定制标准的ERP解决方案时，挑战便随之而来。这给IT部门带来了更大的压力，必须在规定的时间内交付解决方案，进而增加了技术债务。此外，一旦部署了ERP解决方案，IT部门就必须努力确保系统保持最新、安全，并为新版本的发布做好准备。

斯里尼瓦桑提倡的不仅仅是通过低代码（或无代码）快速创建应用程序或生成更多代码。他认为，关键在于让IT和业务部门携手快速创建应用程序，实现业务主管无需编程知识就能以简单直观的方式将应用程序可视化。随后，IT部门可以迅速将这一构想转化为可运行的原型，并部署具有安全性和可扩展性的企业级业务应用程序。

他强调，这就是复杂企业如何利用其现有的资产，包括ERP系统，取得成功的关键。这一方法不仅适用于ERP系统，也适用于企业当前正在维护和管理的任何复杂业务应用程序。随着产品的不断发展，它们将变得更加用户友好，隐藏背后的复杂性，从而通过更直观的方式支持企业和IT部门的需求。

Appian的斯里尼瓦桑表示：“这些系统能够创建界面，或构建层和连接器，以便人们更容易协作，系统间更容易协同工作。”

06

道阻且长，行则将至

从Appian团队的视角出发，编程的新规范是首先以可视化方式展现业务工作流程的挑战。这样做，企业就能直观地理解业务需求，并指导IT部门更好地规划可扩展性、安全性、维护性和升级性。理论上，这些措施都有助于减少技术债务。

因此，作为一个趋势，我们看到低代码/无代码技术有可能改变旧有的ERP套件应用和服务开发的单一方式。这些编码加速器正在打破传统的扩展和增强现代系统的方法。

“大多数真正先进的当代ERP系统基本上已经成为一个低代码平台，拥有无代码元素。” BML Digital的首席技术官Jaco Vermeulen表示：“这让用户能够通过拖放功能进行‘简单’配置，创建应用程序、数据服务等。”

他还提到，考虑所有低代码/无代码平台时的一个重要因素是，组织在应用程序的整个生命周期内将与所提供的平台紧密绑定。“将代码迁移到其他服务器并不容易，让开发人员编写自定义代码和增强平台外的应用程序也充满挑战。”

然而，Vermeulen对这些平台的功能持平衡态度，他认为，低代码/无代码不应该被首先视为解决ERP技术债务的手段。相反，他认为，低代码平台在ERP中的角色以及在RPA（机器人流程自动化）中的角色——是为了弥补传统ERP系统和定制应用程序的不足。他主张转向基于SaaS的现代ERP系统，这种系统以强大的配置控制为核心，是消除技术债务的唯一稳妥方法。

低代码/无代码与ERP系统的结合长期以来一直承诺提供更好的定制化方案，但两者的融合始终是一个复杂的议题。这场讨论尚未结束；如果说，这只是两股主要企业软件力量汇聚的开始。无论我们选择低代码还是无代码路径，目标都是减少技术债务，朝向ERP的创新道路前进。

– END –

 报告下载 

大佬观点