零代碼行業産品同質化嚴重，一萬餘家公司紮堆表單流程讓從業者“不勝其煩”。不過，在投資人們對行業信心略失的同時，一些創新正在試圖打破這種尴尬。他們能成功嗎?

@數科星球 原創

作者丨科科 編輯丨十裡香

“有個哥們在像素級抄襲輕流”。這是一位零代碼從業者告訴數科星球（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産品的核心是規則引擎，該引擎可以統合前後端函數，用戶可以像搭樂高積木一樣構建産品。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!