2B 領(lǐng)域下低代碼的探索之路
前言
大家好,我是釘釘宜搭前端一個小團(tuán)隊(duì)的負(fù)責(zé)人天晟,在阿里做了五年的低代碼。今天的分享我們不講技術(shù)細(xì)節(jié),主要會分享下我們這五年的探索過程和當(dāng)前的市場分析,希望能給大家?guī)硪粋€對低代碼搭建不一樣視角的認(rèn)識。
什么是低代碼
說起低代碼(Low-Code)這個詞,是在 2014 年,F(xiàn)orrester Research 第一次正式使用低代碼來描述這個市場。國內(nèi)也就是近幾年開始流行的,以前我們這邊叫「可視化搭建」,可視化搭建講起來有個很大的缺點(diǎn),就是很容易和數(shù)據(jù)可視化傻傻分不清楚。我還記得,2018 年的時候,當(dāng)時做一個分享,主題是 「泛可視化搭建的解決方案」,我老板的老板說建議我把「泛可視化」改為「低代碼」,我當(dāng)時回復(fù)說不改,低代碼聽著有點(diǎn) low,「泛可視化」高大上些。后來也不知道什么時候開始習(xí)慣了一口一個低代碼,而且衍生了 Node-Code/Pro-Code?,F(xiàn)在回想起來,當(dāng)時是自己 low。
看下業(yè)界領(lǐng)軍者對低代碼的定義:
outsystems: 「低代碼是一種軟件開發(fā)方法,可以更快地交付應(yīng)用程序,并且只需很少的手工編碼。低代碼平臺是一組工具,這些工具可以通過建模和圖形界面來可視化應(yīng)用程序開發(fā)??梢允归_發(fā)人員可以跳過手工編碼,從而加快了將應(yīng)用程序投入生產(chǎn)的過程?!?/span>
mendix: 「低代碼開發(fā)是一種可視化應(yīng)用開發(fā)方法。通過低代碼開發(fā),不同經(jīng)驗(yàn)水平的開發(fā)人員能夠通過圖形用戶界面,使用拖放式組件和模型驅(qū)動邏輯來創(chuàng)建 Web 和移動應(yīng)用。低代碼開發(fā)平臺減輕了非技術(shù)開發(fā)人員的壓力,幫其免去了代碼編寫工作,同時也為專業(yè)開發(fā)人員提供了支持,幫助他們提取應(yīng)用開發(fā)過程中的繁瑣底層架構(gòu)與基礎(chǔ)設(shè)施任務(wù)。業(yè)務(wù)和 IT 部門的開發(fā)人員可以在平臺中協(xié)同,創(chuàng)建、迭代和發(fā)布應(yīng)用,而所需時間只是傳統(tǒng)方法的一小部分。這種低代碼應(yīng)用開發(fā)方法可針對不同用例開發(fā)各種類型的應(yīng)用,包括將原有應(yīng)用升級為支持 IoT 的智能應(yīng)用?!?/span>
可以提煉出幾個詞:模型/建模、圖形界面、拖放組件、加快、減輕。連起來就是:通過模型/建模、圖形界面拖放組件可以加快應(yīng)用開發(fā),減輕了非技術(shù)開發(fā)人員的壓力。其實(shí)從前端的角度看,低代碼的鼻祖應(yīng)該是它:
從我目前階段的理解,低代碼是這個:
當(dāng)前市場分析
市場規(guī)模
根據(jù) Forrester 的報(bào)告,2019 年該領(lǐng)域的規(guī)模估計(jì)為 38 億美元,預(yù)計(jì)在 2021 年這一賽道的市場規(guī)模將增長到 152 億美元,75% 的應(yīng)用程序?qū)⒃诘痛a平臺中開發(fā)。到 2022 年該市場規(guī)模將達(dá)到 212 億美元。
根據(jù) Gartner 預(yù)測,到 2021 年應(yīng)用開發(fā)需求的市場增長,將至少超過企業(yè) IT 交付能力的 5 倍。到 2024 年全球約有 65% 的應(yīng)用程序都將涉及低代碼開發(fā)(Forrester 、Gartner 全球最具影響力的獨(dú)立研究咨詢公司)。
1、領(lǐng)導(dǎo)者:行業(yè)領(lǐng)導(dǎo)者既要表現(xiàn)出超強(qiáng)的執(zhí)行能力(好的產(chǎn)品與良好的銷售業(yè)績相匹配),又要表現(xiàn)出具有遠(yuǎn)見(產(chǎn)品創(chuàng)新和相稱的營銷策略)的戰(zhàn)略計(jì)劃。LCAP 的領(lǐng)導(dǎo)者主要包括云 SaaS 提供商(Microsoft、Salesforce、ServiceNow),專業(yè)的低代碼提供商(Mendix、OutSystems)以及混合 RPA 和低代碼應(yīng)用程序供應(yīng)商(Appian)。這些供應(yīng)商具有強(qiáng)大產(chǎn)品能力、市場影響力以及用戶體驗(yàn)。
2、挑戰(zhàn)者:在市場占有率、產(chǎn)品能力方面與領(lǐng)導(dǎo)者的差距并不是很大,未來有能力成為該行業(yè)領(lǐng)導(dǎo)者。
3、特定領(lǐng)域者:不僅可以提供低代碼應(yīng)用平臺技術(shù),還混合了其他技術(shù),例如,RPA、業(yè)務(wù)流程挖掘、BPM 等技術(shù)。他們是 LCAP 行業(yè)的中流砥柱,擁有良好的發(fā)展空間。
4、遠(yuǎn)見者:遠(yuǎn)見者具有良好的合作生態(tài)以及市場發(fā)展策略,在產(chǎn)品創(chuàng)新方面也有很強(qiáng)的能力。但是在業(yè)務(wù)執(zhí)行方面與領(lǐng)導(dǎo)者有著較大的差距。相信隨著時間的推移他們會更上一層樓。
市場分類
目前我看到的市場上主要有兩類:
一種是基于表單驅(qū)動,核心能力是表單、流程、報(bào)表,在一定的場景下,可以快速的做業(yè)務(wù)交付,上手成本也比較低。比如:宜搭、簡道云、明道云、氚云等。
另一種是基于模型驅(qū)動,核心是領(lǐng)域模型、業(yè)務(wù)沉淀、完整性,有一定的技術(shù)壁壘,上手成本相對比較高。比如:Outsystems / Mendix / PowerApps / 奧哲云樞 / 金蝶云蒼穹等。
市場布局
拿 PowerApps 來舉例,上面四個分別是 云 端 協(xié)同 低代碼。已經(jīng)是很大、很先進(jìn)的布局了。從中我們能看到低代碼平臺只是其中的一部分。獨(dú)木不成舟,獨(dú)木舟,雖然簡易也能用,但畢竟能力有限。
探索過程
用兩句話來概括下:1. 始于表單終于表單;2.從技術(shù)到產(chǎn)品。
從 2015 年開始我們一步一步探索,做了很多很多,無論是技術(shù)上還是產(chǎn)品上。比如模型驅(qū)動、小程序搭建等。這里面的每一塊都可以單出拿出來講很久。這里我舉幾個例子簡單描述下。
釘釘審批-表單
釘釘審批,這個搭建當(dāng)時只有 8 個組件,功能也很簡單,和現(xiàn)在相比也和易用。畢竟簡單,這個僅僅是我們的開始,之后一發(fā)不可收拾。
中后臺頁面搭建
后來我們開始做中后臺頁面搭建,但在開始推廣時,卻受到了很大的阻力。
我們開始給前端用,技術(shù)同學(xué)是來寫代碼的,就排斥這種高不成低不就的搭建平臺產(chǎn)品,而且功能又不全,大家意見很大。后來,我們給服務(wù)端開發(fā)用,當(dāng)然服務(wù)端也是排斥的,不只排斥搭建,就像讓一個寫 Java 的人做前端的頁面就是排斥。
但沒辦法,前端資源就是不足,再加上從上層開始推,那一年,效果突出。有些服務(wù)端的同學(xué)用的簡直飛起,他們做頁面特別快,沒有聯(lián)調(diào)成本,接口都是自己定義的,想怎么搞就這么高,而且代碼寫的很規(guī)整。
再后來,隨著我們的功能逐漸的完善,比如多分支、回滾等功能,前端也開始漸漸接受了,平臺側(cè)有很多頁面都是用平臺自己搭建的。
服務(wù)化
當(dāng)時我們部門的業(yè)務(wù),大部分中后臺系統(tǒng)服務(wù)端都能自交付。減少了很多前端資源。我們自己用舒服了,于是開始想讓其他團(tuán)隊(duì)也能使用。但每個業(yè)務(wù)場景都不一樣,默認(rèn)的平臺無法滿足其他部門的訴求。所以我們開始做服務(wù)化。
服務(wù)化就是我可以讓其他團(tuán)隊(duì)也快速擁有低代碼搭建的能力,并且可以做定制,比如組件定制、設(shè)計(jì)器面板定制。這樣思路就打開了,不僅能支持其他團(tuán)隊(duì)的中后臺場景,凡是和搭建相關(guān)的場景,都可以做。
比如上圖的例子,場景特別有趣,每次我都會拿出這張圖分享給大家:絕對布局的畫布構(gòu)建好后,服務(wù)端會自己做特殊解析,最終顯示在石墨屏上。類似這種例子有很多。包括后面要做的在線設(shè)計(jì)都是通過服務(wù)化來完成的。
代碼互轉(zhuǎn)/ WebIDE
隨著我們的用戶量越來越多,復(fù)雜功能的實(shí)現(xiàn)和后續(xù)的可維護(hù)性受到了很多的挑戰(zhàn)。
典型的例子是:開始我的需求比較簡單,用搭建快速完成了,但后面的需求評估下來發(fā)現(xiàn)搭建滿足不了。于是我們開始做出碼,將搭建產(chǎn)物轉(zhuǎn)成代碼,繼續(xù)開發(fā)。
但是單純做出碼沒什么挑戰(zhàn),我們也考慮了不同角色的開發(fā)。當(dāng)年的 WebIDE 也很火,于是我們通過 WebIDE 做了一套搭建和代碼互轉(zhuǎn)的功能。我們創(chuàng)造了自己的 DSL,其實(shí)也參考了 Salesforce,有了自己的語言,很多事情都好做了,也可控。小程序也是這樣的。
后面的路怎么走?
靈魂三問:1. 如何能把價值再做大?2. 低代碼 or 零代碼?3. 用戶是誰?
再問:能否商業(yè)化呢?要不要商業(yè)化呢?如何商業(yè)化?
看競品分析。
Salesforce / Power Platform / 金蝶云蒼穹,他們的 PaaS 都是有明確支撐的業(yè)務(wù)領(lǐng)域,CRM / ERP。PaaS 是基于自身的 SaaS 長出來的。我們要主打那塊業(yè)務(wù)?哪塊業(yè)務(wù)能找到市場?
如果單純的做 PaaS,感覺最后做出的可能還是工具。工具類的競品,像 Outsystems/ Mendix,他們提供是軟件工具、方法和架構(gòu),可以快速建模、測試、部署、管理等,是一套完整應(yīng)用開發(fā)的閉環(huán)(測試、部署、調(diào)試、穩(wěn)定性等)。所以,單純做工具,最后被收購?像 Mendix。還是支撐 SaaS 為目標(biāo)?我們要打的 SaaS 行業(yè)蛋糕還有嗎?另外還要考慮多租、二開等,技術(shù)復(fù)雜度極高。
再看看國內(nèi),簡道云,背后是帆軟-數(shù)據(jù)出身,氚云-流程出身。兩個產(chǎn)品都偏零代碼,產(chǎn)品體驗(yàn)做的都很不錯。猜測應(yīng)該都是先有獨(dú)立的能力,后發(fā)展后低代碼平臺的。
結(jié)論呢?當(dāng)然沒有。競品分析只能幫助我們多了解,具體的方向還需要自己去探索和挖掘。
疫情帶來的變化
疫情讓我看到了:
- 疫情,業(yè)務(wù)變化之快。
- 企業(yè)創(chuàng)新,業(yè)務(wù)變化之快。
- 企業(yè)發(fā)展,核心是提效降本。
去年因?yàn)槲伊艉歼^年,所以參與到了疫情項(xiàng)目,用宜搭來做健康打卡,從大年三十一連續(xù)在家干了兩周,7 * 24 小時待命。
健康打卡應(yīng)該大部人都用過,看著簡單,其實(shí)背后有很多復(fù)雜,有針對員工的,有針對 HR 的,還有針對海外的。需求變化之快,今天加個高風(fēng)險(xiǎn)城市,明天加個海外地區(qū),需要各種定制。一個前端,全鏈路完成,快速試錯、快速上線。如果沒有宜搭,真搞不定。后面我也去其他類似的競品看過了,我們這邊的定制場景還真都無法完成。
這次項(xiàng)目讓我更深刻的認(rèn)識了宜搭產(chǎn)品的價值。
總結(jié)
2B領(lǐng)域下的低代碼適合用冰山理論來解釋。部分人認(rèn)為的,包括 5 年前的我也是這樣認(rèn)為的,拖拽設(shè)計(jì)器 == 低代碼。后來在深入做了兩年后,發(fā)現(xiàn)有物料、多端、出碼、布局、邏輯、國際化、監(jiān)控、模板、協(xié)議、服務(wù)化、幫助體系這么多功能要做。再往后做,要從 2B 的視角去看,就像之前微軟的那邊的局部,云、協(xié)同、端。
后面還有很多的未知等著我們。
再回到現(xiàn)實(shí),總結(jié)五個點(diǎn)。
1、場景壁壘
我覺得我們需要尋找更多的「場景壁壘」,比如,疫情下,快速交付的場景,為什么疫情下大家會選擇宜搭而不是選擇其他開發(fā)模式,因?yàn)榭烨覉鼍安皇翘貏e復(fù)雜,快需要找需要快的場景,這種場景其他方式無法完成,這就是壁壘。
2、完整性
用戶需要在這個一個平臺上能把所有研發(fā)相關(guān)的事情全部做完。完整性也包括了可維護(hù)性??煽氐拈_發(fā)質(zhì)量、維護(hù)性和升級成本;二次需求開發(fā)。
3、生態(tài)
產(chǎn)品完整性有了后,就可以打造開發(fā)生態(tài),通過更多的開發(fā)者生產(chǎn)更多的物料、服務(wù)。同時平臺可以連接更多的物料、服務(wù)。
4、連接
這里的連接有兩層含義,一個是產(chǎn)品之前的連接,一個是數(shù)據(jù)的連接。產(chǎn)品的連接可以產(chǎn)生 1 1 > 2 的效果。目前的趨勢,是在改變傳統(tǒng)的 ERP/CRM 大而復(fù)雜的軟件系統(tǒng)。越來越多小而靈活的應(yīng)用產(chǎn)生,而且隨著企業(yè)的創(chuàng)新需求變化越來越快,系統(tǒng)越來越多,但不能做成煙囪,數(shù)據(jù)的連接尤其重要。
5、靈活性和易用性
靈活性和易用性的平衡如果做不好,平臺也很容易做差。我看過一個競品,真的做到了代碼完全交互化,0 代碼,但是,前端的邏輯用交互編排的方式,其復(fù)雜度根本沒辦法二次維護(hù)。
講了這么多,并沒有確切的回答之前自己提的問題,因?yàn)闆]有完全正確的答案,我們?nèi)匀恍枰粩嗟奶剿鳌5痛a將成為B端服務(wù)領(lǐng)域的基礎(chǔ)設(shè)施,必將顛覆傳統(tǒng)開發(fā)方式,未來可期。
本文為阿里云原創(chuàng)內(nèi)容,未經(jīng)允許不得轉(zhuǎn)載。