如何通过设置Excel行距提升工作表可读性和美观度
435
2023-05-21
低代码平台:风口终将过去,商业化落地才是王道
低代码与MSP的合作创新
低代码平台让低成本SaaS创业成为可能
用低代码平台,交付高复杂度项目的实践
低代码商业化还有哪些待解问题
二、利用低代码的效率优势,实现项目低成本快速签单低代码平台公认的优势,是软件的生产效率。但从软件业务的整个商业过程来看,低代码平台的商业价值,并不是软件生产效率;而是整个项目周期的效率,包括销售、开发和交付的效率。特别是销售效率,在很大程度上,决定了软件业务的成败。我们知道,通常客户越大,销售周期就越长。实际上,长周期对甲乙双方来说,都是一种巨大的成本。对于如何压缩销售周期,软件行业缺少有效的解决办法。我们不妨分析一下,这种长周期高成本产生的原因。干过甲方的都知道,这种不得不耗时费力的时间成本,实际是软件采购过程中的验证成本。因为软件很容易就买错,所以客户就需要各种POC、反复交流和不断验证。多少软件公司都被折腾得精疲力尽,却少有收益。但如果回头看,这么长的销售周期内,都在玩儿猫鼠游戏,就没干几件有意义的事。从SaaS的销售经验中我们发现,其销售周期要比软件短得多。一般情况下,同样的业务内容,SaaS的平均销售周期,可以低至软件的30%以下。这是因为SaaS可以通过配置方式,快速搭建近似最终方案的业务模型,可以加载业务数据,实现快速的业务验证。其实SaaS所谓的配置就是无代码,这就是SaaS能缩短销售和交付周期的秘密。我们把这个经验移植到低代码平台,同样可以达到缩短销售周期的效果。所以,借助低代码平台的效率优势,通过改进销售流程,低代码平台项目就能达到缩短销售周期的目的。从客户角度,其目的无非是验证要买的软件或服务,就是其想要的,确保不会买错而已。在销售竞争中,谁先做到这一点,自然谁的胜算就会更高。其实客户也不想长期耗着。尽早让最终用户用上软件,也是选型采购的一个KPI。如果算上交付周期,低代码方式的机会要更大。缩短了销售周期,自然就提高了销售效率、降低了销售成本。退一步说,即使没有销售成功,及早撤退也是了节省成本。低代码平台:风口终将过去,商业化落地才是王道 | 专家视角三、低代码与MSP的合作创新低代码一直在宣扬所谓的傻瓜开发模式,即不懂编码也能开发出企业软件,这被认为是低代码的一个优势。甚至有人会认为,这样用户自己也能搭建业务。其实,这真有点儿想多了。不过,傻瓜开发模式倒是提醒了我们,低代码的这一特点,可以产生一个新的业务生态。依靠低代码平台,开发和实施交付就不必非要软件原厂商提供。这就打破了传统软件的交付限制:即要么自己实施,要么由认证伙伴实施。在低代码业务生态中,各个环节都是可以拆分或组合的。比如,销售、咨询、方案和实施等业务环节都可以独立进行。各参与方也不一定是公司,独立的小团队甚至个人同样能够参与其中。通过业务环节的拆分和组合,每个参与方都可以做自己最擅长的那一部分。这就改变了企业软件的生意模式。我以一个刚刚完成的项目为例。这个项目的咨询需求来自社区中的一位销售,我不但完成了业务咨询,给出解决方案,还用低代码平台为客户做了实施(当然也可以在社区中找专业实施人员做),很快就完成整个项目的交付。这种服务模式不但大大缩短了项目的周期(不到计划项目周期的20%),还为客户节省了很大一块费用。这在传统软件业务模式中是不可能做到的。不过需要说明,这种业务生态只适用于MSP(Managed Service Provider)服务模式,也是低代码平台比较常见的一种方式。所谓MSP即为某一家客户提供定制化软件或服务,并将其运维托管在云端。其实,在低代码平台上,还可以有另外一种商业形式,即ISV或SaaS模式。四、低代码平台,让低成本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创业,将成为一种低成本、低风险的生意。五、高复杂度项目的交付低代码被质疑最多的,是它不能支持任意复杂度的软件项目。甚至有人直接说,大企业不会采用低代码平台。这其实是两个问题,我们分开来说。首先说复杂度问题。虽然都叫低代码平台,但平台能力也不一样。大部分低代码平台都能做到表单驱动和工作流驱动;而高级的还可以做业务建模和自定义业务对象。但不管是哪一种,预定义平台都不可能做到满足任意复杂度的业务。再说大企业能否接受低代码模式的问题,或者说低代码能否满足大企业的业务要求。的确有不少人认为,低代码在中小企业的接受度,要远高于大型企业。但从明道云的大企业交付经验来看,结果并不是这样。明道云近期做的客户分析也表明,越来越多大型企业的非核心业务,也开始使用低代码平台构建。其实这个结论并不难理解。因为对于大企业来说,无论是业务流程、还是数据逻辑,都是按照业务规范做的。低代码平台加上成熟的解决方案,可以更快捷地搭建。反而是中小企业,因为业务不规范,而更愿意“削履适足”,低代码反而不容易应对。六、低代码商业化还有哪些待解问题虽然低代码平台具有不少商业化机会,但国内大部分低代码公司,商业化落地还没有提到议事日程上来。而已经开始商业化进程的低代码平台公司,也还有不少亟待解决的问题。比如:平台的可靠性和公信力
业务价值链与定位
与ISV和MSP的关系
定价和利益分配
API与系统集成
以上问题,这里就不一一展开了。
一句话总结:不同于AI等其它新概念,低代码因其历史的特殊性,作为风口不会持续太久,只有商业化落地才是王道。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。