“大众认知跟低代码实际能力不匹配！”奥哲CEO徐平俊这样说，“不少认知还停留在‘低代码只能解决企业末端应用’上。实际上头部企业已经开始接受。”他提到，建信金科就与奥哲合作构建了低代码开发平台”瑶台”，应用上线不到1年已实现30+中大型应用的全面部署，覆盖建行总行及12家一级分行，这也证明低代码具备构建企业核心系统及核心复杂应用的能力。

低代码尚且饱受这样的质疑，那么零代码在实现复杂应用能力上的可信度就更低了吗？大家普遍认同零代码只能实现简单的应用，无法实现复杂的数字化应用。那么到底什么是复杂的数字化应用，零代码到底能不能实现复杂的数字化应用呢？

我们将数字化办公的业务场景主要分为了三类：第一类是以电子表格为典型应用的数据整理；第二类是以轻量级协作为主的表单收集、整理以及流程审批等；第三类是以管理模型为基础的复杂关系型业务流转。

今天我们主要讲讲何为复杂的业务场景，为什么把关系型业务称为复杂业务？同时，处理复杂业务问题需要具备什么样的产品能力？

首先，在数字化办公领域，复杂业务就可以理解为关系型业务，业务和业务之间存在关联，这种关联可以通过抽象逻辑来表述。比如一个项目是从立项开始，经过合同，计划，采购，交付再到验收等环节；一家制造企业是从订单，然后经历采购，工艺，生产，仓库，财务等环节，最终完成一项业务的经营。

这些业务内部具有关联关系，业务与业务之间也有关联关系，这种关联关系形成了企业的一套管理模型。所以，不管是说业务系统，信息系统或者数字化系统归根到底就是管理系统。经济学上，分工提高了生产效率，关系型业务才是企业日常工作中最常见的业务场景。

那么，实现不同的关系型业务需要具备什么样的产品能力呢，很多企业在做产品选型时，看见厂商展示了类似的行业业务流程图，又演示了一下系统就进行了决策，但最终应用的时候，又会遇到各种各样不相匹配的问题。

其实就是只看到了表象，我们在实现企业关系型业务的数字化方案时，必须满足一下三个条件：

一、 实现各种业务的关系逻辑

实现业务的关系逻辑是一个基本要求，因为企业的业务不仅是关系型的，同时也是连续的、整体的，如果无法满足一部分的关系业务逻辑，有可能造成整个系统无法很好地应用。

实现关系型业务的技术手段现在最好的方式就是通过关系型数据库不断地关联、聚合等操作来处理，这个信息化系统中的基本要求其实并不容易，有些零代码开发平台是使用的非关系型数据库，处理各种复杂的关系型逻辑基本是不可能的。

举一个简单的例子来感受一下。

比如，在一个制造型企业中，销售部接到了生产订单后，就需要向生产部下达生产任务。

但在实际的业务中并不是有了一个销售订单就下达一个生产任务单这么简单，它包含的场景逻辑可能会有以下几种情况：

1、 销售订单在生成生产任务单时，需要能够合并下单，分拆下单，组合下单。

2、 并不是所有的销售订单都需要下达生产任务，有一些是贸易订单不需要生产，只有生产订单和委托订单才需要生产。

3、 并不是所有的生产任务单都是通过销售订单得来的，有些是需要备货生产。

4、 销售订单中的客户信息和物品信息需要调用基础信息。

5、 下生产任务时不能够超过对应的产线负荷。

6、 需要生成生产任务单的销售订单中，可能只有部分产品需要生产，一部分产品直接采购。

7、 已经下过生产任务单的销售订单不能够重复下单。

8、 销售订单下达后，有可能会出现修改客户信息，数量，单价，甚至作废等情况。

9、 其他情况

这些是制造型企业中，从一个订单到生产任务业务流程中所包含的可能情况，但并不是所有的情况，任何一种场景逻辑实现不了时，都有可能造成系统无法很好应用，如果将他们放到整个系统中，还仅仅是两个环节而已

这就是关系型业务中典型的关系逻辑。企业工作中，绝大部分业务场景就是这类的关系型场景，要实现复杂数字化场景的业务逻辑，并不是做几个模板，然后调用一下基础信息设置几个控件就完成的。必须从技术选型和设计上有成熟的方案，技术上必须使用关系型数据库。

非关系型数据库为SaaS模式提供了便利性，但对处理关系型的数字化问题并不友好。方案上要懂得如何架构系统，要知道编码和分类的重要性，要有基本的表结构逻辑也要更深层里地理解业务。只有这些具备了，才能够实现复杂的数字化业务逻辑。

总结下怎样才能实现各种业务的关系逻辑：1、产品必须采用关系型数据库，如果是非关系型数据库，只能实现简单的逻辑。2、要有完善的系统架构解决方案。场景的逻辑需求是横纵交错的，如果不能有很好的系统架构，应用上会出现顾此失彼的窘态。

二、 实现各种场景的特定表单

各种场景的特定表单，不仅是各行各业，不同业务的表单样式，也包含着数据治理上的数据表结构。

不同的行业场景下都有各自特定的表单样式，这些样式是在业务发展过程中不断总结和优化的结果，改变了样式也有可能无法满足关联业务的需求，所以样式是一个基本，如果无法满足不同行业的特定表单样式需求，对于系统的适用性来说会面临很大的挑战。

同时表样式也代表了不同的数据表结构，主表、子表、主子表或者多子表的结构也会带来逻辑上实现的差异。

所以，对我们零代码开发平台，基本的样式也要尽可能满足，这里拖拽式控件能够满足用户的表结构需求，但特定行业的样式是不太好实现的。

三、实现各种操作的个性化方式

系统最终是需要用户使用才能够落地的，所以使用系统的人能否很好地应用就变成了关键。用户在使用过程中不仅要求逻辑符合，表单样式跟现实业务一致，甚至还需要系统满足一些用户的操作系统，最终使用的用户都是想”偷懒”的，比如用户在线下操作时习惯性地复制粘贴、拖拽，调用Excel公式，或者能够自动生成某些业务等，这些个性化的操作需求实际是希望在规范的前提下提升一些工作效率。

在企业制度管理下，有些个性化的操作需求用户是可以克服的，但如果有些个性化的操作行为无法满足，甚至会造成业务无法进行下去。在零代码开发平台中，拖拽式控件设计是不支持Excel中常用的Excel公式、复制粘贴以及下拉拖拽等习惯性操作的。但在表格式控件设计模式下，这些行为习惯能够很好地继承下来，在对于系统的最终成功应用上起到了至关重要的作用。

三个条件在处理复杂数字化业务时都很重要，面对不同业务时，我们只要充分理解了业务，理解了用户才能够解决业务问题，帮助用户提升工作效率，如果单从技术的角度去考虑问题，很多产品是不适应市场的需求的。

总结一下，什么样的产品才能够实现复杂的数字化应用呢？基本的技术体系必须保证使用了关系型数据库，同时采用表格式的设计方法来满足样式和操作习惯的需求。当然，如果产品也能够支持拖拽式控件设计的双设计模式，在一些交互体验上就会更加的优秀。

Workfine零代码数字化管理平台是目前市面上唯一使用双设计模式的开发平台，也是表格式设计下唯一的SaaS产品。它是处理复杂业务，实现企业数字化的必备神器。