程序员们，请不要看低零代码

我们的业务进程中，不可避免地开始和开发者群体产生了一些冲突，更准确地说，是一些误会。对此，我们也有思想准备。当然，可爱的程序员们往往都很含蓄，他们不会说——零代码平台有什么鸟用？如果不写代码就能够开发软件，还要我们干吗？。

有外部专业人士素不相识给我们提议将产品功能定位中文名称修正为低代码，而千万别那么隐忍地叫零代码。因为叫低代码，唉不能让开发人员社会群体过分厌恶，觉得自己最少还有余力。

但这不是重点项目，我们想达成一致的最终目标，是让主战开发人员做点或者说有价值的活，而把这些多次重复性的开发工作全然缩减。称作零代码，确实包涵一些市场共同声明的企图成份。

零代码平台代替什么样软件开发工作？

那段归纳确实已经将企业软件行业中的许多场景都包括在内了。为的是让听众更快认知，我再简述一些更加具体内容的场景：

1）基于关系数据库的业务管理应用领域

是指不同行业紧紧围绕着核心业务构建的业务管理系统，比如：

物流业的进销存

制造业的生产执行、物料管理、设备管理

当代第三产业的项目管理

设备工程业的订货、加装和服务项目管理

一般B2B行业的产品销售管理之类

这个大类型中大绝大多数软件都长得基本上一模一样。在Web版上，常常通过顶端和右侧工具栏进行功能导航系统，主介面用表单列举数据词条，关上历史记录详细情况可以进行各式各样数据操作，查阅关连数据。

正是因为这样的雷同度，所以零代码平台可以大显身手，将所有这些应用领域的实现用一个统一的组装方式来实现，从而避免从头至尾的原生软件开发过程。

2）利用移动应用领域采集数据的应用领域

制造、工程、零售等行业需要特定职能人员从一线采集数据的应用领域场景。

3）利用API接口写入数据并构建管理看板的应用领域

从多个异构系统抽取数据，沉淀到统一的数据中台，并结合本产品的自定义仪表盘功能构建管理驾驶舱的应用领域需求。这个应用领域场景用另外一种方式代替了BI+ETL的方案。零代码应用领域搭建

4）部门级解决特定业务环节需求的小应用领域

因为零代码系统带来的易用性和免除代码开发的特点，用户企业可以由业务部门的非开发人员直接搭建或者主导一些简单的小应用领域。在统一的应用领域管理能力下，同时也能防范影子IT问题。

5）为实现流程自动化而构建的应用领域

基于本产品的自动化工作流，可以打通过去需要人工协调的断续工作流程，比如：

订单、交付和发票的自动衔接

基于时间触发的检查单生成、设备维保提醒、合同到期提醒等

基于产品销售流程和营销流程之间的线索自动标签和线索培育等

6）为实现数据流转、填报和审核过程而构建的流程应用领域

在复杂的数据协同中，构建基于表单数据，审批和填写节点的人工控制工作流应用领域。

零代码不擅长的场景

除了这些正面范畴，也有一些负面清单。意思是零代码平台并不善于解决的场景也有许多，比如：

1）市场规模巨大，场景一致，通用程度很高的品类

比如协作应用领域，通讯应用领域。总之，因为这些市场容量巨大，也已经有大量的成熟厂商在提供产品。你全然没有必要去用零代码去搭建。如果你要参与这些市场的竞争，理应拥有一支技能完善的软件产品研发团队，才能对市场竞争做出及时的响应。零代码应用领域搭建

2）在特定行业中依赖非常专有化的计算或专有化的视图来提供服务项目的门类

比如酒店行业的动态房价管理，餐饮业的收银排桌，紧紧围绕生产制造的工业控制和特殊逻辑排程，紧紧围绕市场营销最终目标的广告数据管理之类。这就像要拧无数颗直径固定为3毫米的螺母，就没有必要用万能扳手。

3）面向消费者的应用领域

这个很好认知，2C应用领域是十分多元的，很难通过零代码的方式来实现。总之，这些简单的信息展示类或者购物车类的小程序应用领域另当别论。许多小程序生成平台，本质上也是一种零代码平台。

我相信这个清单并没有完，这个市场总是存在各式各样各样特殊情况的长尾，以至于每一个零星需求都不得不专门来进行架构，设计和开发。

零代码为什么比写代码还要好？

一旦你要实现的场景和我们的优势方向吻合，那么我敢说，用零代码平台搭建的应用领域，要比绝大绝大多数普通软件开发团队开发出来的应用领域要好得多。

我这么说，可能有点不礼貌了，但我们都得客观一些，优秀和杰出的软件开发团队总是有限的，他们不能天天在开发增删查改数据的企业应用领域。这些活交给我们比较合适。

1）免除交互体验设计流程

零代码平台承担了基本交互设计的全部工作，紧紧围绕数据输入，查询，展示等一系列动作。应用领域零代码平台后，不需要再进行这些细枝末节的交互体验设计和增强。零代码应用领域搭建

比如：一个复杂表单的每个控件，应该用什么样式，保持什么间距，支不支持键盘切换焦点之类，这些细节问题常常耗费前端开发人员大量的多次重复劳动。

现在，都不用了。我们的一次性范式设计统统考虑在内了。

有人说，如果不能个性化设计前端页面，那做出来的应用领域岂不是很雷同。确实是这样，但这种雷同是好的多次重复，而不是粗鄙的复制。

我们可以为一个日期输入控件耗费几天的时间来优化，这并不是所有的是应用领域前端开发所能够承担的成本。

而且，即便你不用零代码平台，在应用领域前端框架时，也绝对不可能自己从头开始设计，总是会应用领域一些现成的成熟框架。君不见各式各样后台系统使用的基本上都是阿里Ant的那一套？

在企业中后台应用领域中，介面好看，功能好用是最重要的最终目标。所以，高质量的雷同正是解决这个问题的手段。

2）免除后端架构流程

前端开发容易产生多次重复工作，后端数据架构也是一样。为的是让一个企业应用领域能够满足业务数据管理和工作流程的需要，开发者需要设计正确合理的数据结构。这个工作，无论是零代码，还是传统的原生开发都是需要的。

但是，除了数据模型外，原生开发项目还需要架构师设计合理的数据存储过程和函数（可多次重复利用的程序结构），这些工作都是依赖经验丰富的架构师的。零代码应用领域搭建

有了零代码平台，所有的是后端架构工作被转化成可视化的配置过程，数据结构依靠表单来建立，工作流依靠触发器和节点来配置，权限系统依靠角色和颗粒度很高的权限细节来组合。

这些工作虽然不能自动完成，但它们已经不再依赖狭义的软件架构师，完成这些工作的时间成本也大大降低。

这里还要提到一个重要因素，那就是业务变更所带来的后端架构调整噩梦。

一旦业务流程产生新的需求，绝大绝大多数情况下都不是简单地修正几行前端代码能够搞定的，后端架构都需要配合进行调整。

在过去，这是许多定制开发软件项目的危机所在，因为常常需要的时候找不到人，或者找不到健全的文档，导致后续跟进的修正中堆叠出越来越多的低质量代码。

有零代码系统，无非就是调整一下配置就能够完成。这是原生开发永远难以企及的效果。

3）简化测试流程

零代码搭建的应用领域也要测试，但用户只需要聚焦在数据处理的正确性上，一次对，次次对。

传统软件的测试要复杂得多，首先要有开发人员自己完成的白盒测试，还需要有需求方和测试人员共同编写黑盒测试用例清单。

光这一件事情就依赖专业人员，成本很高，而且有很麻烦的跨专业沟通。完整的测试还需要涵盖性能，兼容性等方面，相当地耗时耗力。零代码应用领域搭建

所以大部分定制软件开发是没有健壮的测试流程的。作为只有一个用户的定制软件，软件缺陷的消除过程非常漫长。

4）免除应用领域分发

开发已经掉了一层皮，但一个最终可用的企业应用领域，为的是能够地让员工开始正常使用，还有一个在组织内分发的过程。

这个过程通常都比想象的复杂，尤其是这些需要根据不同角色分配不同权限的复杂系统。在软件开发完毕后，还需要引导用户注册账户，分配角色后，用户才或者说能够登录系统使用。

这样，用零代码方式搭建的应用领域不仅交付迅捷，部署到用户那里也很方便。如果某个应用领域的角色需要对应企业的财务出纳，配置好以后，只要有人入职了财务出纳岗位，就能够自动得到这个应用领域的访问权和恰当的权限。

5）让需求沟通更轻松

在开发企业软件的过程中，最痛苦和昂贵的过程真的不是写代码，而是需求沟通，让开发者认知软件的应用领域最终目标和掌握必要的背景知识。在稍微复杂一些的企业软件领域，比如生产制造流程管理，物流管理，物料管理，设备管理，仓储管理和财务信息交换等环节，软件的设计源泉全然来自企业管理最佳实践。没有企业的运营知识，是绝不可能开发出可用的企业软件的。零代码应用领域搭建

于是乎，企业软件开发的主要成本都投入在了这些浩繁的需求沟通上。

通常是开发厂商提供一个框架解决方案，懂行的客户基本能够判断是否合适，然后客户企业需要就自己的实际运营提出组合和修正要求，开发厂商再历史记录在需求清单中，并用工作范畴文档（SOW）和原型图让客户确认。

即便花了许多时间做前期的需求确认工作，到了实际交付的节点，依然还会有大量的调整和确认环节。这也是为什么交付是传统软件开发服务项目的噩梦。成本和进度都是在这些环节上容易失控的。

零代码平台首先了提供一个可能性——千万别开发人员参与，精通需求的业务人员直接自主实现，因为他们不需要掌握代码开发知识。

因为需求方直接自主实现，自然也就免去了反复的需求沟通和确认。人人都能够开发软件，这句话一半是共同声明，一半已经是现实。这全然看用户自己对需求的清晰程度和学习新工具的意愿。美国人为什么习惯DIY？一方面是因为雇佣工人太贵，另一方面是因为非常发达和廉价的DIY工具支持。

就算零代码平台也是由技术团队来提供服务项目，业务需求方也很容易通过预先搭建的示范模块来确认是否满足需求。搭建者和使用者的沟通会非常顺畅，有时候，使用者会忍不住自己动起手来。零代码应用领域搭建

把正儿八经的开发力量投向何处？

零代码平台会不能代替开发人员的所有工作？

我认为不能，最少在短期内是不现实的，零代码平台还有很长的产品路线图要完成。就算我们吃到大力丸，立刻把产品做得又简单好用，又强大全能（虽然天下基本上没有这样的产品），企业用户建立信任也需要时间。

最少在当下，开发人员们可以开始将精力转向一些更有价值的领域。大胆地将我们擅长的领域交给零代码系统来尝试。反正我们这样的平台都提供免费试用，实现不了的，你们也不用花冤枉功夫。

但是，在没有亲手实践之前，阻止和劝导其他人千万别尝试是不公道的。零代码唉都能够搭建出可用的应用领域，让客户来进行实际验证，最少是局部的模块，原生软件开发就不可能这么豪迈了，客户再怎么不信任，你也不可能把软件开发好，再去和客户签合同。

软件产业的成功就是建立在复制的基础上的，如果一套软件就是一个用户，这是软件行业的耻辱。在中国市场，值得投入的软件产品领域依然许多，在有些细分市场，零代码平台也毫无优势。

比如电商ERP和延伸的新零售解决方案，智能的营销自动化工具，这些市场目前依然没有饱和，但零代码系统缺乏基础的框架模块和生态连接，做起来会比较吃力。零代码应用领域搭建

而且，即使有了零代码应用领域，也不排除客户继续选用一些套装软件产品混合使用。在这个过程中，依然有配套的集成开发工作需要完成，才能给客户提供完善的应用领域体验。这些集成开发涉及到紧紧围绕业务需求合理设计数据接口，建立数据调度服务项目，接通不同的网络环境。总之，零代码的另外一个分支——集成平台即服务项目（IPaaS）也在努力通过产品化来缩减这些多次重复工作。

如果你想在代码开发领域以外拓展视野，又想充分利用已有的是IT知识，那么帮助更多的人来使用零代码平台，紧紧围绕业务需求来做好应用领域搭建规划，提供必要的集成开发服务项目，不是很好的一个选择吗？

许多开发人员都希望能够多了解商业，但是仅仅是服务项目商业需求是不够的，参与商业需求的规划和设计才能或者说转换视角，成功跨界。

简道云植根于零代码领域十余年。简道云目前拥有 50 多个 SaaS 应用领域，基本上所有应用领域都可以通过 简道云 零代码开发进一步开发和定制。 简道云 还支持第三方应用领域的开发，无需代码，即可构建出符合需求的业务管理系统（如生产管理、进销存等）。