10000家零代码公司深陷同质化竞争怪圈，PaaS有前途吗？

　　零代码行业产品同质化严重，一万余家公司扎堆表单流程让从业者＂不胜其烦＂。不过，在投资人们对行业信心略失的同时，一些创新正在试图打破这种尴尬。他们能成功吗?
　　@数科星球 原创
　　作者丨科科 编辑丨十里香
　　＂有个哥们在像素级抄袭轻流＂。这是一位零代码从业者告诉数科星球（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产品的核心是规则引擎，该引擎可以统合前后端函数，用户可以像搭乐高积木一样构建产品。