前言：
回望过去的2021年，零代码开发成为了一种潮流，它以一种不可阻挡的趋势，席卷了各个行业。新冠疫情的爆发，让企业数字化进程开始提速，低代码技术经过大量的案例验证，已经被证明是符合当下企业数字化的首选开发技术。先进的低代码平台，也正在重新定义企业现在及未来的数字化方式。
而国内，也涌现了很多零代码厂商，作为一个近10年的零代码玩家，见证过以表格服务器为代表的旧玩家的衰落，也见证了以云服务、轻应用搭建为主的新玩家的崛起。我们花大量时间分析对比了新老玩家们的优劣势，不断深耕研发技术，一次次迭代，终于也有了自己的较成熟的低代码产品。如果说互联网是一个江湖，那零代码领域也有自己的江湖， 在这个江湖里，鱼龙混杂，学派众多。
数字化浪潮下，零代码厂商会越来越多，但是，To B 的产品真的那么容易做吗？什么样的团队才能够真正做出好的适配的产品？今天，我就想好好聊一下这个事。
在讲这件事之前，我将主要从应用场景，零代码产品，以及处理能力三个方面来深入分析一下目前市面上比较被大家熟知的零代码开发领域的数字化产品。
一、应用场景
我们主要将数字化办公的场景分为三类：
第一类是个人级的应用。典型的场景就是表格的数据整理，比如整理人员名册，记录销售明细等。现在我们通常用Excel或在线文档来完成，这类的应用以离散型的场景居多。
第二类是轻量级的协作应用。典型的场景就是表单的收集和整理，以及流程审批等。业务和业务之间具有轻量级关系，这类的场景以点对点的线性场景居多，不会牵扯很长的业务线和不同条件关联。比如防疫填报和收集，表格的下发和上报，流程审批等等。
第三类应用我们叫复杂的数字化应用，也称为关系型应用。主要是以企业管理模型为基础的各种业务流转，这类的应用才是企业管理中最具典型性的应用。比如我们一个制造型企业生产制造过程中是以销售开始财务结束的整个过程管理，所以也称关系型应用。
以上三类场景是数字化办公领域典型的应用场景，实际上前两类的需求都是包含在第三类场景需求中，他是企业管理模型下的一个环节，第三类场景解决了，前两类的需求也就解决了。
二、零代码产品
所有的软件厂商其实是围绕这些应用场景提出自己的解决方案，谁的综合方案最优，谁就更具有竞争力，根据我们的理解，将市面上典型的零代码开发平台做了一个对比分析。
在产品的技术架构上，我们把所有的产品分为了两大类，一类是以表格控件设计为主，一类是以拖拽控件设计为主。这两种技术架构是目前零代码开发平台采用的主要模式，在技术选型上的不同也导致了大家在应用场景上有很大不同，这两类产品中的典型代表分别是勤哲的Excel服务器和帆软的简道云。
Workfine表格式设计
简道云控件式设计
勤哲直接采用了Excel表格与关系型数据库关联的方式来设计业务系统，它应该是国内最早做零代码开发平台的厂商（在02年左右）。在当时前端互联网技术还不够成熟，主要采用C\S模式的时代背景下，具有一定的竞争力。它的产品优势是基本上能够处理与表格相关的所有管理业务，综合了表格和数据库的功能优势。
但劣势也很明显，设计和应用依赖于Excel，表格控件是这类产品的核心技术要素，但他们自始至终都没办法自主掌握。15年之后，前端互联网技术迅猛发展，企业的产品选型都偏向以B/S架构为主，这类的产品慢慢的走向边缘化。
这也是为什么他最早诞生，也有自己的高光时刻，但没有延续成为一家伟大公司的原因。与其说勤哲是被其它产品所打败，不如说是落后的软件开发生产力跟不上用户日益增长的业务需求。
以勤哲为典型的产品中衍生了很多以”某表”命名的零代码开发平台，统称为表格服务器，他们是照着当时勤哲这家菜馆的生意好，又在旁边开了几家的模式经营的。这些表格服务器产品也都没有自主的表格控件，基本上都依赖微软体系产品：Excel或者被淘汰的serverlight技术。
这些照着勤哲的思路另外打造的同款类似产品，虽然交互性不够友好，表格控件无法自主，但在处理企业数字化问题时，能力都是非常突出的，它应该是当时最适合中国式管理下数字化问题的解决方式。
只是处理这些问题时，核心的表格控件问题一直没有得到很好的解决。在勤哲02年诞生到现在的20来年基本没有厂商能够自主过，这些年我所了解到团队中都尝试过自主表格的努力，以及B/S架构的转变，基本都以失败告终。
直到17年前后诞生了两款产品：Workfine和活字格。他们的平台里才有了合适这类产品的自主表格控件。活字格所属公司本身有自研表格控件产品，叫SpreadJS表格控件，有比较好的技术优势。但可能团队是偏技术出身，产品解决方案有待优化，使用门槛比其他产品高，本质上还是面向技术人员需要代码实现的产品。
Workfine的表格控件是深度集成在Workfine平台中，专门为此开发平台而设计的web表格，团队是项目型出生，长期在现场一线处理各行各业业务问题后转型做数字化产品，在产品解决方案上的优势比较明显。
简道云是帆软旗下的产品，是比较典型的控件式设计产品，发展也很稳健。帆软以做报表和BI起家，最初他们是不做填报和业务系统的，简道云的出现为他们的报表和BI工具提供了基础支撑。
帆软产品定位比较清晰，也在企服领域深耕多年，前期客户和场景的积累为其产品的发展的提供了很好的验证和铺垫，是做工具型产品里面相当成功的企业。简道云对自己的产品定位也非常清晰：轻量级应用搭建平台。这个也从侧面反映了复杂应用的技术门槛是比较高的。
从其产品的技术形态上来看，也做不了复杂的数字化应用。因为采用了控件式的拖拽设计，以及后端采用了非关系型数据库，在设计过程中无法满足个性化很强的样式设计或者关系型很深的逻辑设计，这两个因素恰恰是处理复杂关系型业务的关键点。
图片来自搜索引擎截图
那为什么他们要采用控件式的拖拽设计和和后台非关系型数据库呢，这底层大多是出于商业模式和技术门槛的考量。
拖拽式控件会比表格式控件的技术门槛低很多。前面说过，近20年来，只有Workfine和活字格能够自主表格控件，光一个表格控件的研发周期和技术门槛都让绝大多数厂商望而却步；同时拖拽式设计在视觉展示上会更吸引用户注意，初期的使用门槛也会低一些。
采用非关系型数据库的原因是大都是商业模式的驱动，因为大家初始都采用了SaaS模式，而非关系型数据库在SaaS模式上比较有优势，当然云上的优势也带来的私有化的劣势。所以大家在做产品技术选型时，很多地方是有利有弊无法两全其美，大家也是在不断取舍中不断摸索。
(图表格控件可直接复制表格信息，拖拽控件的设计形式单一)
以简道云为代表的第二类产品原则上都属于同质化产品，像明道云，轻流，伙伴云，氚云等等。采用拖拽式控件+非关系型数据库的技术，这种技术选型只能够处理轻量级的数字化场景，所以他们能够展现的案例中最复杂是类似进销存或者CRM这样的案例，购买其中的任何一款不会再购买第二款。随着零代码的普及，这里面的竞争应该也会越来越清晰化。
图片来自workfine
第一大类和第二大类产品目前会有很明显的场景区别，所以，两个大类的零代码产品之间会有自己独立的一个市场空间，形态上也有很明显的差异化区别，短时间相互之间是没办法取代的。
其实做这类的产品很重要的就是打磨的过程。
厂家和用户是一个协同共生，互相成就的关系。当厂家能够积淀足够的用户量以及应用场景量，那么就能反过来以满足更多用户实际痛点需求为目的，将产品打磨地更精细。如果仅仅是纸上谈兵的话，很多时候产品是没办法落地的，或者应用也不会长久。
但我觉得表格式设计的产品中才会有真正的大鱼。轻量级应用相对来说用户粘性会弱一些，门槛低。复杂的数字化应用用户价值高，粘性强。同时企业的数字化办公应用绝大部分是在管理模型下的连续的、关系型的应用。
能够处理复杂应用的工具，如果再解决了交互的细节问题，以及积累出丰富的有深度的案例，达到开箱即用和随需调整的效果，这样对场景的粘合也会更加的强，轻量级应用的需求也会慢慢被稀释掉了。