编辑导语：低代码平台的存在顺应了整体环境的变化，它支持用户以相对少的代码来搭建应用系统，有助于减少产品开发成本，并且后续可以更快地响应需求变更。本篇文章里，作者就低代码平台的定义、应用场景、盈利模式与未来发展等方面做了总结，一起来看一下。

低代码无代码（LCNC，Low-Code & No-Code）平台，一直是今年很热的一个词（后文统称为低代码）。巨头的参赛，资本的注入，都给这个赛道注入了非常多的活力。在去年疫情期间，大部分线下商店、工厂、电影院停摆，工作的战场转移到了线上。

阿里钉钉敏锐地捕捉到这一点，在今年1月发布钉钉6.0，重点搭载了阿里自研的全新低代码平台宜搭，而在今年5月阿里云开发者大会上，钉钉对低代码入口做了全面整合，入口名称变成“钉钉搭”，放进了钉钉菜单栏，可以说非常重视这一块业务。

腾讯云宣布和海外知名低代码平台Mendix合作，通过外部力量进入赛道，Mendix被西门子收购之后，专注在制造业的低代码应用，获得了非常不错的成就。

而百度在很多年前就有了自己的低代码品牌——爱速搭。数字化转型这一战略推动，巨头纷纷入厂，把原来平静、小众的低代码赛道搅动起不小的波澜。

一、低代码、无代码开发平台是什么？

我们先来看看低代码或者无代码是什么概念。

低代码或者无代码开发平台往往会有另外一个名字：APaaS（Application Platform as a Service）应用平台即服务。低代码或者无代码开发平台提供的是一种服务。支持用户无需写代码或者只需写少量代码即可完成应用系统的搭建。

那么这些平台是怎么实现可以让用户不写代码就能搭建应用的呢？我们先设想一下一个简单的应用可能包含哪些元素。

我们以一个校园管理系统作例子，为了便于理解我们先把功能设计得相对简单。

我们看一下要满足上诉的功能可能会设计哪些功能模块。

对于校园管理这部分我们会有首页，首页支持页面跳转；对于报销管理这块，会涉及报销的审批；对于教职工、学生、宿舍、课程等管理，会涉及到表单和统计看板；对于整个校园管理系统会涉及到权限管理。

我们对一个简单的系统进行拆分，就可以逐步发现低代码是怎么搭建应用的。低代码平台通常会把系统里常见的元素进行抽象，抽象成一个个的组件。

比如我们搭建教职工管理页面，其实是一个表单页面，会涉及到：姓名、工号、入职时间、工龄、任课等字段。姓名、工号可以被抽象成单行文本这一组件；任课可以是下拉单选这一组件。通过拖拽的交互方式将组件放入中心画布，可以快速地形成应用系统的页面。右侧配置区可以配置组件属性，比如配置单选组件的选项。

低代码平台通过抽象得到组件，再由组件搭建表单页面。

低代码开发平台宜搭表单页面

同理，如果我们要设计校园管理系统首页页面，也是可以通过拖拽组件完成页面设计的，区别在于：主页的设计会对布局有更多要求，同时主页里要能支持页面的跳转。这些功能也是完全可以做成组件化的。

低代码开发平台宜搭自定义页面

我们再看看校园管理系统涉及到的审批流程要怎么实现。

校园管理系统在采购部分会可能会涉及到审批的需求。在低代码平台的审批流或者说工作流编辑页面里有很直观的流程节点，而工作流本身也是很成熟的系统。我们能够自定义编辑工作流，添加审批、执行、抄送等节点，再进一步为节点选择人员。

低代码开发平台宜搭流程页面

宜搭的设计是存在独立的流程表单，而明道云、轻流等其他平台是普通表单都可以直接添加流程。

先不谈这个中差异，从流程设计来看，目前国内低代码平台的做法都很相近，支持添加不同节点，同时支持节点的责任人添加。部分平台会在流程这部分做的更复杂一些，引入了BPM（Business Process Management）或者RPA（Robotic Process Automation），能够更加智能地处理业务流程。

最后我们看看校园管理系统里会遇到怎样的权限划分。根据RBCA模型，校园管理系统可能会有校长、采购主管、任课教师等角色，每个角色看到的页面会有所差异，也会有不同的审批权限。

低代码平台整合了权限管理系统，在设计系统的时候支持自定义的配置权限。

低代码开发平台宜搭权限页面

综合看下来，国内低代码平台主要包含流程引擎、表单引擎、权限系统、人员管理系统等。各家厂商基于这几块通用功能再延展成不同形态。

二、低代码、无代码赛道里有哪些玩家？

我们以钉钉宜搭为例，简单介绍了低代码的产品形态，国内做APaaS的产品形态和钉钉宜搭相对来说比较接近。我们再看看目前低代码赛道里到底有多少玩家在里面。

低代码/无代码企业图谱，图源：海比研究院

目前，低代码入厂的玩家出身差异非常大。

有依托BI起家的帆软团队而孵化出的简道云，有做流程起家的氚云，轻流，有SaaS化转型摸索进场的明道云，有依托大厂的百度爱速搭、阿里宜搭、微软Power Platform，有主营SaaS业务依托无代码技术实现产品化的纷享销客、北森，还有支持自定义图表的Airtable等等。

我们主要讨论低代码应用开发平台。国内的低代码应用开发平台战事刚刚拉起序幕，而海外的低代码独角兽Outsystems在三年前已经估值超过10亿美金。我们可以对比感受一下海外各家产品的画风。

微软Power Apps

OutSystems

Mendix

对比国内和国外的产品，可以明显感觉到文化的差异。国内外产品形态非常不同。相比而言，国内的产品容易上手一些，但是为了满足低门槛，也牺牲了一些灵活度。

而海外的低代码产品灵活度很高，高灵活度给用户的感受：我能够凭借这个工具做出很多定制化需求的。但是一方面海外产品教程没有汉化，另一方面产品使用的门槛也很高，高灵活度就牺牲了易用性。由此，Outsystems也开发了考试认证课程，以此来培养用户。

有一点值得肯定的是，OutSystems是优先处理数据，再开始处理页面的，虽然牺牲了一些所见即所得的观感，但能保证数据底座非常稳固，不容易出错。

整体看下来，国内产品同质化相对严重，在和某低代码平台CEO的沟通中，他提到目前国内虽然竞争激烈，差异性不是特别大，但还属于大家一起把蛋糕做大的阶段，正处于增量竞争，而不是存量的零和博弈。

可以预见的是低代码市场还会有很大的空间，在产品无法拉开明显差距的情况下，就要看各家谁先形成网络效应了。

三、低代码开发平台应用场景有哪些？

目前低代码产品主要是面向B端，对于B端企业数字化的需求，低代码基本能承接一部分。我们可以看一下今年年中阿里云开发者大会上的一组结论。互联网和制造业使用低代码平台开发的人数最多，而用户群体里管理者的使用人数超过了企业IT的使用人数。

低代码本身没有太强的行业属性，这也让低代码开发平台能够更加灵活地适应不同行业。软件开发人员技术能力不缺，最缺的是行业Know How。

比如CRM系统，每家公司、每个行业都有自己的销售流程，而最懂这些流程的无疑是公司内部的人员。当他们自己能够依托低代码平台开发自己的内部应用，这个应用的效果相信是比较适合自己公司的。

四、低代码开发平台会不会抢了其他软件行业饭碗？

对于护城河没那么明显的B端软件企业，低代码确实会带来一定的冲击。比如HRM、CRM、项目管理等等细分赛道，赛道内本身有明显企业领军，赛道里的小公司还是会有一小部分市场份额。低代码的杀入，势必会挤占这些小企业的生存空间。

对于行业巨头，低代码平台还是很难威胁到他们。比如Salesforce。

Salesforce一方面自己有一些低代码的模块，一方面在客户关系管理上他们是专家。各细分赛道的明星企业除了自己会引入低代码技术，同时他们能够指导行业。他们的顾问更像是咨询顾问，能够指出企业问题，并能够推荐标准方案。低代码从业的顾问更多偏实施顾问，能够帮助客户用好自家的低代码平台，但在行业认知上是远不如细分赛道的龙头老炮的。

五、低代码开发平台盈利模式是什么？

我们接触过一些低代码厂商，目前低代码平台的商业模式分为两种：私有化部署（高定制化）、Saas版本。

对于私有化版本，低代码平台厂商会依托自身的低代码开发平台去为客户定制开发，这部分开发的周期会短于传统的开发模式。同时对于需要定制的部分需求，低代码厂商的实施顾问会结合自身产品形态进行评估，哪些是可以通过部分定制化开发的方式解决，哪些是完全覆盖不住的。然后由实施顾问入厂实施，以人天结算成本。

这部分收入会包括：人天费用、私有云或者本地服务器费用等。

对于Saas版本，就是按需付年费的模式来计费，每年进行一次续费，由实施顾问协助实施之后，客户成功部门维护产品的后续使用。

我们可以看一下下面SaaS计费的依据。主要是以表单数据量、使用人员规模等作为计费指标。

Outsystems SaaS模式价格清单

阿里宜搭SaaS模式价格清单

当然上面说的两种计费方式都还是属于低代码平台运营的初期阶段，而低代码平台运营发展的很好之后，是能够吸引ISV进来做开发的。

一旦有ISV愿意作为低代码平台的生态伙伴入局，那就验证了低代码平台能够满足足够多的业务场景，独立开发商发现这边有利可循。真正到达这一步，低代码平台才能真正意义上变成了一个平台，是一个B2B的平台。

六、为什么大厂也要布局低代码？1. 数字化转型背后的大量需求

企业数字化转型是后互联网时代不可能绕过的课题，如今越来越多的C端人才流向B端做企业服务，也说明了B端市场有大量的空间等着我们去挖掘。美团王兴在18年提到一个观点，在目前看来依然不过时：供给侧改革是走出经济困境的唯一出路。

我们把消费者和市场定义为需求侧，基本属于C端，把供应商和生产商定义为供给侧，基本属于B端。我们看海外的巨头企业：facebook、google、亚马逊、沃尔玛、微软、salesforce、Oracle、Cisco等等。可以发现海外服务B端的企业和服务C端的企业在规模上可以平分秋色，也就是说供给侧和需求侧是得到同样程度关注和发展的。

在国内，更多的企业是服务C端的，很知名的B端企业屈指可数。需求侧被过度开发，那么供给侧不进行改革是没有办法跟上需求侧变化的。比如说新零售：人、货、场。人这一需求侧保持旺盛，交易场所也线上线下全覆盖，货这一供给侧无法达到高产能的话，就会出现供需失衡的情况。

因此，B端作为供给侧，存在大量的改革需求。但是B端的改革需求会有几个明显特点：多、杂、定制化程度高、快速变化。对于这样的需求，C端标准化产品是无法满足的，而传统的软件行业按照定制化开发的方式又跟不上这么多需求。

在这样的大背景下，低代码开发平台被推上风口浪尖，现在不能说低代码一定能解决这么多复杂需求，但也是被从业者给予厚望吧。

2. 低代码的属性能更快地满足部分B端需求

目前国内外低代码的形态是可以支撑起一部分B端需求的。

低代码第一个特点是搭建快。

对于同样的CRM或者WMS系统，正常开发一个团队4-5个人，开发时间为1-2个月（按一个月实际22天工作日算）。按人天算可能至少80个人天。用低代码开发，熟练的低代码工具使用者，可以做到2个人开发一周完成，大概就是15个人天左右。

这种速度的提升是肉眼可见的。低代码作为标准化产品，用户相当于具备了全栈能力，一个人可以搞定前后端，同时由于产品的标准化，用户也只需要花极少的时间进行Debug。这些都是能极大缩减项目开发时间的。

低代码第二个特点是响应快。

针对B端或者G端复杂多变的需求，低代码是能够在最短的时间完成功能变更的，这在传统软件开发的方式是做不到的。对于表单更新，增删改查组件添加，流程的变更，这些在低代码平台几乎是可以做到当天响应，并且当天完成。

低代码第三个特点是有限的灵活性。

低代码平台在面对复杂且定制化程度高的KA客户需求时，会显得有一些无力。我们看到的大部分低代码平台是支持文本语言开发的，这一点仅仅是在无代码开发平台的能力上做了一些有限的补充。这部分能力还不足以应对复杂的KA客户需求。在灵活程度上，低代码平台是比不上传统开发的方式的。

3. 低代码能够照顾到云市场这块大生意

在今年亚马逊一季度财报数据上看到，亚马逊云服务AWS一季度营业额135亿美元（约873亿人民币），而2020年中国IaaS市场规模约774亿人民币。在云市场这个赛道也有着大块的蛋糕等着头部企业瓜分。

亚马逊全球的二季度营业收入是1130.8亿美元，而其中来自于AWS云服务的贡献是148.09亿美元。可以看到电商业务是亚马逊的基本面，贡献了主要的营业额，而利润的主要贡献者是来自于AWS云服务业务。

亚马逊二季度营业额，数据源：亚马逊二季度财报

亚马逊二季度利润率，数据源：亚马逊二季度财报

反观国内目前云市场的分布，目前巨头已经出现。

国内SaaS市场情况，图源：艾瑞咨询

当下最热门的SaaS也好、低代码也好、数字化转型也好。无论哪种概念，落地都需要IaaS层支撑，云服务是个利润很高的好买卖，只是门槛也比较高，一般企业没法入局。

所以，如果按阿里云智能总裁张建锋在年初发布会上表示：未来3年在钉钉上能长出1000万个钉应用。那么这背后毋庸置疑有着大量云资源的需求。

类比线下，云服务商就像地产开发商，云服务商搭建好了线上的商场，只要有源源不断的商家入驻就好了。

低代码恰好是可以批量生产商家的平台，低代码生产出的商家入驻由云服务商搭建的商场，就一下盘活了云服务和软件应用两个行业。低代码平台可以选择和不同的云服务商合作，入驻不同的商场。而大厂的入局能够更好地招商引资，和低代码平台合作，吸引更多的用户使用自家的云资源。

七、低代码有没有可能存在新形态？

目前看下来市场上的低代码平台基本还没有在大B企业里全面推广，我们遇到的一些KA客户对这类新产品都保有着谨慎的态度，对于一些制造型企业来说，能让低代码进入在一个厂域进行验证已经很不错了。

小规模的低代码厂商更多需要集成到大供应商，才能接触到一些KA客户。对于一些规模不是特别大的公司，低代码产品相较于SAP这种老牌企业确实更具竞争力。

从国内的低代码产品的横向对比来看，总觉得缺少一些创新力。

偶然原因接触到一位朋友，他正在用低代码创业，但是和宜搭、氚云这些低代码厂商不太一样，他服务B端企业，最终用户不是企业员工，而是C端用户。他做的事是想用低代码去帮助B端企业设计一些含有高设计感的宣传页面，以此来为当前B端企业拉新做增长。

从这位朋友这边我获得了一些启发。我们仔细想一下低代码平台的本质是什么？我个人的定义是：工具。我们通常会把哪些产品定义成工具？

原型绘制：墨刀、Axure、Sketch。设计工具：Ps、AI（Adobe Illustrator）、XD（Adobe XD）。笔记和知识管理：Notion、语雀、我来、flomo、Obsidian。视频创作：剪映、绘声绘影、Adobe After Effects。团队协作工具：钉钉、飞书、企微、Slack、Teams。即时通信工具：微信、QQ。

那么低代码平台作为工具，它属于哪一类？

我想尝试把它放入创作工具这一类，类似剪映这种。剪映是剪辑工具，来创造出一个短视频。而低代码平台是一个应用编辑工具，来创造一个应用。

再往下思考，短视频是面向C端的，那低代码平台创建的应用有没有可能直接面向C端。或者说市场上能不能出现一个C端的应用编辑工具。在少数派这个网站上会看到很多独立开发者分享自己的产品和开发的故事。

对于一个不会写代码的人，有没有可能快速地掌握低代码开发平台，并且能创建出面向C端的产品，然后把创建的应用上架到应用商城，开发者也可以根据下载量收取报酬。这个模式就像普通用户通过剪映制作短视频，然后在抖音这个平台获利。

我一直在构思这个想法，最近发现这件事已经有团队在做了，而且来势汹汹。这是一家海外的公司叫Bubble。这家公司在2019年进行了种子轮融资650W美金，而今年7月突然宣布A轮融资1亿美金。他们的创始人之一Josh Haas毕业于哈佛，创办Bubble前在对冲基金机构桥水工作，他们的创业目的就是：帮助没有工程师的团队创业。

低代码平台 Bubble

我也体验了一下Bubble，说实话功能很齐全，把一些常用的逻辑做了枚举，这样能把大部分逻辑通过配置实现，然而比国内的大多数产品难上手。

如果要把低代码定义成工具，还需要从工具用户的角度去思考产品形态。张小龙在提到设计微信的时候，微信作为即时通讯的工具，怎么才能吸引人用它。创造工具的本质，是为了更好地创造。

首先，使用门槛尽量不要太高，其次对于这类复杂工具一定需要有引导教程，最后必须要实现工具的意义——提高效率。通讯工具会提高通讯效率，那么低代码开发平台一定要能提高开发效率，并且能够交付完整的开发成果。

如果没有低代码工具，用户需要系统学习前后端知识，包括web端、移动端等等。相比于这部分的学习成本，使用低代码工具能提高用户生产力。低代码厂商需要让用户认识到：相较于系统学习前后端，低代码开发工具使用门槛并不高。能做到这一点，就能很好地打消用户畏难心理。

目前低代码主战场在B端，但可以预想的是，C端也可能是低代码发挥的舞台。

八、最后

低代码并不是很新很了不起的技术，只是顺应环境发展的一个小赛道。但低代码在当下这个环境确实能贡献出自己的一份力量。

当下，我们能看到的是，还有非常多传统行业里的小微企业、小微团体、偏远地区的事业单位正强依赖着Excel甚至纸档文件。这类传统的方式既不利于资料的统计、也不利于信息的查找和保存。低代码能够低成本、高效率地缓解这些现象。

至于低代码会不会造成程序员失业，我想也是一个伪命题。没有哪一个语言的出现会造成程序员大量失业的。假设真有一天低代码成为主流开发方式，我相信程序员也是最容易掌握低代码平台的那一批人，甚至可以想象的到，程序员们边用边吐槽的场景。

#专栏作家#

忙里偷贤，公众号：忙里偷贤，人人都是产品经理专栏作家。B端产品，低代码玩家，工具类产品思考者。热爱分享，务实的理想主义者。

本文原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自 Pexels，基于CC0协议

制图网(www.makepic.net)，专业的logo免费设计在线生成网站，全自动智能化logo设计，商标设计，logo在线生成！

欢迎使用制图网制作属于您公司自己的logo，不仅专业而且经济实惠，全方位满足您公司品牌化、视觉化的需求。