无代码平台怎么用

作者: 雀书 | 来源:发表于2020-07-10 18:33 被阅读0次

最近无代码平台的风越刮越大了，越来越多人了解到“无代码快速开发平台”，但对于“无代码平台究竟是什么？”“应该怎么用？”……之类的问题，依然有人感到无从下手。在文章里引经据典，解释了不少，还是有人评论“说白了就是OA”“就是工作流/BPM”……一上手，就发现，好像不是这样。然后就困惑了：不是对外宣传简单好用、自主个性化搭建吗？为什么不会用？

所以，笔者今天，老生常谈一些理论+使用演示，简单说说到底怎么用它。文章涉及个人观点，如若有不同意见，也欢迎交流。

无代码平台的适用对象

1. 从企业的角度

大型企业的角度：

很多人质疑无代码/低代码开发平台在大企业中落不了地，原因是大企业的系统都很复杂，通过无代码平台实现起来非常费劲。其实不然，低代码开发平台解决的是零散应用的集约化管理，满足的正是轻量级、部门级、短周期的偏前端的应用快速开发。因为这类应用在集团型企业中一年估计会诞生几十个，过了生命周期后又很难做到及时回收下线，对基础资源的挤占、维护管理成本巨大。如果在一个统一的无代码开发平台上就不一样了。无代码平台的快速搭建，能够适应企业需求的急速变化，及时搭建，即时使用。对于大型企业的核心系统，甚至是稍微重一点的业务系统，人家压根就不会考虑基于什么平台，因为这种系统涉及业务数据、生命周期长、数量也有限，追求的就是一个自主可控，开发成本和维护成本反而是次要的。

中小型企业的角度：

有人觉得低代码开发平台在小企业中发挥的价值有限，因为应用数量太少，要的是几个应用，却要持续为平台付费，Excel它不香吗？其实不是的。先说付费问题，现在好些个无代码平台（例如雀书）针对30人以下的企业大部分基础功能免费试用，基本能够满足企业的需要。其次，应用数量少不代表没有需求，而且目前的无代码平台基本汇集了传统BPM、OA、工作流引擎等功能，随时满足企业数字化、信息化的发展需要，难道不比Excel方便吗？

2. 从使用者专业性的角度

我们常说无代码开发，事实上，所谓的无代码开发，一方面属于低代码开发的范围，为了功能的多样化（比如系统集成）甚至包含些许的低代码开发（SQL语句等）；另一方面，”无代码“针对的是使用者而言——在其搭建新的流程应用无需敲代码。这也是它与OA的不同之处之一。而根据代码使用的程度（使用者的专业性），无代码平台产品所面向的用户群体也有所不同，也就是常说专业开发者和公民开发者。

专业开发者一般指具有编程能力的开发者，典型如程序员。公民开发者是Gartner创造出来的一个概念。随着无代码平台的推出，业务人员也可以进入应用开发领域。简而言之，公民开发者是具有一定IT思维但不具备编程能力的业务人员，他们是可以通过无代码平台来构建应用的最终用户。

像知名的Outsystems，它更倾向低代码开发，他们的平台更多是面向专业开发人员，向他们提供了很多快速开发工具，帮助解决需求多变的问题，让程序员把更多时间放在企业逻辑的梳理和开发上。比如，你开发了一个Web应用，可以在低代码平台上一键生成有相同效果的移动应用，这对开发人员来说十分有用。

而另一个极端—QuickBase等属于零代码产品，它将没有任何编码经验的公民开发者作为他们的用户。平台提供了许多模块化的组件，例如表单元素、流程元素、报表元素，通过拖拽的方式，就能构建出所需的应用。

目前国内上的产品大部分介于两者之间，如雀书、宜搭等，结合了低代码与零代码开发，目标客户更加倾向于公民开发者。无编码经验的开发者可以通过图形化的用户界面和拖拽配置方式来构建应用程序，而一部分专业开发者能继续使用编码方式，对应用进行扩展。

所以，最近流行一种新的交付模式：业务部门基于无代码开发平台将所需要的功能（或简单的可用版本）自行搭建出来，当遇到较为复杂的需求时，则向IT部门或者开发商（雀书就是如此）请求支援。业务与IT部门或者开发商共同协作完成搭建应用，提升企业创新效率。