摘要：在云計算和移動互聯(lián)網(wǎng)的助推下，企業(yè)數(shù)字化轉(zhuǎn)型加快，軟件應(yīng)用開發(fā)的需求激增，低代碼平臺應(yīng)勢崛起。從發(fā)展路徑看，中國低代碼平臺廠商大致可分為兩類：應(yīng)用衍生類廠商和原生低代碼廠商。低代碼廠商最終發(fā)展趨勢將是平臺化和生態(tài)化，通過聯(lián)合第三方開發(fā)商等合作伙伴，打造生態(tài)，為探索更具規(guī)?；芰Φ纳虡I(yè)模式打下基礎(chǔ)。
當(dāng)前，企業(yè)數(shù)字化轉(zhuǎn)型不斷深入，快速、敏捷地開發(fā)數(shù)字化應(yīng)用成為了實現(xiàn)業(yè)務(wù)數(shù)字化的關(guān)鍵。不過，企業(yè)卻普遍面臨IT人員和軟件人才短缺，以及應(yīng)用開發(fā)過于依賴IT部門等問題，導(dǎo)致應(yīng)用開發(fā)效率低下、成本高昂。與此同時，隨著數(shù)字化進程的推進，業(yè)務(wù)人員的數(shù)字化轉(zhuǎn)型迫在眉睫，他們也需要掌握一套工具來實現(xiàn)業(yè)務(wù)數(shù)字化。
低代碼開發(fā)為這些挑戰(zhàn)提供了解決思路。低代碼開發(fā)平臺通過為開發(fā)者或業(yè)務(wù)人員提供可視化的應(yīng)用開發(fā)環(huán)境，降低或者去除應(yīng)用開發(fā)對原生代碼編寫的需求量，從而實現(xiàn)快速構(gòu)建應(yīng)用程序。
近年來，無論是ERP、CRM等企業(yè)軟件廠商，還是傳統(tǒng)的業(yè)務(wù)流程管理軟件、數(shù)據(jù)分析和BI工具廠商，紛紛加大低代碼的投入并推出相應(yīng)的低代碼產(chǎn)品和服務(wù)。
作為企業(yè)服務(wù)的熱門領(lǐng)域之一，低代碼開發(fā)市場有哪些特點?低代碼廠商在商業(yè)模式上如何實現(xiàn)規(guī)模化發(fā)展?
01
中國低代碼廠商分為兩大陣營：應(yīng)用衍生類和原生低代碼
從產(chǎn)品類型來看，中國目前的低代碼廠商主要分為兩類：應(yīng)用衍生類廠商和原生低代碼廠商。
圖：中國低代碼廠商主要分類
第一類應(yīng)用衍生類SaaS廠商的基礎(chǔ)能力來源于具體應(yīng)用或者業(yè)務(wù)流程領(lǐng)域，擅長提供成熟的應(yīng)用模板，典型的應(yīng)用領(lǐng)域包括業(yè)務(wù)流程管理(BPM)、協(xié)同辦公、CRM、ERP以及業(yè)財分析等。
從發(fā)展路徑來看，這類廠商主要先發(fā)展SaaS后打造aPaaS。近年來，這類SaaS廠商開始紛紛擴展業(yè)務(wù)，向下延伸出aPaaS平臺產(chǎn)品，代表企業(yè)包括Salesforce(Customer 360 Platform)、Microsoft(Power Platform)和Oracle Application Express等。
國內(nèi)方面，也有一批專注于具體應(yīng)用領(lǐng)域的初創(chuàng)企業(yè)進入市場，包括BPM領(lǐng)域的奧哲、專注于營銷管理的銷售易，以及專注于業(yè)財分析領(lǐng)域的先勝業(yè)財?shù)取?/p>
不少初創(chuàng)廠商在平臺化轉(zhuǎn)型方面也有了實質(zhì)動作。例如，銷售易開發(fā)出了Neo-Platform PaaS平臺，直接針對企業(yè)客戶，允許用戶在該平臺上直接搭建營銷管理相關(guān)的應(yīng)用;先勝業(yè)財于2021年初推出了低代碼開發(fā)平臺先勝云，允許第三方開發(fā)各種業(yè)財分析應(yīng)用。
第二類原生低代碼廠商基礎(chǔ)能力來源于開發(fā)環(huán)境和開發(fā)工具，擅長增強代碼開發(fā)能力。這類廠商的發(fā)展路徑大致為，希望跳過SaaS應(yīng)用開發(fā)這一過程，通過搭建aPaaS平臺向用戶提供低代碼開發(fā)服務(wù)。代表企業(yè)包括國外的Mendix和OutSystems;國內(nèi)則包括ClickPaaS、宜創(chuàng)科技、明道云、簡道云和輕流等。
第一類廠商針對客戶具體業(yè)務(wù)流程和需求，提供軟件應(yīng)用產(chǎn)品，直接帶來看得見的價值，而在長期服務(wù)客戶的過程中，能夠進行場景抽象和封裝，順理成章的向下擴展aPaaS平臺。相比之下，第二類廠商直接提供通用化平臺往往由于場景和業(yè)務(wù)不夠聚焦，而難以與具體業(yè)務(wù)結(jié)合，很多人認(rèn)為第一類廠商的發(fā)展路徑能夠更加順暢。
不過，在國外，分別成立于2001年Mendix和2002年的OutSystems，這兩家廠商一開始就旨在打造通用化的aPaaS平臺，目前已初具規(guī)模。Gartner發(fā)布的2021年關(guān)于低代碼平臺的《魔力象限》報告中，兩家企業(yè)分別被評為“領(lǐng)導(dǎo)者”的角色。國外廠商的成功，給堅持第二種路徑的創(chuàng)業(yè)廠商提供了重要的實踐支撐。
02
生態(tài)化和平臺化是低代碼廠商實現(xiàn)規(guī)模化的重要路徑
以上低代碼開發(fā)平臺的兩種發(fā)展路徑，最終的形態(tài)將是平臺化和生態(tài)化。無論先做SaaS再切入aPaaS，還是直接搭建通用平臺，低代碼廠商最終發(fā)展形態(tài)將是平臺化產(chǎn)品。在平臺化的基礎(chǔ)上，可以通過生態(tài)化實現(xiàn)擴展平臺的網(wǎng)絡(luò)效能。
從商業(yè)化落地方面看，目前中國低代碼廠商主要以兩種方式向客戶提供服務(wù)。
圖：中國低代碼廠商的商業(yè)模式
第一種是廠商以低代碼工具支撐產(chǎn)品或解決方案，直接面向企業(yè)客戶提供服務(wù)。在這種模式下，低代碼開發(fā)實質(zhì)作為廠商一種能力，廠商通過低代碼代替?zhèn)鹘y(tǒng)寫代碼的方式，降低研發(fā)成本，提升軟件產(chǎn)品實施和交付速度。
這種商業(yè)模式的最大優(yōu)勢在于可針對具體應(yīng)用場景，直接解決客戶的需求，不過也存在較大局限性：低代碼廠商實質(zhì)充當(dāng)了企業(yè)軟件外包商的角色，只不過實現(xiàn)軟件開發(fā)和交付的方式從原來寫代碼變成了低代碼。此外，由于不同企業(yè)需求各異，廠商為某一個客戶開發(fā)交付的具體軟件應(yīng)用也很難復(fù)用到其他企業(yè)，難以實現(xiàn)規(guī)模化落地。
越來越多的低代碼廠商開始嘗試第二種商業(yè)化落地模式——平臺化的發(fā)展路徑。在這一模式下，低代碼廠商強調(diào)自身平臺化屬性，通過招納合作伙伴，打造自身的生態(tài)體系。在產(chǎn)品交付方面，廠商可直接面向有開發(fā)需求的客戶進行交付，也可通過第三方開發(fā)商等合作伙伴實現(xiàn)交付。
平臺化的商業(yè)模式的優(yōu)勢是顯而易見的。首先，平臺產(chǎn)品具備較強的通用性，用戶基于平臺即可按需構(gòu)建各類應(yīng)用。對于廠商而言，由于平臺不與具體需求綁定，因此更容易實現(xiàn)企業(yè)間的規(guī)?；瘡?fù)制。
其次，平臺型低代碼廠商聯(lián)合ISV、第三方開發(fā)商等合作伙伴，打造生態(tài)型平臺，可為探索更靈活的商業(yè)模式打下基礎(chǔ)。例如，低代碼廠商可不直接面向客戶，而是通過平臺提供模板、插件以及拓展能力等，通過授權(quán)給合作伙伴進行交付，并從中收取授權(quán)費，商業(yè)模式更輕。
03
發(fā)展平臺化和生態(tài)化的商業(yè)模式，對低代碼廠商提出了一系列能力要求
首先，需要打造易用的aPaaS平臺，平臺具備可視化拖拽式，少量代碼或者無代碼即可進行應(yīng)用開發(fā)的能力。技術(shù)方面，平臺能夠通過大數(shù)據(jù)和數(shù)據(jù)集成插件等技術(shù)聯(lián)通各個相關(guān)系統(tǒng)，實現(xiàn)數(shù)據(jù)的互聯(lián)互通。
其次，需要基于深厚的場景和需求理解，進行抽象和封裝的能力。面對錯綜復(fù)雜的業(yè)務(wù)場景，低代碼平臺廠商需要從業(yè)務(wù)需求中抽取邏輯本質(zhì)，將抽象概念模型化，將抽象化的相似需求進行歸類，并最終組件化進行開發(fā)設(shè)計。
最后，低代碼廠商需要搭建完善的生態(tài)合作伙伴網(wǎng)絡(luò)。參與平臺的合作伙伴越多，平臺越能形成網(wǎng)絡(luò)效應(yīng)，強大的網(wǎng)絡(luò)效應(yīng)，反過來將能夠吸引更多合作伙伴加入。
在國外，不少廠商成功走通了平臺化的商業(yè)模式，典型案例是Salesforce。Salesforce前期在SaaS應(yīng)用取得重大成功后，推出了平臺型產(chǎn)品Customer 360 Platform，吸引了大量合作伙伴加入，目前其大量包括平臺和應(yīng)用等產(chǎn)品和服務(wù)已實現(xiàn)通過合作伙伴進行交付。
Salesforce等廠商平臺化和生態(tài)化商業(yè)模式的成功，無疑為國內(nèi)低代碼廠商指明了方向。除了包括阿里巴巴和騰訊等大廠外，不少初創(chuàng)企業(yè)也開始嘗試這一模式，典型代表是先勝業(yè)財。
自2016年成立后，先勝業(yè)財就打造了自身的aPaaS平臺，基于這一平臺開發(fā)了大量業(yè)財應(yīng)用，一開始以SaaS應(yīng)用直接面向終端用戶提供服務(wù)。過去幾年，先勝業(yè)財服務(wù)了太平洋保險、星巴克、麥當(dāng)勞、安踏、拜耳醫(yī)藥等大型企業(yè)客戶?；诜?wù)這些客戶積累的業(yè)務(wù)經(jīng)驗和對產(chǎn)品的打磨，先勝業(yè)財對業(yè)財分析場景應(yīng)用進行抽象化封裝，豐富和完善了aPaaS平臺。
先勝業(yè)財于2021年初正式推出先勝云平臺，面向包括第三方合作以及企業(yè)客戶在內(nèi)的終端用戶開放，這是一個專門針對業(yè)財一體化場景和數(shù)據(jù)建模的低代碼開發(fā)平臺。
在商業(yè)模式上，先勝業(yè)財采用“平臺+服務(wù)+APP Store”的模式。先勝業(yè)財目前正在積極打造自身生態(tài)體系，目前已吸引普華永道等頭部會計師事務(wù)所、IT咨詢公司及行業(yè)數(shù)字化專家等大量合作伙伴。這些合作伙伴獲得先勝業(yè)務(wù)的授權(quán)，可基于先勝云平臺進行軟件開發(fā)，直接面向客戶，而先勝業(yè)財則從中收取一定比例的分成。
先勝云的用戶是財務(wù)專業(yè)人士，包括會計師審計師、企業(yè)財務(wù)以及財務(wù)咨詢顧問等。先勝云不僅提供低代碼平臺作為工具，還建立了財務(wù)數(shù)字化社區(qū)，通過提供一系列在線課程和數(shù)字化應(yīng)用案例，賦能財務(wù)人員。
先勝業(yè)財是目前業(yè)財分析領(lǐng)域中為數(shù)不多能夠打造應(yīng)用商城的企業(yè)。其APP Store匯聚了由合作伙伴開發(fā)打磨的各類應(yīng)用，以低代碼平臺作為支撐，不同應(yīng)用之間能夠?qū)崿F(xiàn)互聯(lián)互通，解決了系統(tǒng)孤立的問題。隨著先勝業(yè)財?shù)暮献骰锇椴粩嘣龆?，APP Store提供的應(yīng)用類型，也將日漸豐富，形成網(wǎng)絡(luò)效應(yīng)以及較強的競爭壁壘。
圖：先勝云的APP Store示例
04
賦能業(yè)務(wù)人員，向企業(yè)級應(yīng)用擴展，低代碼市場想象空間無限
企業(yè)已開始越來越多的將低代碼技術(shù)應(yīng)用于軟件開發(fā)中。Forrester于近期展開的一份全球調(diào)查顯示，28%的企業(yè)表示已經(jīng)使用低代碼或者無代碼工具;16%表示計劃于明年使用。Gartner預(yù)測，到2024年，在一般企業(yè)的應(yīng)用開發(fā)活動中，低代碼開發(fā)將占65%以上;75%的大型企業(yè)將在應(yīng)用開發(fā)活動中，使用至少四種低代碼工具。
目前，低代碼開發(fā)在中國仍然剛起步，隨著企業(yè)越來越認(rèn)識到低代碼的價值，未來的市場想象空間巨大。圍繞著開發(fā)需求的創(chuàng)新，一大應(yīng)用趨勢將是賦能業(yè)務(wù)人員進行應(yīng)用開發(fā)。
目前的低代碼開發(fā)平臺主要是針對具備編程背景的開發(fā)人員，而對業(yè)務(wù)人員的支撐不足。隨著企業(yè)數(shù)字化轉(zhuǎn)型的加快，并隨著業(yè)務(wù)人員自身數(shù)字化素養(yǎng)的提升，業(yè)務(wù)人員也同樣需要專業(yè)工具的支撐，需要普及在數(shù)據(jù)應(yīng)用方面的技能。相比開發(fā)人員，業(yè)務(wù)人員的數(shù)量更大、群體更廣泛，增添了低代碼市場的想象空間。
由此可見，低代碼的潛力用戶是廣大的業(yè)務(wù)人員。這兩年來，供需層面都出現(xiàn)了可喜的變化，一方面低代碼廠商在探索更易用的產(chǎn)品，降低使用門檻;另一方面，業(yè)務(wù)人員也越來越認(rèn)知到提升數(shù)據(jù)應(yīng)用技能的重要性。
在應(yīng)用場景方面，目前低代碼平臺應(yīng)用仍主要局限于工作組級和部門級軟件應(yīng)用。這主要是因為，在企業(yè)內(nèi)部，工作組級或者部門級間的工作協(xié)作一般能夠通過表單驅(qū)動等方式進行開發(fā)，因此也成為了低代碼最容易滲透的領(lǐng)域。
未來，隨著模型驅(qū)動越來越成為低代碼廠商采納的主要技術(shù)路徑，低代碼技術(shù)將日趨成熟，低代碼的應(yīng)用將能夠拓展至企業(yè)級應(yīng)用，將更夠支持更加復(fù)雜的場景。
從賦能IT人員到業(yè)務(wù)使用者，從簡單應(yīng)用到復(fù)雜應(yīng)用，低代碼的空間會更加廣闊。
（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
