paas行业前景(10000家零代码公司深陷同质化竞争怪圈)

paas行业前景(10000家零代码公司深陷同质化竞争怪圈)(1)

paas行业前景(10000家零代码公司深陷同质化竞争怪圈)(2)

零代码行业产品同质化严重,一万余家公司扎堆表单流程让从业者“不胜其烦”。不过,在投资人们对行业信心略失的同时,一些创新正在试图打破这种尴尬。他们能成功吗?

paas行业前景(10000家零代码公司深陷同质化竞争怪圈)(3)

@数科星球 原创

作者丨科科 编辑丨十里香

“有个哥们在像素级抄袭轻流”。这是一位零代码从业者告诉数科星球(ID:digital-planet)的话。他口中的轻流是一家从事零(无)代码的软件公司,知情者还透露,这样的抄袭情况在行业内已经非常常见了。

所谓零代码(或称无代码),是软件企业通过建立一种可视化的在线设计工具,利用“拖拉拽”帮助用户实现自主开发,帮助用户构建应用的产品。业界主流的做法是,将每个应用的数据模型、表单、流程、报表、页面等功能配置完毕,然后基于一个可视化平台为用户提供“DIY”平台。由于操作简单,甚至无基础的业务人员也能上手,过去一段时间,相当多的人曾经对此跃跃欲试。

数科星球(ID:digital-planet)曾在一篇描述低代码的文章中对此加过阐述,并将行业竞争者作为文后图表展示。现在,无论是传统直播平台,还是电商建站平台均对此有浓烈兴趣,并推出了相应产品。

然而,随着零代码的风口已逾一段时间后,行业里发生了新的变化。当下,市面上已超过10000家零代码企业。“绝大部分零代码软件都很类似,甚至95%的公司都处在提供简单的表单流程工具层面,真正的具有创新力的公司很少。”一位行业从业者透露。

01

零代码在“原地打转”?

从已被验证的产品中不难看出,零代码替代不了ERP,但可以“干掉”部分诸如OA等管理类型的软件。由于其操作界面提供了文本输入框、数字或图片插入的模块以及地图、数据报表等功能,零代码软件会为用户提供基础的软件设计框架,从而取代客户企业一些基础开发的场景

形象地说,在这类产品中,用户可以自行构建诸如“麦客CRM”/问卷星等表单工具,用以满足诸如出入库信息登记等场景的需求。但在底层API接口方面,大多数零代码产品还很难和其他系统打通,应用即便被构建,也只能孤立地存在,数据难以有效流通。

由于能提供这类产品的软件企业数量庞多,孤立的基础开发场景将会被快速消耗。同质化竞争的时代或将快速到来。届时,如不能获得新增用户,广大零代码公司的生存将会变得岌岌可危。

向ERP开战?零代码难以覆盖复杂场景,也无法支持太多的业务逻辑,而且,如若二次开发操作过多,又会违背零代码的初衷,让科技型企业沦落为传统软件公司。

在行业中腰部,一些零代码公司似乎已经遇到了麻烦——比如,部分厂商的产品已被用户视作引流工具,由于产品迭代速度长期赶不上用户需求增长,未能提供更深层次价值,让其产品仅在部分用户手中来回打转。

更有一些零代码公司似乎已放弃技术的追求,几年间不开发新技术,却开始在UI界面上作文章。但行业中已有相关专家批驳了这种躺平行为——“看起来比较炫酷,本质上还是一样。”

02

行业的破局之路

一名创始人对数科星球(ID:digital-planet)表示,他很担心行业内已获得巨额融资的企业的现状,尤其是担心他们可能让行业从业者失去信心。

一般来说,头部企业的发展境遇会直接影响到投资人对行业的认知。而若投资人的不安情绪在行业里蔓延开来,市场中的创新企业也会受到不同程度的连累。

有投资机构的朋友说,他看到的零代码行业充满了骗子,大家抄来抄去,不胜枚举。曾经的火热赛道,投资人们已开始观望。

“有的企业只把产品卖2000块钱,但还是遭遇了续费的危机。”据这名知情人透露,他看到有些零代码企业的产品虽已在某些巨头的平台中上架,但销量惨淡,其在平台之中的身份也极其尴尬。

今天来看,SCRM行业中,把产品卖成千把块的企业比比皆是,难道零代码要走SCRM老路?

所幸的是,有的企业并不想“自暴自弃”,比如零代码PaaS就是其中一种。

PaaS面向人群作了重新定位,文中微吼、有赞等企业的思路不同,它没有特定面向的行业,而是将产品面向开发者,这类人群可以找到更多的设计资源(包括数据库/表、规则、接口等)。因为高频使用的代码已在PaaS层预先配置,让开发时间缩短80%。

此外,PaaS的特点还体现在以下几个方面:

一,节省开发人员,降低了开发门槛——开发者不用掌握专属的技术语言,去掉了编程语言门槛,企业不需要招聘过多技术人员,依据平台的可视化流程就可以将应用“组装”成功。

二,简化了产品开发流程——一般来说,传统软件开发模式历经前、中、后期,前期要经过需求调研、产品需求等步骤,中期要经历架构设计,后期则是前后端的界面、逻辑、适配和建库/表、后端逻辑和集成,费时费力,流程繁琐。在PaaS中开发后,就可以依据平台给出的现成工具直接生成产品模型。

三,节约了开发资源——PaaS平台自研了相当多的开发组件,并把功能封装在底层,由于其已经把需要调节的组件参数化,结合底层函数库,开发者只需调节参数,不需要重复开发。

四,将数据“还”至客户,可打通硬件与软件。PaaS有丰富的接口资源,也支持二次开发,对于RPA等技术较为友好。

理论上,PaaS平台更类似“操作系统”,不仅能覆盖管理软件类产品侧重“表单流程”驱动型产品开发场景和私有部署需求,也能批量做出应用层模板,适应更多除管理应用外的用户需求。

03

“Retool”模式在中国

在国外,Retool正在被越来越多的企业青睐。其创始人发现,在构建互联网工具时,厂商会重复开发表格、按钮、下拉菜单等构件。而Retool产品本身就是将工具进行排列组合,然后帮助用户一键创立其想拥有的工具。

有读者认为,Retool的模式将对Salesforce等企业产生冲击。虽然后者建立了第一家软件“应用商店”,但随着Figma、Airtable、Retool、Netlify等企业越来越多地受到欢迎后,新的趋势也即将到来了。

更为重要的是,软件开发的性质会由“Retool”和模仿者们改变。对于企业而言,软件的购买将从曾经的独立采买模式变成集成开发模式。而目前,国内中,已有Retool模式的企业诞生。有创业者对数科星球(ID:digital-planet)表示,其为医院、学校等提供的档案库产品已被代理商批量销售。

某零代码PaaS企业表示,PaaS产品的核心是规则引擎,该引擎可以统合前后端函数,用户可以像搭乐高积木一样构建产品。

,

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com

    分享
    投诉
    首页