低代码，不要以比“中台”还快的速度臭大街

本文来自微信公众号“陈果George”，作者 GEORGE 陈果。

前段时间和一位大企业的高级管理人员交流，他很兴奋地说，XX 公司已经推出了低代码平台，企业软件可以想怎么做、就怎么做，很简单就搭出来自己想要的系统，不用花大力气再搞那些复杂的 ERP 啥的了。我不忍当场扫了他的兴，不过心中暗自感觉“低代码”正在以比“中台”更快的速度在臭大街。

现在市面上说的“低代码（无代码）开发工具”，是指可视化的应用开发界面，这些工具的出身主要有如下来源：

• 新一代技术的可视化开发工具，既有通用开发工具，例如推动这个软件品类概念产生的 Outsystems，Mendix 等厂商，也有行业性或专业性的垂直领域工具，例如国外金融行业内最近广受关注的 Unqork。

• 在 SaaS 应用和 PaaS 平台之间，产生的表单工作流、自定义 BI 等可视化开发工具，以微软 Power Platform 为代表，我个人认为，这是微软整合其 SaaS 钩子产品（Office，Dynamics）以及 Azure 云服务，面向用户提供统一的数据和服务视图的产品策略的结果。

• 也许是微软的示范效应，传统云厂商在向应用级 PaaS 发展上似乎找到了新方向，纷纷开始考虑进军这个领域，据说 AWS、Google 都即将推出低代码平台，而阿里最近推进“云钉一体化”，将钉钉和宜搭结合，重新包装为低代码开发平台，则非常类似于微软的产品策略；不过，微软的商业模式横跨了 SaaS 和 IaaS/PaaS，这和那些底层 IaaS/PaaS 往上走的云厂商的路径，还是有很大不同。

• 大型 SaaS 软件的可视化开发工具，以 SalesForce、ServiceNow 为代表，这些 SaaS 的可视化开发工具由来已久（后文会提到，传统大型企业应用软件，例如 PeopleSoft，Siebel 等，其实都提供了可视化开发工具），因为低代码概念兴起，最近被打上了“低代码开发”的标签；我观察到一些国内传统的企业软件公司，做 ERP、CRM 甚至是数字化营销软件的，也都把自己应用软件的可视化开发工具换了个名字马甲，叫“低代码”了。

• 一些软件开发团队，无论是软件公司的产品开发团队，还是大型企业 IT 部门的自开发团队，在开发实践中，为了提高开发效率，帮助业务人员进行快速业务建模，打包了一些可视化配置工具，现在也开始声称这是“低代码工具”。

• 此外，一些传统的业务流程管理软件、工作流配置引擎、数据分析和 BI 工具等等，现在也纷纷赶时髦改名叫“低代码”。

“低代码开发平台”产生的初衷是提供一个鼓励员工微创新、自主开发应用程序、利用企业数字化能力的助推器；在一些流程相对简单的场景下，可以帮助企业迅速实现对这些简单场景的数字化转型！对于复杂流程和核心业务流程，低代码平台肯定不完全适合，只是实现简单、辅助流程的首选开发平台。然而，因为厂商炒作的原因，低代码在市场上对企业决策者产生了不少误导，以下列出我的一些个人观点：

错误：

低代码可以开发企业所有的软件。

正确：

目前低代码主要应用场景是面向企业用户的快速补充开发，例如：

1. 简单的工作流和表单流转的应用。

2. 大型应用软件的功能延伸的开发。

低代码不适合开发复杂逻辑的核心业务，不适合管理企业主数据；使用低代码开发，会对企业的数据治理、信息安全产生一些隐患。

错误：

低代码是企业软件行业的革命，彻底改变企业软件行业。

正确：

模块化、可视化的编程方法，即“低代码”开发方法，由来已久：

• 无论是早期的可视化编程工具，例如 Visual Basic，Delphi，PowerBuilder等等。

• 还是大型应用系统的可视化编辑工具，例如 CRM 的 Siebel Tools, HR 软件的 PeopleSoft People Tools, PLM 软件的 eMatrix Foundation 等等。

• 互联网刚兴起时，创建一个网站写 html 代码比较麻烦，效率不高，微软当时就推出了称为FrontPage的可视化网站开发工具。

• 90 年代后期红极一时的 IBM Lotus，其产品概念启发了中国整整一代 OA 软件，可以用可视化的方式来配置操作控件、业务对象、关系、函数等等。

  
  

这些其实都是低代码工具。我们这些从90年代后期过来的IT工作者，过去二十年一直在使用这些工具，甚至一度觉得这些工具都过时了，怎么会突然就创造性地革命了呢？

错误：

低代码是一个独立的软件。

正确：

低代码是 PaaS 平台的一个组件，有助于利用 PaaS 平台的业务、数据、集成等云服务，或者集成多个云上的业务和数据服务。所以，低代码软件必须配合 PaaS 平台使用，有两种情况：

1. PaaS平台专用的低代码软件。

2. 大型应用软件（SaaS）的延伸开发平台。

错误：

低代码工具谁都能用，企业内谁都可以创新应用。

正确：

企业 IT 应用系统实施或者数字化转型，本质是管理问题和业务问题，不是技术问题。在大多数情况下，企业数字化的瓶颈，并不是技术开发的效率问题，而是用户行为促成以及企业管理变革。

我认为企业内大面积的公民化开发的应用创新是个伪命题，开发软件是一回事，能用起来是另一回事。打个通俗的比方，很多朋友都有这个经历，买书的时候热血沸腾，尤其是遇上京东打折，买回一大堆书回来，真正看完的有几本？

我一度也是“企业民主化创新”的信徒，但是最近一年美国社会的政治乱象，已经给由互联网革命推进的组织民主化提出了深深的质疑，参见 开放式社交媒体的终结 。

“低代码”不是革命，也不是颠覆性的东西，企业信息化和数字化必须踏踏实实地从核心系统建设、业务流程管理入手。“低代码”本身很有用，但是其应用广泛性还有待实践验证，作用不能被夸大了，否则，就像“中台”一样，本来是个好东西，却被媒体、厂商和外行们炒作得烂了大街。

最后，我认为“低代码”发展方向是两个：1. 纯云；2. 跨平台，几年之后，这个行业一定会按照这两个方向完成整合。