深度分析零代碼開發領域的數字化產品!

發布時間:2022-04-20 05:12:05  |  來源:騰訊網  

前言:

回望過去的2021年,零代碼開發成為了一種潮流,它以一種不可阻擋的趨勢,席卷了各個行業。新冠疫情的爆發,讓企業數字化進程開始提速,低代碼技術經過大量的案例驗證,已經被證明是符合當下企業數字化的首選開發技術。先進的低代碼平臺,也正在重新定義企業現在及未來的數字化方式。

而國內,也涌現了很多零代碼廠商,作為一個近10年的零代碼玩家,見證過以表格服務器為代表的舊玩家的衰落,也見證了以云服務、輕應用搭建為主的新玩家的崛起。我們花大量時間分析對比了新老玩家們的優劣勢,不斷深耕研發技術,一次次迭代,終于也有了自己的較成熟的低代碼產品。如果說互聯網是一個江湖,那零代碼領域也有自己的江湖, 在這個江湖里,魚龍混雜,學派眾多。

數字化浪潮下,零代碼廠商會越來越多,但是,To B 的產品真的那么容易做嗎?什么樣的團隊才能夠真正做出好的適配的產品?今天,我就想好好聊一下這件事。

在講這件事之前,我將主要從應用場景,零代碼產品,以及處理能力三個方面來深入分析一下目前市面上比較被大家熟知的零代碼開發領域的數字化產品。

一、應用場景

我們主要將數字化辦公的場景分為三類:

第一類是個人級的應用。典型的場景就是表格的數據整理,比如整理人員名冊,記錄銷售明細等。現在我們通常用Excel或在線文檔來完成,這類的應用以離散型的場景居多。

第二類是輕量級的協作應用。典型的場景就是表單的收集和整理,以及流程審批等。業務和業務之間具有輕量級關系,這類的場景以點對點的線性場景居多,不會牽扯很長的業務線和不同條件關聯。比如防疫填報和收集,表格的下發和上報,流程審批等等。

第三類應用我們叫復雜的數字化應用,也稱為關系型應用。主要是以企業管理模型為基礎的各種業務流轉,這類的應用才是企業管理中最具典型性的應用。比如我們一個制造型企業生產制造過程中是以銷售開始財務結束的整個過程管理,所以也稱關系型應用。

以上三類場景是數字化辦公領域典型的應用場景,實際上前兩類的需求都是包含在第三類場景需求中,他是企業管理模型下的一個環節,第三類場景解決了,前兩類的需求也就解決了。

二、零代碼產品

所有的軟件廠商其實是圍繞這些應用場景提出自己的解決方案,誰的綜合方案最優,誰就更具有競爭力,根據我們的理解,將市面上典型的零代碼開發平臺做了一個對比分析。

在產品的技術架構上,我們把所有的產品分為了兩大類,一類是以表格控件設計為主,一類是以拖拽控件設計為主。這兩種技術架構是目前零代碼開發平臺采用的主要模式,在技術選型上的不同也導致了大家在應用場景上有很大不同,這兩類產品中的典型代表分別是勤哲的Excel服務器和帆軟的簡道云。

簡道云控件式設計

勤哲直接采用了Excel表格與關系型數據庫關聯的方式來設計業務系統,它應該是國內最早做零代碼開發平臺的廠商(在02年左右)。在當時前端互聯網技術還不夠成熟,主要采用C\S模式的時代背景下,具有一定的競爭力。它的產品優勢是基本上能夠處理與表格相關的所有管理業務,綜合了表格和數據庫的功能優勢。

但劣勢也很明顯,設計和應用依賴于Excel,表格控件是這類產品的核心技術要素,但他們自始至終都沒辦法自主掌握。15年之后,前端互聯網技術迅猛發展,企業的產品選型都偏向以B/S架構為主,這類的產品慢慢的走向邊緣化。這也是為什么他最早誕生,也有自己的高光時刻,但沒有延續成為一家偉大公司的原因。與其說勤哲是被其它產品所打敗,不如說是落后的軟件開發生產力跟不上用戶日益增長的業務需求。

以勤哲為典型的產品中衍生了很多以”某表”命名的零代碼開發平臺,統稱為表格服務器,他們是照著當時勤哲這家菜館的生意好,又在旁邊開了幾家的模式經營的。這些表格服務器產品也都沒有自主的表格控件,基本上都依賴微軟體系產品:Excel或者被淘汰的serverlight技術。

這些照著勤哲的思路另外打造的同款類似產品,雖然交互性不夠友好,表格控件無法自主,但在處理企業數字化問題時,能力都是非常突出的,它應該是當時最適合中國式管理下數字化問題的解決方式。

只是處理這些問題時,核心的表格控件問題一直沒有得到很好的解決。在勤哲02年誕生到現在的20來年基本沒有廠商能夠自主過,這些年我所了解到團隊中都嘗試過自主表格的努力,以及B/S架構的轉變,基本都以失敗告終。

直到17年前后誕生了兩款產品:Workfine和活字格。他們的平臺里才有了合適這類產品的自主表格控件。活字格所屬公司本身有自研表格控件產品,叫SpreadJS表格控件,有比較好的技術優勢。但可能團隊是偏技術出生,產品解決方案有待優化,使用門檻比其他產品高,本質上還是面向技術人員需要代碼實現的產品。Workfine的表格控件是深度集成在Workfine平臺中,專門為此開發平臺而設計的web表格,團隊是項目型出生,長期在現場一線處理各行各業業務問題后轉型做數字化產品,在產品解決方案上的優勢比較明顯。

簡道云是帆軟旗下的產品,是比較典型的控件式設計產品,發展也很穩健。帆軟以做報表和BI起家,最初他們是不做填報和業務系統的,簡道云的出現為他們的報表和BI工具提供了基礎支撐。

帆軟產品定位比較清晰,也在企服領域深耕多年,前期客戶和場景的積累為其產品的發展的提供了很好的驗證和鋪墊,是做工具型產品里面相當成功的企業。簡道云對自己的產品定位也非常清晰:輕量級應用搭建平臺。這個也從側面反映了復雜應用的技術門檻是比較高的。

從其產品的技術形態上來看,也做不了復雜的數字化應用。因為采用了控件式的拖拽設計,以及后端采用了非關系型數據庫,在設計過程中無法滿足個性化很強的樣式設計或者關系型很深的邏輯設計,這兩個因素恰恰是處理復雜關系型業務的關鍵點。

那為什么他們要采用控件式的拖拽設計和和后臺非關系型數據庫呢,這底層大多是出于商業模式和技術門檻的考量。

拖拽式控件會比表格式控件的技術門檻低很多。前面說過,近20年來,只有Workfine和活字格能夠自主表格控件,光一個表格控件的研發周期和技術門檻都讓絕大多數廠商望而卻步;同時拖拽式設計在視覺展示上會更吸引用戶,初期的使用門檻也會低一些。

采用非關系型數據庫的原因是大都是商業模式的驅動,因為大家初始都采用了SaaS模式,而非關系型數據庫在SaaS模式上比較有優勢,當然云上的優勢也帶來的私有化的劣勢。所以大家在做產品技術選型時,很多地方是有利有弊無法兩全其美,大家也是在不斷取舍中不斷摸索。

(圖表格控件可直接復制表格信息,拖拽控件的設計形式單一)

以簡道云為代表的第二類產品原則上都屬于同質化產品,像明道云,輕流,伙伴云,氚云等等。采用拖拽式控件+非關系型數據庫的技術,這種技術選型只能夠處理輕量級的數字化場景,所以他們能夠展現的案例中最復雜是類似進銷存或者CRM這樣的案例,購買其中的任何一款不會再購買第二款。隨著零代碼的普及,這里面的競爭應該也會越來越清晰化。

第一大類和第二大類產品中目前會有很明顯的場景區別,所以,兩個大類的零代碼產品之間會有自己獨立的一個市場空間,形態上也有很明顯的差異化區別,短時間相互之間是沒辦法取代的。

其實做這類的產品很重要的就是打磨的過程。廠家和用戶是一個協同共生,互相成就的關系。當廠家能夠積淀足夠的用戶量以及應用場景量,那么就能反過來以滿足更多用戶實際痛點需求為目的,將產品打磨地更精細。如果僅僅是紙上談兵的理解,很多時候產品是沒辦法落地的,或者應用也不會長久。

但我覺得表格式設計的產品中才會有真正的大魚。輕量級應用相對來說用戶粘性會弱一些,門檻低。復雜的數字化應用用戶價值高,粘性強。同時企業的數字化辦公應用絕大部分是在管理模型下的連續的、關系型的應用。

能夠處理復雜應用的工具,如果再解決了交互的細節問題,以及積累出豐富的有深度的案例,達到開箱即用和隨需調整的效果,這樣對場景的粘合也會更加的強,輕量級應用的需求也會慢慢被稀釋掉了。

關鍵詞: 深度分析零代碼開發領域的數字化產品

 

關于我們 - 聯系我們 - 版權聲明 - 招聘信息 - 友鏈交換

2014-2020  電腦商網 版權所有. All Rights Reserved.

備案號:京ICP備2022022245號-1 未經過本站允許,請勿將本站內容傳播或復制.

聯系我們:435 226 40@qq.com