找工位
空间入驻
小程序

aPaaS 低代码平台火爆,程序员是不是真的要失业了?

2021-09-13 00:00:00
文章转载自"ToB行业头条"


—

今年,国内已经发生了多起低代码领域的融资,投资人手上握着真金白银,他们的资金流向也在说明,aPaaS 确实是有过人之处的。


‍‍‍‍‍‍‍

来源  /    ToB研习社 (ID:tobworkshop)

作者 /      张向前     



你好,见字如面,我是向前,现在专注于 HR SaaS 领域。

这个周末,向前用公司的 aPaaS 平台,搭建了一个简单的项目管理工具。

最开始没抱啥希望,不过做完之后还是出乎意料,很有成就感:没想到我这个毫无代码背景的人,也能够搭建一个自己的应用。

我不禁膨胀了:

我这个没有技术背景的人都能搭建一个应用,那以后公司还要这么多开发同学干嘛?一个个工资比我高这么多!

再加上最近也关注到,国内多个 aPaaS 公司发展貌似都还不错,比如简道云、明道云、钉钉宜搭等等,为了证实/证伪我的想法,我周末简单研究了一下 aPaaS,今天也一起和你分享一下。

01

什么是 aPaaS

在讨论是否被取代之前,我们还是先定义一下,什么是 aPaaS?

aPaaS 的全称,是application Platform as a Service,即应用程序平台即服务。

aPaaS 本质上是一种 PaaS 服务,通过为开发者提供可视化的应用开发环境,降低或去除应用开发对原生代码编写的需求量,进而实现便捷构建应用程序的一种解决方案。

因此,aPaaS 平台也常被称为低代码/零代码平台。aPaaS主要是依托一个可视化环境,提供基于云的快速应用程序开发工具和应用程序部署。

上面这段话是我抄的,如果说人话,打一个不是特别恰当的比方,就好比做一个塑料模型,以前的时候只能专业的厂家,用专业的工人和生产线来制作,我们作为用户拿到就是成品,但是个性化程度不足。

现在有些厂家做了一堆可以拼接的模块,这样,一个普通消费者,拿着这些模块,可以按照自己的心意拼接,想要奥特曼就要奥特曼,想要樱桃小丸子就樱桃小丸子。

aPaaS 把原来只能由专业工程师做的软件开发工作的门槛,降低到了很多普通的不会代码的非技术人员,也能够编写程序的程度,而编写的方式,主要就是模块化、可视化的拼接。

基于上面描述,我们也能发现 aPaaS 的 2 个主要特征:

1)可以提供快速开发的环境,让用户在几个小时内就能完成应用的开发、测试、部署,并能够随时调整或更新;

2)就是低代码或零代码,非技术人员就能完成应用开发。

下面这张图,就是对比较火的几个概念的辨析,感兴趣可以看看。



明白了什么是 aPaaS,下面我们一起看看,aPaaS 凭什么想要取代程序员?

02

aPaaS 的强大优势

今年,国内已经发生了多起低代码领域的融资,投资人手上握着真金白银,一个都不傻。他们的资金流向说明,aPaaS 确实是有过人之处的,下面我们也一起看看,aPaaS 都有哪些强大之处。

效率优势

如果说 aPaaS 工具最诱人的地方,就是它的高效了。

这个高效不是我听来的,而是我自己切实体会:我用了一早上和下午共计不到 5 个小时时间,搭建了一个基础的项目管理应用。在搭建过程中,我衍生出很多新的很好的想法,且这些想法,可能用不到一周时间,也能够全部实现。

而凭借我的经验,如果按照传统的瀑布式开发节奏,我一星期搭建的这部分东西,可能需要产品经理加设计师加开发至少 2-4 周时间。

1 个人一周,和几个人 2-4 周,效率高下立见。

那么 aPaaS 为什么高效呢?我觉得主要原因如下:

以我搭建的应用为例,由于我自己就是需求方,我最清楚做出来应该是什么样,免去了清楚传达诉求的时间。

由于 aPaaS 平台预制了前台展示样式,因此不再需要前台设计师设计交互和样式。

由于aPaaS 服务商早已将常用的数据模型,业务逻辑和数据接口等都封装成预制的组件,我可以直接在云端通过拼接拖拽,完成应用程序的搭建、部署、使用、更新和管理,省去了传统的写代码和前后端调试接口的时间。

这就是它高效的原因。

高效的价值是什么?在这个复杂多变的商业世界,应该就不用我赘述了,一个应用 1 周搭出来和 1 个月搭出来,大家更想要哪个?


成本优势

成本优势更不难理解。

如果我们看看当前各行各业平均工资,基本上 IT 软件行业从业者高居榜首,而这个群体中,又以写代码的工程师工资最高。

那么,当 aPaaS 工具的低代码优势,让非技术人员也能够开发应用的时候,是不是也就意味着可以免去雇佣一部分工程师的成本了呢?省下来一个人,按照当前主流的工程师的工资,每年可能就是节约 50-100万的成本。

多省几个,很多中小公司的一年利润都快出来了。


长尾优势

长尾优势是什么?这就需要回到 ToB 业务当前的客户特征来看:目前不论是国内还是国外,大厂还是小厂,ToB 业务基本上还是以服务大型企业为主。

为什么不服务小型企业,因为 ToB 业务的天然特征就是,不论大型还是小型客户,获客成本和服务成本差异不会特别大,但是由于大企业的客单价和续约时长显著都更高,大型客户和小型客户的 LTV 可能是数量级上的差异。既然都一样辛苦,我为啥不多赚点呢?

那么 aPaaS 是如何打破这一魔咒的?其诀窍在于 aPaaS 应用搭建低门槛、低成本、效率高的优势。上述优势,决定了它可以承受相对较低的客单价和 LTV,这也就给了当前市场上无人问津的中小企业被服务的机会。

从这个角度来看,aPaaS 可能ToB 业务中,最能够体现普惠、共同富裕的服务工具了。


看到这里,我想你也会和我一样,感叹 aPaaS 的强大,也会问出开头那个问题:
aPaaS 这么厉害,程序员会失业吗?

03

程序员会失业吗?

在问出这个问题时,其实暗含了一种假设:aPaaS 和程序员是替代关系,且 aPaaS 可以替代程序员。

这是真的吗?

至少在我使用和研究完 aPaaS 之后,我觉得谈取代程序员,还为时过早,原因主要如下:

首先,aPaaS 底层的通用性,决定了,它一定会丧失满足 B 端大量的个性化诉求的能力,这就好比一个人,想要追求所有方面,都让大家满意,他大概率只能有一种结局,那就是沦为一个庸才。要知道,B 端业务是具有高度复杂性的,一个想要底层通用的工具,必然在表现层有一定牺牲。

因此,在很多标准化足够高的行业,我们仍然还是可以选择一个完整的 SaaS 系统来满足企业的诉求。

这一方面是因为 SaaS 可能是一个更加完整、充分的解决方案,aPaaS 不一定能够搭建和实现得了。

另一方面,也是更重要的,因为 SaaS 是一个免维护的应用,而 aPaaS 还需要自己搭建和维护,两者对于企业的成本可能也不太一样。

其次,B 端业务的高度复杂性,也决定了对专业人士的需求永远存在,开发一个软件固然简单,但要在原有软件基础上不断迭代、改进,这对于一个人专业度的要求就是另一个维度了。

尤其是当 aPaaS 搭建的应用,里面的数据、权限、流程、交互、布局,随着业务发展复杂度不断提升的时候,大部分没有技术工程背景的业务人员,是缺乏后期升级维护能力的,而这些恰恰是程序员们所擅长的。

就拿我自己搭建的工具来讲,早上很快就搭建好了,下午主要在做调试:当系统复杂度达到一定程度时,调整一个数据、操作、流程、界面,对于整个系统的影响都是巨大的,导致我的效率,也急速下降。

最后,还有一个更加宏观的因素:Software is eating the world,即软件正在掌握整个世界。当我们假设 aPaaS 取代程序员时,我们是以一个存量视角来看,他们是彼此取代的关系。

但真实情况可能是,整个世界对软件的诉求,也正在快速膨胀,简单低成本的,就由低代码工具完成,复杂的事项,还是交由程序员来完成,这也解释了,为什么低代码平台如火如荼,程序员工资仍然一年年屡创新高。

所以,回到开头那个问题:你觉得,程序员会失业吗?




推荐阅读

《CRM,会火?》

《创投圈为何不愿再提B2B?》

《RPA爆火这两年:AI乎?非AI乎?》

《中国 SaaS 二十年的进化》

《中国AI芯片提前进入肉搏期》