一、前言

最近几年的企业数字化系统平台软件架构中，低代码开发平台(模块)的应用越来越深，例如九慧新一代数字化采购平台(慧云采)接近70%的业务功能主要由九翊JYF低代码开发平台搭建产生。本文将简要介绍下什么是低代码开发平台，并结合九翊软件团队近十年的企业管理软件开发经验介绍适合中大型企业的低代码开发平台的关键要求。

注：本文内容较长，部分内容偏技术语言，适合较长期从事信息化/数字化的中高级IT顾问、CIO、信息经理等企业IT系统落地深度实践者阅读。

二、低代码开发平台（LCDP）简介

引用维基百科(wikipedia.org)的定义，低代码开发平台（英语：Low-Code Development Platform，简称LCDP），是一种方便产生应用程序的平台软件，低代码开发平台的开发环境让用户以图形化接口以及配置编写程序，而不是用传统的程序设计做法。

此平台可能是针对某些种类的应用而设计开发的，例如数据库、业务过程、以及用户界面（例如网页应用程序）。这类平台可能可以产生完整且可运作的应用程序，也可能在一些特殊的情形下仍需要编写程序。

低代码开发平台可以减少传统代码的数量，加速商业应用软件的完成时间。

2.1 LCDP平台带来的好处

常见的好处是让比较多的人可以参与软件的开发，不只是那些有程序设计技巧的人，低代码开发平台总体收益如下：

LCDP平台带来的好处

软件开发成本低

软件开发成本主要来自于软件技术人员的稀缺性，低代码开发平台通过可视化的界面、配置化的操作就可以完成简单应用系统的开发，对人员的技术要求显著降低，可以让更多的初阶技术人员参与软件开发工作。

软件开发速度快

传统的软件开发流程，无论开发实现何种复杂度的系统，可能都要经过一个复杂的软件开发过程，如设计、编码、调试、测试、打包、发布、安装、配置等一系列的过程，涉及多个岗位。低代码开发平台，在实现简单的系统功能时，可能仅需配置、发布等简单的几个过程就可以完成，极大的提高了软件的开发效率。

软件开发质量高

低代码开发平台一般内置了较多的模块组件，这些组件可以快速让技术人员构建特定的功能， 应用这些组件来构建企业的业务管理协同系统软件可以让软件的质量保持一定的水准。而传统开发模式下，不同的业务模块(如供应商信息管理、客户信息管理)中类似的功能(如供应商信息录入、客户信息录入)，由于具体编程人员的能力水平层次不齐，可能导致实现质量不一致，甚至有些功能低于一般质量水平，Bug频出质量不稳定。

2.2 常见的LCDP平台类型

基于对九慧客户(客户标签：制造业|中大型企业|行业龙头|500强)的观察，大多数企业IT自行构建应用系统时仍采用传统的软件开发方法，大约有20%左右的客户已经在使用一些低代码开发平台(模块)在构建业务数字化应用系统，但这些应用系统的业务并不复杂，多数属于简单的业务信息收集功能。这些企业目前在用的使用低代码开发平台(模块)主要有两种类型：

目前市场上常见的管理软件低代码平台类型

互联网平台的低代码开发模块：互联网企业在进入到企业服务市场后发现企业信息管理需求业态多样，基于其自身能力又无法如传统软件公司一样提供基于业务管理的复杂信息化系统，在发现企业虽然已经上了多个信息化系统但仍有较多的个性化信息管理要求后，推出了各类低代码开发模块。基于我们对部分中大型企业客户的观察，这些企业在使用这些互联网平台的低代码开发模块时，大多数企业还停留在构建一些简单信息的填报收集功能上，比如《发货异常表》、《疫情信息收集表》等单据。因为业务逻辑更复杂的功能可能已经有特定的业务系统支撑管理，如ERP、MES、WMS、CRM、SRM等，而管控要求更高的信息可能已经有OA/BPM表单审批支撑管理。

OA/BPM软件的低代码开发模块：中大型企业客户在使用OA/BPM完成特定业务信息的单据审批后，发现这些业务信息不仅需要单据审批功能，也需要进一步记录业务的一些过程信息。比如合同审批完成后，还需要进一步记录合同履约情况、合同验收情况等信息，因此如企业没有专门的合同管理软件时，可能会选择基于OA/BPM来扩展构建合同管理功能。因此一些主流的OA/BPM基于这些企业需求，基于流程系统的自定义的功能特点扩展出了低代码模块。

三、适合中大型企业构建业务管理协同软件的低代码开发平台应用特点

九慧子公司九翊软件的技术团队最早主要为客户提供基于SAP和OA系统的流程集成和功能定制开发服务。团队在近十年的企业软件开发服务过程中，服务了上汽集团、微创医疗、海天塑机等数百个中大型客户。经过多年的软件开发实践，从2017年开始，九翊正式推出了JYF平台 (Jiuyi Framework Platform) ，并使用JYF构建了一系列的应用软件，包括九慧SRM数字化采购管理平台、九慧CRM数字化销售管理平台、九慧DMS数字化渠道管理平台、九慧BPX数字化协同平台等。在2020年  6月，JYF正式加入了低代码模块，并对相关系统软件进行了变革性的升级，例如九慧新一代数字化采购系统(慧云采)接近70%的业务功能已经主要由九翊JYF低代码开发模块搭建产生，相关系统已经被德邦物流、东方雨虹、南高齿等中大型客户上线应用。

九翊专注于供应链领域的企业业务协同管理软件的开发和实施，业务管理软件的变革升级已经成为企业数字化转型升级的核心战场，比如传统的ERP套件正在升级为数字化核心新一代ERP，传统的SRM软件升级为数字化采购平台。

九慧基于JYF基础开发平台的数字化产品套件

从业务领域覆盖面看，这些传统的ERP/SRM等软件替换为新的数字化平台后，软件在业务领域(比如采购业务、销售业务等业务领域)覆盖面上并没有太多的变化，但是业务相关的场景功能有了显著的变化(比如大宗商品采购、定制件采购、标准件采购、包装采购、服务采购、设备采购、工程采购等场景的应用)。

如果企业使用低代码开发平台的目标是开发企业的业务管理组件/模块，那么参考ERP/SRM等软件的数字化变革升级特点，企业选择低代码开发平台也要考虑数字化发展的应用趋势，结合九翊前期的数字化软件开发和项目实施实践，我们希望通过一些典型场景来分享一下适合构建中大型企业业务管理软件的低代码开发平台的应用经验，以便企业IT建设者更好的了解使用目前流行的低代码平台构建企业业务管理软件时需要考虑的一些关键点：

企业使用低代码需考虑的关键点

企业IT人员的储备

参考九翊的客户大多数属于中大型企业(根据国家相关标准，企业收入/资产基本都在5亿人民币以上，人员超过300人)，一个典型的中大型企业一般都有独立编制的IT部门，IT人员一般在5-30人之间，具备开发能力的IT人员一般在1-10人。九翊的客户中大部分IT团队规模如此，当然也有不少部分行业龙头、500强客户IT团队人数众多，甚至成立了独立的软件科技公司，IT相关员工/外包人员多达千人规模。

低代码不是零代码 ，因此企业IT团队仍需要具备的一定程度的软件开发能力。一般来说企业业务管理系统的开发需要具备至少三类知识，其中一类技能是Web程序相关的开发知识，一类是数据库相关的开发知识，一类是企业关键的业务系如ERP的接口和二次开发知识。一个具体的软件工程师，可能同时具备以上三类知识，也可能只具备一类知识；一般情况下IT团队如预备使用低代码开发平台构建软件，则必须具备有以上三类开发技能的工程师。

企业已有软件情况

大部分客户内部的核心应用系统已经建设比较完备，比如一般都有核心的ERP系统和普通办公OA/BPM系统，对销售管理要求比较高的企业使用了CRM系统，对采购管理要求比较高的企业使用了SRM系统，对财务管理要求比较高的企业使用了费控系统，对生产管理要求比较高的企业使用了MES系统，对仓储管理要求比较高的企业使用了WMS系统，对运输管理要求比较高的企业使用了TMS系统。如果企业在专业领域还没有业务系统覆盖，那么可以考虑先购买成熟的业务软件套件，此时应该将软件自带的低代码模块能力作为业务软件选型的评估项之一。

我们建议企业考虑在两种情况下开展基于低代码平台的软件项目。

一种情况是企业在大多数核心领域已经有了系统应用，如ERP/CRM/SRM/MES/WMS等，但有些业务边缘需求在核心系统上无法合理实现；这些边缘需求较多，但其业务逻辑并不复杂，IT人员有能力做好需求分析和功能设计；这种情况下可以引入低代码平台，相关的开发主要由企业内部IT人员完成，辅以第三方的培训和指导服务。

另一种情况是企业有行业特殊业务场景，业务逻辑复杂且功能实现难度高，由于其特点在市场上找不到合适的软件因此需要定制开发实现；这种情况下可以引入低代码平台启动特定的软件项目，相关的开发工作主要由第三方服务商提供，但是企业IT可参与完成部分技术工作，并获得低代码平台的培训和运维指导；这样待项目软件交付后，企业IT可主要依赖自己的能力，利用低代码平台完成功能的扩展和调整。

数字化转型的支持

企业业务管理软件从信息化转向数字化变更升级时，有一些明显的特点需要支持，如：

例如，供应商是企业信息系统常见的业务对象，企业只要开展采购业务，基本上都需要管理供应商信息。以下是一个供应商主数据管理功能模块实现时常见的功能领域，通过这些点我们来考虑数字化变革下一些具体技术点：

以上仅列举了一些典型的技术场景，基于这些技术点我们再来回顾下数字化场景关键点和低代码平台技术点结合要求：

• 全业务类型的覆盖支持(业务场景化适配)

 供应商信息从早期的简单关键字段信息记录变成了不同类型的供应商应该是不同类型的复杂数据字段组合。因此场景化的业务要求就要技术实现要考虑所有类型供应商数据的通用信息存储、分类信息定义和存储、统一的关键字段统计分析、分类字段统计分析、不同类型信息个性展示、同一字段批量调整等各类技术实现要求，这些都是全业务类型场景落地时需要考虑的技术实现点。

为不同品类供应商建立差异化的管理信息矩阵表

• 全过程的管控支持(业务和审批一体化)

信息化时代业务记载过程是割裂的，比如业务处理在一个系统如ERP，业务审批在另一个平台如OA， 而且业务信息的维度(如ERP只要求记录供应商基本信息)和审批支撑信息(如OA要求记录供应商的评估信息才能供审批者决定准入)的维度可能是不完全一致的， 需要通过集成技术实现多个平台的业务和审批一体化；虽然集成技术和方案已经趋于日渐成熟，但是IT实现成本依然较大，业务部门也并没有统一的平台能一体化管控业务，仍有较多的学习和使用成本。数字化时代，一般最终目标是实现业务全程数字化映射(数字孪生)，因此在一个数字化平台上完成业务操作和业务审批是必然的要求。那么在一体化的平台下，如何让业务数据既支持管理界面的要求，也满足审批界面的特点；让业务数据既能记录修改或审批的历史数据，也有一份可支持业务处理的最新数据；如何让业务信息的字段或者信息逻辑控制在一次调整就可以在多个信息界面生效，这些都是全过程场景落地时需要考虑的技术实现点。

数字化世界同真实世界一样，也同样需要“过程管控+结果记录”

• 多角色的协同支持(内外部用户平台一体化)

由于全业务类型和全过程的数字化转型要求，导致系统的使用者会从信息化时代部门代表用户(比如订单维护员、记账员、文员)使用系统，变成企业的全员使用业务系统。并且在一些采购、销售等业务的系统中，多个企业的人员需要在系统上进行业务协同。因此对权限的管控要求进入到了一个更细致的领域： 比如采购部A员工，既是办公用品采购的订单员，也是部长助理负责全部门采购数据分析，那么既要定义A员工在办公用品采购类型业务中，对这个采购品类下的供应商、订单、交货、对账、投诉 等具备完整的操作权限，同时也要定义A员工在所有的品类的供应商、订单、对账等数据有查询权限。又或者不同品类的采购物资，集团采购规范了分子公司采购经理的采购流程审批权限，集团采购部总监的流程审批权限；在遇到集团采购总监兼任某分子公司采购经理时如何定义和调整权限；在遇到集团组织架构调整影响数百个子公司审批流程时如何定义和调整权限；在遇到集团集采/分子公司自采权责人基于数百个采购品类如何定义和调整权限，又或者如果权限维度 从 品类+公司+工厂(区域)+金额 等多个维度设置该如何快速定义和调整权限， 这些都是多角色内外部用户权限控制落地时需要考虑的技术实现点。

通过复杂的RBAC角色权限+矩阵式数据权限模型满足大型企业权限管控

• 多模式的数据交互(接口和系统集成一体化)

目前的企业仍存在较多的早期信息化业务系统，如ERP/CRM/SRM/MES/WMS, 因此跨业务领域系统数据交互工作仍然是IT成本较高的工作内容。 当数字化系统的全场景全过程覆盖后，交互的数据就变得更多了。 如何当对象字段发生变化后，一键生成或更新外部的数据交互接口，如支持批量xls导入导出接口(功能)、对象的查询编辑删除的接口，可以基于配置的与外部接口的字段参数映射，可以对接口数据进行自定义逻辑处理，对接口进行监控，甚至将多个接口可以编排成一个业务处理过程服务，都是数字化转型时多系统多模式数据交互的要求。

在流程节点前后或API出口处快速实现表单字段与接口参数的映射

四、结语
因此在数字化时代应运而生且不断发展的低代码平台，需要满足实现以上数字化转型的典型场景，要做到对比传统信息化时代软件开发项目方式能取得更低的实现成本、更快的实现速度、更稳定实现质量。

以上是企业数字化转型中，使用基于低代码模块/平台工具时我们的一些实践经验。当然除了低代码工具这个维度，我们认为中大型企业在偏定制开发类的软件项目执行时仍要考虑项目成功的基本要素，即项目管理关注的过程控制，包括：合适的需求选择和评估、合适的项目预算、合适的项目团队配置、合理的项目计划、合适的项目质量检查节点等。