低代码平台:风口终将过去,商业化落地才是王道

ToBeSaaS

共 3503字,需浏览 8分钟

 ·

2021-03-26 12:55

01
低代码是新瓶旧酒?

随着国内外低代码公司的融资频频,低代码也成为了ToB的新风口。
不过,虽然有知名创投机构和互联网大厂的入局,但是他们对低代码平台的商业认知水平,还停留在初级的概念阶段。而资深的低代码玩家们,却在利用机会,紧锣密鼓地进行商业化布局,比如明道云等。
在我看来,现在还在热衷谈论低代码的,还是因为太年轻了。要知道低代码这东西二十多年前就有了,比如微软的Visual Basic、AccessBorland Delphi Builder系列。它们比现在低代码开发环境的生产力要高得多,能力也强大得多。
老一代码农,也正是靠着这些高效率的开发环境,攒了一个又一个的项目,才过上有房有车的生活。
时隔多年低代码又热,无非是用低代码这个旧瓶,重新封装了表单、工作流、业务对象等等原料,包装成面向业务应用层的低代码平台。那么,这款新酒将如何销售?
例如,它的卖点在哪里?是高生产率?无代码?可视化?还是用户自开发?其实仔细想想,在软件产品和服务领域,这些都不是重点。
对低代码无休止的技术争论,很可能使低代码陷入死穴,让这个风口猪很快就会掉下来。实际上,低代码平台目前最急需解决的,是它的商业化落地问题。
比如,低代码平台的用户究竟是谁?行业生态啥样?其在业务价值链中处于何种地位?从哪里获取收益以及如何分配?
如果这些商业问题都没有想清楚,代码再低又有何用?
作为低代码平台的商业化尝试,由明道云发起,通过链接本公众号用户资源;我们在低代码商业化落地方面,做了一些有价值的探索。比如这些主题:
  • 如何利用低代码的效率优势,实现项目低成本快速签单
  • 低代码与MSP的合作创新
  • 低代码平台让低成本SaaS创业成为可能
  • 用低代码平台,交付高复杂度项目的实践
  • 低代码商业化还有哪些待解问题

02

利用低代码的效率优势,实现项目低成本快速签单

低代码平台公认的优势,是软件的生产效率。但从软件业务的整个商业过程来看,低代码平台的商业价值,并不是软件生产效率;而是整个项目周期的效率,包括销售、开发和交付的效率。特别是销售效率,在很大程度上,决定了软件业务的成败。
我们知道,通常客户越大,销售周期就越长。实际上,长周期对甲乙双方来说,都是一种巨大的成本。对于如何压缩销售周期,软件行业缺少有效的解决办法。
我们不妨分析一下,这种长周期高成本产生的原因。干过甲方的都知道,这种不得不耗时费力的时间成本,实际是软件采购过程中的验证成本。因为软件很容易就买错,所以客户就需要各种POC、反复交流和不断验证。
多少软件公司都被折腾得精疲力尽,却少有收益。但如果回头看,这么长的销售周期内,都在玩儿猫鼠游戏,就没干几件有意义的事。
从SaaS的销售经验中我们发现,其销售周期要比软件短得多。一般情况下,同样的业务内容,SaaS的平均销售周期,可以低至软件的30%以下。这是因为SaaS可以通过配置方式,快速搭建近似最终方案的业务模型,可以加载业务数据,实现快速的业务验证。
其实SaaS所谓的配置就是无代码,这就是SaaS能缩短销售和交付周期的秘密。
我们把这个经验移植到低代码平台,同样可以达到缩短销售周期的效果。所以,借助低代码平台的效率优势,通过改进销售流程,低代码平台项目就能达到缩短销售周期的目的。
从客户角度,其目的无非是验证要买的软件或服务,就是其想要的,确保不会买错而已。在销售竞争中,谁先做到这一点,自然谁的胜算就会更高。
其实客户也不想长期耗着。尽早让最终用户用上软件,也是选型采购的一个KPI。如果算上交付周期,低代码方式的机会要更大。
缩短了销售周期,自然就提高了销售效率、降低了销售成本。退一步说,即使没有销售成功,及早撤退也是了节省成本。

03

低代码与MSP的合作创新

低代码一直在宣扬所谓的傻瓜开发模式,即不懂编码也能开发出企业软件,这被认为是低代码的一个优势。甚至有人会认为,这样用户自己也能搭建业务。其实,这真有点儿想多了。
不过,傻瓜开发模式倒是提醒了我们,低代码的这一特点,可以产生一个新的业务生态。
依靠低代码平台,开发和实施交付就不必非要软件原厂商提供。这就打破了传统软件的交付限制:即要么自己实施,要么由认证伙伴实施。
在低代码业务生态中,各个环节都是可以拆分或组合的。比如,销售、咨询、方案和实施等业务环节都可以独立进行。各参与方也不一定是公司,独立的小团队甚至个人同样能够参与其中。通过业务环节的拆分和组合,每个参与方都可以做自己最擅长的那一部分。
这就改变了企业软件的生意模式。
我以一个刚刚完成的项目为例。这个项目的咨询需求来自社区中的一位销售,我不但完成了业务咨询,给出解决方案,还用低代码平台为客户做了实施(当然也可以在社区中找专业实施人员做),很快就完成整个项目的交付。
这种服务模式不但大大缩短了项目的周期(不到计划项目周期的20%),还为客户节省了很大一块费用。
这在传统软件业务模式中是不可能做到的。
不过需要说明,这种业务生态只适用于MSPManaged Service Provider)服务模式,也是低代码平台比较常见的一种方式。所谓MSP即为某一家客户提供定制化软件或服务,并将其运维托管在云端。
其实,在低代码平台上,还可以有另外一种商业形式,即ISV或SaaS模式。

04

低代码平台,让低成本SaaS创业成为可能

在前面的一篇文章已经说过,SaaS是基于低代码交付的业务。即在APaaS上,通过写少量脚本或无代码配置,实现完整的业务。
然而,SaaS公司投入巨资开发的低代码平台APaaS,并不是开放的。也就是说,每家SaaS公司的APaaS,只能自己使用,而不能像Salesforce那样对其它SaaS开放。
这样,因为不能hosted在现成的PaaS上,所以每家SaaS创业公司都需要自己做APaaS,所以SaaS创业的成本和风险就很高。
不过,这也正是低代码平台的一个生意机会。即除了在低代码平台上为单一客户开发应用的MSP模式外;还可以以ISV的身份,开发一个为更多客户服务的产品,也就是低代码平台上的SaaS生意模式
与MSP的产权关系不同,建立在低代码平台上的SaaS所有权和运营权,不在终端客户那里;而是归SaaS经营者所有。使用低代码平台,做自己的生意。
显而易见,因为无需在开发APaaS上投入,SaaS创业者就可以专注于业务应用。就像salesforce上面的数千个SaaS,一个人成立一家SaaS公司都有可能。
我们知道,SaaS创业投入大、风险高;而基于低代码平台的SaaS创业,将成为一种低成本、低风险的生意。

05

高复杂度项目的交付

低代码被质疑最多的,是它不能支持任意复杂度的软件项目。甚至有人直接说,大企业不会采用低代码平台。
这其实是两个问题,我们分开来说。
首先说复杂度问题。虽然都叫低代码平台,但平台能力也不一样。大部分低代码平台都能做到表单驱动和工作流驱动;而高级的还可以做业务建模和自定义业务对象。
但不管是哪一种,预定义平台都不可能做到满足任意复杂度的业务。
再说大企业能否接受低代码模式的问题,或者说低代码能否满足大企业的业务要求。
的确有不少人认为,低代码在中小企业的接受度,要远高于大型企业。但从明道云的大企业交付经验来看,结果并不是这样。明道云近期做的客户分析也表明,越来越多大型企业的非核心业务,也开始使用低代码平台构建。
其实这个结论并不难理解。因为对于大企业来说,无论是业务流程、还是数据逻辑,都是按照业务规范做的。低代码平台加上成熟的解决方案,可以更快捷地搭建。
反而是中小企业,因为业务不规范,而更愿意“削履适足”,低代码反而不容易应对。

06

低代码商业化还有哪些待解问题

虽然低代码平台具有不少商业化机会,但国内大部分低代码公司,商业化落地还没有提到议事日程上来。
而已经开始商业化进程的低代码平台公司,也还有不少亟待解决的问题。比如:
  • 平台的可靠性和公信力

  • 业务价值链与定位

  • ISVMSP的关系

  • 定价和利益分配

  • API与系统集成

以上问题,这里就不一一展开了。

一句话总结:不同于AI其它新概念,低代码因其历史的特殊性,作为风口不会持续太久,只有商业化落地才是王道。


上次我与明道云团队合作的赠书活动,得到不少读者的热烈反响。这次我们继续为大家开放50个免费领取《零代码企业应用搭建指南》名额。扫描下图二维码,填写收件信息,申请成功即会收到短信通知。

浏览 30
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报