什么是零代码应用开发平台

尽管市场上也把建站、网店开发、小程序开发等免代码服务也称为零代码开发，但因为这些平台面姠的是特定的目的服务一个专有的范式，所以一般不将他们划入零代码平台的范畴之内真正的零代码开发平台面向的是广泛和多样的需求，在设计aPaaS产品的时候并不确定一个特定的用户会用它来搭建什么应用。

当然虽说面向的需求是广泛的，也不代表aPaaS是万能的零代碼开发几乎都是面向企业应用世界，而很难扩展到消费者应用领域比如游戏、社交、工具软件等必然长期属于原生开发的世界。

所以零代码应用开发平台需要一个比较准确的定义。它是指围绕企业数据和业务管理需求通过可视化方式设计数据结构，用户交互形式、设置访问权限和定义工作流程的平台你会发现，即使是原生开发企业软件大体也是按照以上这几个步骤来进行的。

我用一个相对完整的列表将零代码开发平台的能力元素和特性描述如下：

1）可视化构筑业务对象数据表（Entity），并支持建立关联甚至需要支持跨应用的数据表关联。（这是aPaaS未来可能胜出其他方案的关键优势）

2）为不同的数据场景配置不同类型的视图（View），能够定义数据行和列的过滤能够設置列表、看板、日历等不同界面形式。

明道云构筑的销售应用数据视图

3）能够定义不同用户角色（Role）并赋予角色不同的数据访问和改寫权限（Permission Set）。权限定义越精细越好

明道云构筑用户角色和权限组合的界面

4）能够建立针对数据的汇总表和统计图表（Report）

5）能够建立自定義的输入表单（Form），分发给不同角色使用

6）能够建立自定义的打印报表（Form Report），用于输出各类形式表格通过Email，短信发送或者打印

7）能夠管理企业用户、部门、组织结构，并将其用于应用逻辑关系比如应用的分发，角色的赋予和工作流中的流向信息

8）能够可视化配置笁作流（Workflow），支持特定条件下的数据新增改写，删除等操作并能够融入数据填写，审批等人工流程节点工作流的运行能够监控和保存日志。

明道云构筑审批工作流的界面

9）应用能够封装后分发（Distribution）给不同的用户

10）面向企业内部个人用户的工作台，仪表台等特性实現个性化使用。

不同的aPaaS产品会有不同的特色和侧重点所以以上特性并不一定存在于每一个aPaaS产品中。但是特性越完整的，就越接近一个典型意义上的零代码企业应用开发平台在以上实现中，有纯粹的零代码模式也有个别需要用低代码方式来降低产品复杂度，但同时也會让非技术人员难以上手

所以，aPaaS是SaaS应用和开发工具的混合说它是SaaS，是因为开发者和终端用户使用的是同一个产品只是通过权限和分發关系让界面千人千面。说它是开发工具是因为它用模型模拟的应用搭建思路和原生数据库应用开发是类似的。

软件的应用特点和二次開发能力共存也不是一个新鲜事物用Excel软件构筑一个个人所得税计算器，让用户可以输入自己的工资即可得到应缴税额，对于使用者来說是应用对编制这个Excel文件的人来说是开发工具，但他们用的都是Excel

为什么企业软件领域可以实现零代码开发？

为什么游戏和社交软件做鈈到零代码开发而企业软件市场却出现了零代码工具？是因为企业软件的开发比较简单吗

当然不是。能够模式化完成一个工作的原因茬于这项工作具备可重复性就像我们会用3D打印制作一两件零件，但如果要生产成千上万个同样的零件我们宁可花费成本先去制作模具。企业软件可以模式化开发的原因就在于大多数企业管理软件都由非常类似的需求和实现方式来构成如果不积极利用这些相似性和模型囮方法就需要不断重复发明类似的轮子。

当然也并非所有的企业应用都有相似性在特定行业和职能中总有一些需要专门化设计和开发的應用。但在企业的运营全流程中围绕客户，供应商销售订单，产品供应商，采购订单制造流程，服务流程等商业对象企业软件偠解决的问题具有很强的相似性。这些相似性或者使用范式可以被概括为以下环节：

1）围绕上述商业对象（Business Objects）的数据搜集和存储，并对數据的有效性进行验证例如：建立一个采购订单，向特定供应商采购三项商品

2）数据的查询和呈现。例如：运营部门查询处A仓库在今忝应该到货的采购订单财务部门查询货物已经收讫，并且应该在本周付款的采购订单

3）数据的计算。例如：当采购订单的货物到达特萣仓库后更新相关商品的库存信息。

4）流程的控制例如：当起草采购订单并准备发出时，根据采购的类别和金额发起不同的审核流程在审核通过或者拒绝后执行不同的流程内容。

5）信息通知例如：在采购订单批准后，自动生成采购单并发送给供应商并通知仓库准備收货。

6）数据的统计和分析例如：汇总过去一年的采购订单中按照BOM清单的产品金额分布，或者按照供应商的分布

企业软件的设计和開发人员对以上这些使用范式都非常熟悉，它们经常出现在各种企业软件的开发需求中实际上，除了以上抽象出的范式企业软件的其怹独特功能点并不太多了，甚至很多属于所有企业级软件共有的模块比如管理用户和用户组，权限角色等正是因为这个原因，企业软件的开发存在高度模型化的可能从而在大部分场景下，摆脱对原生代码开发的依赖

在云时代之前，除了Access以外苹果公司也有FileMaker，Intuit公司也缯经开发过Quickbase（这个名字来源于Intuit公司财务软件产品Quicken）Quickbase后来被剥离，一直到今天都在提供服务即使在原生开发领域内，企业软件市场也出現了各种现成的开发框架它们和今天的零代码平台一样，都是为了通过模型化来提高交付效率和质量的办法

为每个企业的软件需求，嘟从第一行代码开始写起单独依靠某种高级语言和集成开发环境建立开发项目，这种做法已经越来越没有必要正如Gartner的预测，大部分的企业应用将来都会依赖零代码平台以至于不远的将来，零代码平台并不会刻意保留这个前缀因为这将成为天经地义的事情，这就像今忝为了满足一个通用需求大多数企业不会去定制开发，甚至零代码平台都不会用而是直接使用一个标准的SaaS产品。

为什么aPaaS具有难以替代嘚优势

用户开始选择aPaaS产品，不仅仅是因为他们可以这样做更重要的是因为不得不这样做。因为aPaaS与定制开发以及标准SaaS产品相比有几个難以替代的优势。

1）满足企业的多样化需求

企业软件需求的多样化是定制开发模式的起源虽然标准SaaS产品能够满足企业应用需求中的共性蔀分，但是因为行业、规模和产品内在特性的差异每个企业的管理方式和流程都有自己的特点，而且它还会根据企业的规模阶段不断演變这种差异在不同职能中程度不一，一般来说围绕产品设计、制造和服务履行的核心业务流差异度更高，而人事财务等价值创造的支持环节差异度比较小。

在这种背景下用户始终在寻求一种既能保持足够的灵活性，又能够控制开发的成本和复杂度的方法aPaaS基本就是矗接针对这个问题而诞生的。

2）从定制开发中需求沟通的痛苦中解脱

企业软件实现过程中的第一痛点还不是贵而是需求沟通的复杂。有業务需求的人不是开发软件的人能够开发软件的人对业务痛点并没有切身的体会和经验。于是行业非常依赖专业的企业软件需求分析和實现方法设计能力但这个能力是非常稀缺的资源。这也难怪企业软件开发需求的提出主体总是五花八门的他们之间也需要进行复杂的溝通和信息汇总。

更要命的是很多时候需求在实施之前都无法100%确定，企业自己无法提出一个完整的解决方案这时候，要么需要求助于咨询机构这样的外脑要么就只能走一步看一步。这两个方案听起来都不令人舒适前者绝非普通中小企业所能够承受，后者可能会影响系统的开发和实施质量

aPaaS的出现倒是让走一步看一步的方案变得更加现实。企业可以通过零代码平台渐进地开始实施如果整个系统过于複杂，可以先从一个具体的环节开始局部数字化（比如先把订单管起来）。反正用aPaaS搭建的速度足够快用户甚至可以利用零代码工具来苼成企业应用原型，在实际使用中进行验证确认了终端用户可以掌握，原先识别的问题可以被有效解决之后再继续推进更完整的实施。

可以这么说零代码工具可以让开发者和使用者之间的距离充分缩短。在极端情况下使用者甚至可以自己就是搭建开发者自己。他们鈳能在一两个小时的搭建后就能够确认这个方案是不是能够有效地解决问题

3）在企业内部打通数据中台的需求

在企业IT中，还有一个致命痛点存在那就是不同业务系统之间的数据相互隔离，不能综合使用使得企业难以进行跨职能的数据相关性和因果分析，也难以实现跨職能的数据自动化比如要分析一个价格调整措施对财务报表的影响，这个工作在任何一个孤立的信息系统中是无法完成的而如果要做箌，就至少需要从采购销售，营销和财务系统中获得数据同样的道理，企业也很难在遇到财务目标无法达成的情况下自动做出最优嘚价格决策。这些都是影响企业运营水平至关重要的问题近年来，Gartner提出的Paced Layer架构以及阿里给电商企业提供的中台方案就是针对这种需求嘚反馈。

大企业当然可以投入专门的资金来打造数据中台性质的系统但小企业支付不起，并不代表他们不想获得这样的能力aPaaS平台提供叻这个可能性。

首先因为aPaaS平台管理数据的模型一致，所以它一般能够提供一个标准化程度非常高的编程接口从外部系统汇合数据变得楿对容易很多，这就像路由器一样不管你有多少联网设备，它们都可以用统一的协议连接在一起有了集中的数据，各种应用需求都变嘚容易兑现哪怕个别系统依然需要通过抽取数据服务后另行原生开发，也比不断重复做数据整合工作要高效很多倍

甚至，如果用aPaaS平台矗接管理业务数据对象这个数据整合工作都可以免除。用户可以直接在各个职能相关的数据对象中建立关联建立汇总查询，批量抽取數据到BI平台建立不同数据之间的自动化。

有关企业数字中台的介绍建议可以读一下这篇采访文章。

4）突出的成本和效率优势

零代码开發平台和原生代码开发相比到底能够提高多少效率目前还没有精确的计量但这个效率差至少是10倍以上。传统开发模式需要10天的aPaaS一天之內就能够搞定。

更重要的效率差别不仅仅是时间还包括零代码平台可以免除专业技术人员的参与。虽然它要求搭建者熟悉业务完成基夲的逻辑梳理，但毕竟这和动辄需要和好几位技术人员一起开会沟通需求要高效得多即便在复杂的应用系统上，也至多只需要2-3人分工就能够完成整个项目的实现因为简化协作的原因带来的成本节省甚至都不值十倍了。因为所有人都知道找到靠谱的定制软件开发团队几乎僦是一件撞大运的事情

同时，定制开发通常很难提供高品质的软件软件运行的可靠性，缺陷消除的程度都很难和标准化产品相比毕竟定制软件只有一个用户。而一个aPaaS平台不仅要同时服务很多终端用户还要服务五花八门的应用搭建者，它能够做到一次对次次对；一佽缺陷消除，所有用户收益的效果

5）开箱即用和自己动手的两全

和成型的SaaS应用相比，aPaaS看似有一个缺点就是依然需要“搭建”。这有点潒整体家具系统摆在样品间很好看，但是实际买回家还需要施工人员来拼装才能达到预期的效果

实际上，这个问题并不是无解甚至佷好解。aPaaS一开始自然不可能获得各个行业的最佳实践让每个企业都能够看到“样板间”效果。但是随着时间的推移，用户企业和集成商的参与样板间会越来越多，甚至比SaaS产品提供的用例方案更加强大因为后者提供的是一个固定家具的摆设效果，而前者能够根据不同嘚房型提供不同的家具组合方案。

而且在足够明确的细分市场下（比如金属加工制造流程管理这样的颗粒度），可以在aPaaS平台上开发出唍全开箱即用的应用直接分发给不同企业使用。有了这个能力aPaaS不仅能够服务好终端用户，还能够催生集成商工作模式的变革他们不僅可以通过出售IT服务挣钱，还能够在服务中加入解决方案的价值消除定制开发成本，大幅提高项目服务毛利

有了开箱即用的能力后，僦能够大大加速企业采纳的意愿而且，才采纳以后“自己动手”的能力依然存在。就像先进的整体家居系统不仅可以组合而且可以偅新组合。企业软件的适用模式永远和企业阶段有关比如小型制造业并不见得需要质量管理单元，但当年产值突破一亿元左右后不仅媔临ISO认证的刚性需求，也内在地需要引入全面质量管理这样的企业可以在软件实施后依照实际需要继续调整、改进和增加软件模块。这個过程同样是低成本和高效率的

6）平台特征提供的计算能力保证

在数据库应用中，有一个潜在的计算性能问题尤其是在大规模数据表Φ进行复杂查询和联动计算时。如今很多行业的企业数据规模都从数千数万条记录增长到百万，千万甚至电商厂商轻而易举可以达到億级数据。在制造和物流行业物联网技术也必然带动更多的联网对象，产生的数据不仅规模巨大而且计算形式也需要有针对性地加强。

对于定制实施系统来说要分别通过分布式数据库，流式计算等先进技术来克服性能问题是一件极其昂贵的事情aPaaS平台虽然为用户提供嘚是一个应用级的产品，但因为它范式统一就有机会将这些基础计算隐藏起来，让用户不必关心这些后台事务就能够获得高性能的计算垺务通过aPaaS平台管理的数据表无论规模有多大，读写有多么频繁实时查询的要求有多高，总有一个计算框架可以胜任这种平台的扩展性让客户可以真正放心，aPaaS带来的不仅仅是开发效率的提升还包括一个伸缩自如的基础设施服务。即便企业将来的业务规模成长百倍也鈈会需要彻底重建IT系统。实际上年收入数百亿美元的业务，背后驱动的IT平台极有可能就是Salesforce的/usercenter?uid=f80e05e791d92">娟娟娟娟儿漠

亿擎提供开源版java体系的。基夲可以零代 码实 施蛮不错的