“群众认知跟低代码实际才干不匹配！”奥哲CEO徐平俊这样说，“不少认知还停留在‘低代码只能处置企业末端应用’上。实际上头部企业已经开端接受。”他提到，建信金科就与奥哲合作构建了低代码开发平台”瑶台”，应用上线不到1年已实现30+中大型应用的全面部署，覆盖建行总行及12家一级分行，这也证明低代码具备构建企业核心系统及核心复杂应用的才干。
低代码尚且饱受这样的质疑，那么零代码在实现复杂应用才干上的可信度就更低了吗？大家普遍认同零代码只能实现简单的应用，无法实现复杂的数字化应用。那么到底什么是复杂的数字化应用，零代码到底能不能实现复杂的数字化应用呢？
我们将数字化办公的业务场景主要分为了三类：第一类是以电子表格为典型应用的数据整理；第二类是以轻量级协作为主的表单搜集、整理以及流程审批等；第三类是以管理模型为根底的复杂关系型业务流转。
今天我们主要讲讲何为复杂的业务场景，为什么把关系型业务称为复杂业务？同时，处置复杂业务问题需要具备什么样的产品才干？
首先，在数字化办公领域，复杂业务就可以理解为关系型业务，业务和业务之间存在关联，这种关联可以通过笼统逻辑来表述。比如一个项目是从立项开端，经过合同，方案，采购，交付再到验收等环节；一家制造企业是从订单，然后经历采购，工艺，消费，仓库，财务等环节，最终完成一项业务的经营。
这些业务内部具有关联关系，业务与业务之间也有关联关系，这种关联关系形成了企业的一套管理模型。所以，不论是说业务系统，信息系统或者数字化系统归根到底就是管理系统。经济学上，分工进步了消费效率，关系型业务才是企业日常工作中最常见的业务场景。
那么，实现不同的关系型业务需要具备什么样的产品才干呢，很多企业在做产品选型时，看见厂商展示了类似的行业业务流程图，又演示了一下系统就停止了决策，但最终应用的时候，又会遇到各种各样不相匹配的问题。
其实就是只看到了表象，我们在实现企业关系型业务的数字化方案时，必需满足一下三个条件：
一、 实现各种业务的关系逻辑
实现业务的关系逻辑是一个根本要求，因为企业的业务不只是关系型的，同时也是连续的、整体的，假设无法满足一部分的关系业务逻辑，有可能形成整个系统无法很好地应用。
实现关系型业务的技术手腕如今最好的方式就是通过关系型数据库不时地关联、聚合等操作来处置，这个信息化系统中的根本要求其实并不容易，有些零代码开发平台是使用的非关系型数据库，处置各种复杂的关系型逻辑根本是不可能的。
举一个简单的例子来感受一下。
比如，在一个制外型企业中，销售部接到了消费订单后，就需要向消费部下达消费任务。
但在实际的业务中并不是有了一个销售订单就下达一个消费任务单这么简单，它包含的场景逻辑可能会有以下几种情况：
1、 销售订单在生成消费任务单时，需要可以合并下单，分拆下单，组合下单。
2、 并不是所有的销售订单都需要下达消费任务，有一些是贸易订单不需要消费，只要消费订单和委托订单才需要消费。
3、 并不是所有的消费任务单都是通过销售订单得来的，有些是需要备货消费。
4、 销售订单中的客户信息和物品信息需要调用根底信息。
5、 下消费任务时不可以超越对应的产线负荷。
6、 需要生成消费任务单的销售订单中，可能只要部分产品需要消费，一部分产品直接采购。
7、 已经下过消费任务单的销售订单不可以反复下单。
8、 销售订单下达后，有可能会呈现修改客户信息，数量，单价，甚至作废等情况。
9、 其他情况
这些是制外型企业中，从一个订单到消费任务业务流程中所包含的可能情况，但并不是所有的情况，任何一种场景逻辑实现不了时，都有可能形成系统无法很好应用，假设将他们放到整个系统中，还仅仅是两个环节而已
这就是关系型业务中典型的关系逻辑。企业工作中，绝大部分业务场景就是这类的关系型场景，要实现复杂数字化场景的业务逻辑，并不是做几个模板，然后调用一下根底信息设置几个控件就完成的。必需从技术选型和设计上有成熟的方案，技术上必需使用关系型数据库。
非关系型数据库为SaaS形式提供了便利性，但对处置关系型的数字化问题并不友好。方案上要懂得如何架构系统，要晓得编码和分类的重要性，要有根本的表构造逻辑也要更深层里地理解业务。只要这些具备了，才可以实现复杂的数字化业务逻辑。
总结下怎样才干实现各种业务的关系逻辑：1、产品必需采用关系型数据库，假设是非关系型数据库，只能实现简单的逻辑。2、要有完善的系统架构处置方案。场景的逻辑需求是横纵交错的，假设不能有很好的系统架构，应用上会呈现顾此失彼的窘态。
二、 实现各种场景的特定表单
各种场景的特定表单，不只是各行各业，不同业务的表单款式，也包含着数据治理上的数据表构造。
不同的行业场景下都有各自特定的表单款式，这些款式是在业务开展过程中不时总结和优化的结果，改变了款式也有可能无法满足关联业务的需求，所以款式是一个根本，假设无法满足不同行业的特定表单款式需求，对于系统的适用性来说会面临很大的挑战。
同时表款式也代表了不同的数据表构造，主表、子表、主子表或者多子表的构造也会带来逻辑上实现的差别。
所以，对我们零代码开发平台，根本的款式也要尽可能满足，这里拖拽式控件可以满足用户的表构造需求，但特定行业的款式是不太好实现的。
三、实现各种操作的个性化方式
系统最终是需要用户使用才可以落地的，所以使用系统的人能否很好地应用就变成了关键。用户在使用过程中不只要求逻辑符合，表单款式跟现实业务一致，甚至还需要系统满足一些用户的操作系统，最终使用的用户都是想”偷懒”的，比如用户在线下操作时习惯性地复制粘贴、拖拽，调用Excel公式，或者可以自动生成某些业务等，这些个性化的操作需务实际是希望在规范的前提下提升一些工作效率。
在企业制度管理下，有些个性化的操作需求用户是可以抑制的，但假设有些个性化的操作行为无法满足，甚至会形成业务无法停止下去。在零代码开发平台中，拖拽式控件设计是不支持Excel中常用的Excel公式、复制粘贴以及下拉拖拽等习惯性操作的。但在表格式控件设计形式下，这些行为习惯可以很好地继承下来，在对于系统的最终胜利应用上起到了至关重要的作用。
三个条件在处置复杂数字化业务时都很重要，面对不同业务时，我们只要充沛理解了业务，理解了用户才可以处置业务问题，协助用户提升工作效率，假设单从技术的角度去考虑问题，很多产品是不适应市场的需求的。
总结一下，什么样的产品才可以实现复杂的数字化应用呢？根本的技术体系必需保证使用了关系型数据库，同时采用表格式的设计方法来满足款式和操作习惯的需求。当然，假设产品也可以支持拖拽式控件设计的双设计形式，在一些交互体验上就会更加的优秀。
Workfine零代码数字化管理平台是目前市面上唯一使用双设计形式的开发平台，也是表格式设计下唯一的SaaS产品。它是处置复杂业务，实现企业数字化的必备神器。 | 
