前言：
回望過去的2021年，零代碼開發(fā)成為了一種潮流，它以一種不可阻擋的趨勢，席卷了各個(gè)行業(yè)。新冠疫情的爆發(fā)，讓企業(yè)數(shù)字化進(jìn)程開始提速，低代碼技術(shù)經(jīng)過大量的案例驗(yàn)證，已經(jīng)被證明是符合當(dāng)下企業(yè)數(shù)字化的首選開發(fā)技術(shù)。先進(jìn)的低代碼平臺(tái)，也正在重新定義企業(yè)現(xiàn)在及未來的數(shù)字化方式。
而國內(nèi)，也涌現(xiàn)了很多零代碼廠商，作為一個(gè)近10年的零代碼玩家，見證過以表格服務(wù)器為代表的舊玩家的衰落，也見證了以云服務(wù)、輕應(yīng)用搭建為主的新玩家的崛起。我們花大量時(shí)間分析對(duì)比了新老玩家們的優(yōu)劣勢，不斷深耕研發(fā)技術(shù)，一次次迭代，終于也有了自己的較成熟的低代碼產(chǎn)品。如果說互聯(lián)網(wǎng)是一個(gè)江湖，那零代碼領(lǐng)域也有自己的江湖， 在這個(gè)江湖里，魚龍混雜，學(xué)派眾多。
數(shù)字化浪潮下，零代碼廠商會(huì)越來越多，但是，To B 的產(chǎn)品真的那么容易做嗎？什么樣的團(tuán)隊(duì)才能夠真正做出好的適配的產(chǎn)品？今天，我就想好好聊一下這件事。
在講這件事之前，我將主要從應(yīng)用場景，零代碼產(chǎn)品，以及處理能力三個(gè)方面來深入分析一下目前市面上比較被大家熟知的零代碼開發(fā)領(lǐng)域的數(shù)字化產(chǎn)品。
一、應(yīng)用場景
我們主要將數(shù)字化辦公的場景分為三類：
第一類是個(gè)人級(jí)的應(yīng)用。典型的場景就是表格的數(shù)據(jù)整理，比如整理人員名冊(cè)，記錄銷售明細(xì)等。現(xiàn)在我們通常用Excel或在線文檔來完成，這類的應(yīng)用以離散型的場景居多。
第二類是輕量級(jí)的協(xié)作應(yīng)用。典型的場景就是表單的收集和整理，以及流程審批等。業(yè)務(wù)和業(yè)務(wù)之間具有輕量級(jí)關(guān)系，這類的場景以點(diǎn)對(duì)點(diǎn)的線性場景居多，不會(huì)牽扯很長的業(yè)務(wù)線和不同條件關(guān)聯(lián)。比如防疫填報(bào)和收集，表格的下發(fā)和上報(bào)，流程審批等等。
第三類應(yīng)用我們叫復(fù)雜的數(shù)字化應(yīng)用，也稱為關(guān)系型應(yīng)用。主要是以企業(yè)管理模型為基礎(chǔ)的各種業(yè)務(wù)流轉(zhuǎn)，這類的應(yīng)用才是企業(yè)管理中最具典型性的應(yīng)用。比如我們一個(gè)制造型企業(yè)生產(chǎn)制造過程中是以銷售開始財(cái)務(wù)結(jié)束的整個(gè)過程管理，所以也稱關(guān)系型應(yīng)用。
以上三類場景是數(shù)字化辦公領(lǐng)域典型的應(yīng)用場景，實(shí)際上前兩類的需求都是包含在第三類場景需求中，他是企業(yè)管理模型下的一個(gè)環(huán)節(jié)，第三類場景解決了，前兩類的需求也就解決了。
二、零代碼產(chǎn)品
所有的軟件廠商其實(shí)是圍繞這些應(yīng)用場景提出自己的解決方案，誰的綜合方案最優(yōu)，誰就更具有競爭力，根據(jù)我們的理解，將市面上典型的零代碼開發(fā)平臺(tái)做了一個(gè)對(duì)比分析。
在產(chǎn)品的技術(shù)架構(gòu)上，我們把所有的產(chǎn)品分為了兩大類，一類是以表格控件設(shè)計(jì)為主，一類是以拖拽控件設(shè)計(jì)為主。這兩種技術(shù)架構(gòu)是目前零代碼開發(fā)平臺(tái)采用的主要模式，在技術(shù)選型上的不同也導(dǎo)致了大家在應(yīng)用場景上有很大不同，這兩類產(chǎn)品中的典型代表分別是勤哲的Excel服務(wù)器和帆軟的簡道云。
簡道云控件式設(shè)計(jì)
勤哲直接采用了Excel表格與關(guān)系型數(shù)據(jù)庫關(guān)聯(lián)的方式來設(shè)計(jì)業(yè)務(wù)系統(tǒng)，它應(yīng)該是國內(nèi)最早做零代碼開發(fā)平臺(tái)的廠商（在02年左右）。在當(dāng)時(shí)前端互聯(lián)網(wǎng)技術(shù)還不夠成熟，主要采用C\S模式的時(shí)代背景下，具有一定的競爭力。它的產(chǎn)品優(yōu)勢是基本上能夠處理與表格相關(guān)的所有管理業(yè)務(wù)，綜合了表格和數(shù)據(jù)庫的功能優(yōu)勢。
但劣勢也很明顯，設(shè)計(jì)和應(yīng)用依賴于Excel，表格控件是這類產(chǎn)品的核心技術(shù)要素，但他們自始至終都沒辦法自主掌握。15年之后，前端互聯(lián)網(wǎng)技術(shù)迅猛發(fā)展，企業(yè)的產(chǎn)品選型都偏向以B/S架構(gòu)為主，這類的產(chǎn)品慢慢的走向邊緣化。這也是為什么他最早誕生，也有自己的高光時(shí)刻，但沒有延續(xù)成為一家偉大公司的原因。與其說勤哲是被其它產(chǎn)品所打敗，不如說是落后的軟件開發(fā)生產(chǎn)力跟不上用戶日益增長的業(yè)務(wù)需求。
以勤哲為典型的產(chǎn)品中衍生了很多以”某表”命名的零代碼開發(fā)平臺(tái)，統(tǒng)稱為表格服務(wù)器，他們是照著當(dāng)時(shí)勤哲這家菜館的生意好，又在旁邊開了幾家的模式經(jīng)營的。這些表格服務(wù)器產(chǎn)品也都沒有自主的表格控件，基本上都依賴微軟體系產(chǎn)品：Excel或者被淘汰的serverlight技術(shù)。
這些照著勤哲的思路另外打造的同款類似產(chǎn)品，雖然交互性不夠友好，表格控件無法自主，但在處理企業(yè)數(shù)字化問題時(shí)，能力都是非常突出的，它應(yīng)該是當(dāng)時(shí)最適合中國式管理下數(shù)字化問題的解決方式。
只是處理這些問題時(shí)，核心的表格控件問題一直沒有得到很好的解決。在勤哲02年誕生到現(xiàn)在的20來年基本沒有廠商能夠自主過，這些年我所了解到團(tuán)隊(duì)中都嘗試過自主表格的努力，以及B/S架構(gòu)的轉(zhuǎn)變，基本都以失敗告終。
直到17年前后誕生了兩款產(chǎn)品：Workfine和活字格。他們的平臺(tái)里才有了合適這類產(chǎn)品的自主表格控件。活字格所屬公司本身有自研表格控件產(chǎn)品，叫SpreadJS表格控件，有比較好的技術(shù)優(yōu)勢。但可能團(tuán)隊(duì)是偏技術(shù)出生，產(chǎn)品解決方案有待優(yōu)化，使用門檻比其他產(chǎn)品高，本質(zhì)上還是面向技術(shù)人員需要代碼實(shí)現(xiàn)的產(chǎn)品。Workfine的表格控件是深度集成在Workfine平臺(tái)中，專門為此開發(fā)平臺(tái)而設(shè)計(jì)的web表格，團(tuán)隊(duì)是項(xiàng)目型出生，長期在現(xiàn)場一線處理各行各業(yè)業(yè)務(wù)問題后轉(zhuǎn)型做數(shù)字化產(chǎn)品，在產(chǎn)品解決方案上的優(yōu)勢比較明顯。
簡道云是帆軟旗下的產(chǎn)品，是比較典型的控件式設(shè)計(jì)產(chǎn)品，發(fā)展也很穩(wěn)健。帆軟以做報(bào)表和BI起家，最初他們是不做填報(bào)和業(yè)務(wù)系統(tǒng)的，簡道云的出現(xiàn)為他們的報(bào)表和BI工具提供了基礎(chǔ)支撐。
帆軟產(chǎn)品定位比較清晰，也在企服領(lǐng)域深耕多年，前期客戶和場景的積累為其產(chǎn)品的發(fā)展的提供了很好的驗(yàn)證和鋪墊，是做工具型產(chǎn)品里面相當(dāng)成功的企業(yè)。簡道云對(duì)自己的產(chǎn)品定位也非常清晰：輕量級(jí)應(yīng)用搭建平臺(tái)。這個(gè)也從側(cè)面反映了復(fù)雜應(yīng)用的技術(shù)門檻是比較高的。
從其產(chǎn)品的技術(shù)形態(tài)上來看，也做不了復(fù)雜的數(shù)字化應(yīng)用。因?yàn)椴捎昧丝丶降耐献гO(shè)計(jì)，以及后端采用了非關(guān)系型數(shù)據(jù)庫，在設(shè)計(jì)過程中無法滿足個(gè)性化很強(qiáng)的樣式設(shè)計(jì)或者關(guān)系型很深的邏輯設(shè)計(jì)，這兩個(gè)因素恰恰是處理復(fù)雜關(guān)系型業(yè)務(wù)的關(guān)鍵點(diǎn)。
那為什么他們要采用控件式的拖拽設(shè)計(jì)和和后臺(tái)非關(guān)系型數(shù)據(jù)庫呢，這底層大多是出于商業(yè)模式和技術(shù)門檻的考量。
拖拽式控件會(huì)比表格式控件的技術(shù)門檻低很多。前面說過，近20年來，只有Workfine和活字格能夠自主表格控件，光一個(gè)表格控件的研發(fā)周期和技術(shù)門檻都讓絕大多數(shù)廠商望而卻步；同時(shí)拖拽式設(shè)計(jì)在視覺展示上會(huì)更吸引用戶，初期的使用門檻也會(huì)低一些。
采用非關(guān)系型數(shù)據(jù)庫的原因是大都是商業(yè)模式的驅(qū)動(dòng)，因?yàn)榇蠹页跏级疾捎昧薙aaS模式，而非關(guān)系型數(shù)據(jù)庫在SaaS模式上比較有優(yōu)勢，當(dāng)然云上的優(yōu)勢也帶來的私有化的劣勢。所以大家在做產(chǎn)品技術(shù)選型時(shí)，很多地方是有利有弊無法兩全其美，大家也是在不斷取舍中不斷摸索。
(圖表格控件可直接復(fù)制表格信息，拖拽控件的設(shè)計(jì)形式單一)
以簡道云為代表的第二類產(chǎn)品原則上都屬于同質(zhì)化產(chǎn)品，像明道云，輕流，伙伴云，氚云等等。采用拖拽式控件+非關(guān)系型數(shù)據(jù)庫的技術(shù)，這種技術(shù)選型只能夠處理輕量級(jí)的數(shù)字化場景，所以他們能夠展現(xiàn)的案例中最復(fù)雜是類似進(jìn)銷存或者CRM這樣的案例，購買其中的任何一款不會(huì)再購買第二款。隨著零代碼的普及，這里面的競爭應(yīng)該也會(huì)越來越清晰化。
第一大類和第二大類產(chǎn)品中目前會(huì)有很明顯的場景區(qū)別，所以，兩個(gè)大類的零代碼產(chǎn)品之間會(huì)有自己獨(dú)立的一個(gè)市場空間，形態(tài)上也有很明顯的差異化區(qū)別，短時(shí)間相互之間是沒辦法取代的。
其實(shí)做這類的產(chǎn)品很重要的就是打磨的過程。廠家和用戶是一個(gè)協(xié)同共生，互相成就的關(guān)系。當(dāng)廠家能夠積淀足夠的用戶量以及應(yīng)用場景量，那么就能反過來以滿足更多用戶實(shí)際痛點(diǎn)需求為目的，將產(chǎn)品打磨地更精細(xì)。如果僅僅是紙上談兵的理解，很多時(shí)候產(chǎn)品是沒辦法落地的，或者應(yīng)用也不會(huì)長久。
但我覺得表格式設(shè)計(jì)的產(chǎn)品中才會(huì)有真正的大魚。輕量級(jí)應(yīng)用相對(duì)來說用戶粘性會(huì)弱一些，門檻低。復(fù)雜的數(shù)字化應(yīng)用用戶價(jià)值高，粘性強(qiáng)。同時(shí)企業(yè)的數(shù)字化辦公應(yīng)用絕大部分是在管理模型下的連續(xù)的、關(guān)系型的應(yīng)用。
能夠處理復(fù)雜應(yīng)用的工具，如果再解決了交互的細(xì)節(jié)問題，以及積累出豐富的有深度的案例，達(dá)到開箱即用和隨需調(diào)整的效果，這樣對(duì)場景的粘合也會(huì)更加的強(qiáng)，輕量級(jí)應(yīng)用的需求也會(huì)慢慢被稀釋掉了。
關(guān)鍵詞： 深度分析零代碼開發(fā)領(lǐng)域的數(shù)字化產(chǎn)品
