阿里有“宜搭”,腾讯有“微搭”,那么字节的“飞搭”呢?

阿里有“宜搭”,腾讯有“微搭”,那么字节的“飞搭”呢?

2021年是企业市场数字化的加速之年,也是低代码/零代码概念全面普及之年。

aPaaS由来已久

低代码和零代码由来已久,并不是一个新的概念。

1992年,最早的零代码企业软件构建工具就出现在了微软的Office套件中,只不过那个时候的零代码工具更多的是关系数据库的可视化界面,而且基本都是单机版。而近几年因为云技术的发展,特别是SaaS的普及,低代码和零代码工具开始在SaaS市场活跃起来。特别是钉钉、企微、飞书逐渐成为大部分企业的“工作必备”,企业信息化领域继“用友金蝶SAP”之后掀起了第二波浪潮,在企业信息化建设上适配性极高的aPaaS工具开始成为资本追逐的目标。

阿里有“宜搭”,腾讯有“微搭”,那么字节的“飞搭”呢?

为什么企业信息化需要低/零代码工具?

近年来SaaS企业如雨后春笋般不断冒头,从SaaS CRM到财务、HR、项目管理各个垂直领域纵深,甚至餐饮、宠物连锁等也因为上下游生态的需求,对应的SaaS在急速发展。但是基于抽象需求建立标准化模型的SaaS这么香,为什么还要“低/零代码工具”?

1、多样化需求

标准化SaaS轻便易用,但是对于大型企业来说,单纯标准化的产品很难在功能上完全满足企业业务的需求。再加上不同的行业、规模的企业都存在着一些特殊性,标准化SaaS与企业需求的匹配度能达到80%已实属不易,而标准化SaaS的可开发性目前来说真的是捉襟见肘,号称有PaaS平台的软件厂商有,但是真正能用的,其实不多,大部分情况下还是要乖乖等迭代。

2、成本和开发周期可控

哪怕一些大的SaaS平台可以基于PaaS平台进行开发,成本也是高得吓人,并且随着业务的发展,往往需要不断地调整开发内容,甚至重新开发,高昂的费用让人望而却步。再加上开发团队的选择,自建开发团队,成本高不说,能力专业性都是问题;而外包开发,供应商的选择、成本结算、项目跟进又是扯不清的问题。此时,如果将aPaaS作为标准SaaS的补充,在某些特定的业务下进行搭建去配合标准SaaS的运转,甚至有些变化特别快的业务上,直接用aPaaS去搭建,灵活性和成本都能得到有效的控制。

互联网大厂纷纷入局

小编在去年5月写过一个《钉钉之后阿里最大的“野心”,未来中国的SaaS全部通过它来搭建》和《巨头PK,谁更懂企业级SaaS?阿里钉钉宜搭 VS 用友Yonbuilder》,当时国内企业软件大厂已经纷纷入局,加上各类SaaS加速计划的筹办,低/零代码的爆发已经如箭在弦上。

而在近日,腾讯低代码平台微搭WeDa也终于正式发布了。

阿里有“宜搭”,腾讯有“微搭”,那么字节的“飞搭”呢?

微搭WeDa主打以下几点:

1、云应用市场

在“微搭”,合作伙伴可以基于低码创建应用模板并上架至应用市场进行获利;其他用户可直接购买应用市场的应用模板并自动安装至微搭平台,免去开发、部署等复杂过程,即可直接发布小程序或H5应用。

对比“钉钉宜搭”,“宜搭”的ISV生态的建立要早得多,背靠阿里众多的钉钉用户和成熟的生态伙伴,应用市场已经有了一定的规模。

2、支持接入外部数据源

支持外部第三方系统的数据源,也可以调用标准API。

3、开放源码级的组件自定义能力

源码级的组件自定义会让“微搭”开始高效运转和建立生态,当然源码级的组件是否本身对生态圈开放,组件的自定义程度如何都有待观察。

4、集成营销工具

背靠微信小程序,营销工具是顺便的事。当然这个在企业内部信息化应用中的价值并不见得有多大,毕竟本身营销类微信小程序的零代码开发已经非常成熟,企业级aPaaS工具在营销端的应用可能更多在于与内部数据的互联互通吧。

阿里有“宜搭”,腾讯有“微搭”,那么同为从IM和协同入手的三大企业级SaaS门户之一的“飞书”,“飞搭”在哪里呢?

阿里有“宜搭”,腾讯有“微搭”,那么字节的“飞搭”呢?

自从19年飞书正式发布,飞书一直属于追赶者的角色,目前飞书也已经拥有了不少的“以创新、互联网”为背景的“信众”。去年6月份,火山引擎也正式推出,从中我们也可以看出字节在To B市场的决心。那么在炙手可热的“低/零代码开发平台”上,字节跳动是否也会有新的动作呢?让我们一起期待“飞搭”的诞生吧。

阿里有“宜搭”,腾讯有“微搭”,那么字节的“飞搭”呢?

相关新闻

联系我们
联系我们
公众号
公众号
在线咨询
分享本页
返回顶部