一文看懂低代碼的現(xiàn)狀、打法、機(jī)會(huì)和挑戰(zhàn)

2 評(píng)論 16057 瀏覽 46 收藏 25 分鐘

導(dǎo)讀:不知不覺,全球低代碼市場(chǎng)已經(jīng)走過了近20年。經(jīng)過了5年的發(fā)展,中國(guó)低代碼市場(chǎng)經(jīng)歷了百花齊放的廣泛探索階段,宜搭、iVX等一眾創(chuàng)新團(tuán)隊(duì)開始從“非代碼”或“低代碼”的產(chǎn)品方向探索應(yīng)用開發(fā)新模式,更旺盛的市場(chǎng)需求逐步在被激發(fā)。本文作者對(duì)低代碼市場(chǎng)進(jìn)行了分析,與你分享。

低代碼是一個(gè)什么產(chǎn)品?

如果從最早的Salesforce計(jì)算,全球低代碼市場(chǎng)已經(jīng)走過了近20個(gè)年頭。中國(guó)低代碼市場(chǎng)起步也可以追溯到2016年,宜搭、iVX等一眾創(chuàng)新團(tuán)隊(duì)開始從“非代碼”或“低代碼”的產(chǎn)品方向探索應(yīng)用開發(fā)新模式。經(jīng)過5年的發(fā)展,中國(guó)低代碼市場(chǎng)經(jīng)歷了百花齊放的廣泛探索階段,用戶也從早期創(chuàng)新者開始過渡到早期創(chuàng)新人群,更旺盛的市場(chǎng)需求逐步在被激發(fā)?,F(xiàn)在,讓我們按下暫停鍵,看看這些產(chǎn)品給我們呈現(xiàn)了低代碼市場(chǎng)一幅怎樣的百景圖。

一、現(xiàn)狀

首先,根據(jù)平臺(tái)使用對(duì)象,低代碼產(chǎn)品大體分為兩個(gè)大的發(fā)展方向:針對(duì)IT人員的開發(fā)工具型、針對(duì)業(yè)務(wù)人員的業(yè)務(wù)復(fù)用型。

如果說非IT從業(yè)者第一次聽到低代碼,那多半是源自于對(duì)業(yè)務(wù)復(fù)用型產(chǎn)品的印象。這類產(chǎn)品的主要針對(duì)用戶就是沒有IT能力的業(yè)務(wù)、行政、運(yùn)營(yíng)人員。通過將一些行業(yè)相對(duì)標(biāo)準(zhǔn)的應(yīng)用模板化,直接 滿足業(yè)務(wù)團(tuán)隊(duì)80%的基本需求,再通過一些可配置、編輯工具輔助,讓業(yè)務(wù)團(tuán)隊(duì)在標(biāo)準(zhǔn)基礎(chǔ)上進(jìn)行小幅定制,解決20%特異化需求,最終達(dá)成業(yè)務(wù)需求直接落地成為在線工具的目的。這類產(chǎn)品可以幫助小微企業(yè)省去高額的SaaS采購(gòu)、管理軟件外包及聘請(qǐng)IT人員的費(fèi)用。

業(yè)務(wù)復(fù)用型根據(jù)產(chǎn)品形態(tài)常見的有:應(yīng)用開發(fā)平臺(tái)、智能表格、SaaS聚合。

1)應(yīng)用開發(fā)平臺(tái)

代表產(chǎn)品:宜搭、簡(jiǎn)道云、明道云等

宜搭:目標(biāo)是為中小企業(yè)降低企業(yè)應(yīng)用搭建成本。作為釘釘生態(tài)產(chǎn)品提供大量行業(yè)標(biāo)準(zhǔn)的應(yīng)用模板,例如:CRM、財(cái)務(wù)管理、日常信息收集等,業(yè)務(wù)人員可以直接發(fā)布到自己的釘釘工作臺(tái)快速投產(chǎn);由于這些應(yīng)用模板本事是基于豐富的標(biāo)準(zhǔn)化前端組件,業(yè)務(wù)人員經(jīng)過簡(jiǎn)單文檔學(xué)習(xí),通過宜搭提供的可視化拖拉拽工具可以完成一定程度的業(yè)務(wù)定制。宜搭也試圖突破邊界,提供更深度的應(yīng)用定制能力,雖然提供了JS編輯面板等代碼編輯工具,但受限于原本產(chǎn)品定位,顯得十分雞肋。

2)智能表格

代表產(chǎn)品:維格表、Treelab、輕流等

維格表:定位與主要產(chǎn)品目標(biāo)與上面一條賽道基本相同,主要針對(duì)內(nèi)部協(xié)作、項(xiàng)目管理信息收集一類的基礎(chǔ)企業(yè)管理場(chǎng)景。而在產(chǎn)品形態(tài)上略有不同,這類智能表格型產(chǎn)品,延續(xù)了Excel經(jīng)典的功能及交互邏輯,只要你用過Office里的Excel,這類產(chǎn)品上手就沒有什么門檻。我個(gè)人是非常喜歡這條賽道的,定位及其精準(zhǔn)。你可能想象不到中國(guó)有多少小微企業(yè)是依托一個(gè)Excel文件管理公司日常運(yùn)營(yíng)的,智能表格產(chǎn)品提供了無縫銜接的操作體驗(yàn)以及本地Excel所無法比擬的多人協(xié)作、高可用能力,很受小微團(tuán)隊(duì)歡迎。由于技術(shù)門檻相對(duì)較低,是很多小型創(chuàng)業(yè)團(tuán)隊(duì)的首選方向,但同樣帶來的是這個(gè)賽道競(jìng)爭(zhēng)激烈,運(yùn)營(yíng)和渠道能力反而成為這個(gè)賽道的必考題。

3)SaaS聚合

代表產(chǎn)品:Odoo、OpenERP

Odoo:CRM、ERP領(lǐng)域的SaaS起家,在海外市場(chǎng)風(fēng)靡一時(shí)。Odoo瞄準(zhǔn)的是應(yīng)用級(jí)的開箱即用,依托于多年的SaaS交付和生態(tài)社區(qū)發(fā)展,Odoo積累了一大批圍繞企業(yè)管理場(chǎng)景的SaaS應(yīng)用。在應(yīng)用市場(chǎng)中,用戶可以選擇所需的管理軟件,如財(cái)務(wù)、庫(kù)存、人事、設(shè)備管理、園區(qū)巡檢等,直接添加到自己的工作臺(tái)。相比于購(gòu)買不同廠家saas產(chǎn)品,企業(yè)獲得了統(tǒng)一的工作臺(tái)、數(shù)據(jù)接口、底層協(xié)議,無論是自己依照odoo開源框架還是增加其他應(yīng)用都有很好的拓展性

開發(fā)工具型,顧名思義,主要針對(duì)的用戶是IT開發(fā)人員,這類低代碼產(chǎn)品的主要目標(biāo)就是作為一個(gè)編碼開發(fā)工具,提升IT人員開發(fā)效率。不同于業(yè)務(wù)復(fù)用型產(chǎn)品瞄準(zhǔn)通用化需求,開發(fā)工具型產(chǎn)品對(duì)垂直領(lǐng)域的深度要求更高,順應(yīng)現(xiàn)在技術(shù)發(fā)展,也就分為了前端提效、后端提效,但都圍繞一個(gè)核心,幫助開發(fā)人員減少重復(fù)、通用代碼的編碼工作,讓開發(fā)人員更專注與業(yè)務(wù)邏輯代碼的開發(fā)。

開發(fā)工具型的產(chǎn)品形成就相對(duì)更豐富一些:在線IDE、DSL開發(fā)框架、組件代碼庫(kù)。

1)IDE+DevOps

代表產(chǎn)品:Mendix、AppCube、iVX

iVX:iVX官方給出的定義是“0代碼開發(fā)語言”,目標(biāo)用戶是開發(fā)人員。iVX提供了一套完整的DevOps解決方案:通過iVX的在線IDE可以完成前端頁(yè)面的可視化構(gòu)建,iVX提供了常用的前端組件如按鈕、圖片、輸入框等;也可以完成后端應(yīng)用邏輯的編排,通過將邏輯代碼模塊化,定義了循環(huán)、動(dòng)作、條件、回調(diào)等事件模塊,通過可視化“拼裝”+配置的方式完成傳統(tǒng)意義上的邏輯代碼編碼;iVX直接打包了底層的IaaS資源,用戶可以按需直接部署上線。通過iVX相對(duì)封閉的一套技術(shù)體系,用戶可以通過可視化方式完成前端、后端代碼編碼、上線部署的完成軟件生命周期。由于產(chǎn)品整體自成體系,學(xué)習(xí)成本非常高,就像iVX官方講的那樣,他們目標(biāo)是培養(yǎng)一個(gè)新的工作崗位——iVX工程師。

2)DSL開發(fā)框架

代表產(chǎn)品:Uni-app、雙鏈AI軟件云引擎等

Uni-app: 是DCloud一個(gè)基于Vue封裝的前端開發(fā)框架,可以達(dá)到一次編碼,多端適配。用戶只需要編寫一套預(yù)定的標(biāo)記語言,框架即可生成可以適配各個(gè)用戶端的前端代碼,是一個(gè)典型的DSL產(chǎn)品。這類產(chǎn)品的優(yōu)勢(shì)是交付效率非常高,如果你熟悉了這套標(biāo)記語言,可以以較高的效率交付一套相對(duì)標(biāo)準(zhǔn)或模板化的成熟應(yīng)用代碼,對(duì)交付型團(tuán)隊(duì),這里的提效就意味著利潤(rùn)的增加。但同時(shí),交付型團(tuán)隊(duì)普遍人員流動(dòng)性高,這又與DSL需要學(xué)習(xí)成本的特性相矛盾。因此,很多DSL產(chǎn)品源自于團(tuán)隊(duì)自身提效,最終也止步于此。

3)組件代碼庫(kù)

代表產(chǎn)品:BrickNext、Vant、ICE等

BrickNext:優(yōu)維科技旗下低代碼開發(fā)工具,提供超過300個(gè)前端組件庫(kù),只需要配置yaml文件即可完成前端搭建。不同于element這類的開源前端組件,BrickNext基于前端原生開發(fā)方式,可以提供原子級(jí)的自定義能力,同時(shí)相較于element的通用型前端組件,BrickNext同時(shí)提供優(yōu)維多年交付積累下來的業(yè)務(wù)前端組件。支持原子級(jí)修改是該產(chǎn)品的最大優(yōu)勢(shì),但同時(shí)也是最大的問題,目前前端行業(yè)普遍采用Vue或React開發(fā)框架+element或其他前端組件的方式進(jìn)行開發(fā),基于原生的開發(fā)方式越來越少。

二、打法

1. 產(chǎn)品矩陣,完善生態(tài)

PowerPlateform是微軟旗下低代碼平臺(tái),作為一個(gè)擁有Office全家桶、Dynamic、Azure,在企業(yè)級(jí)應(yīng)用市場(chǎng)擁有絕對(duì)地位的廠商,微軟為什么要推出一個(gè)似乎是“革命性”的應(yīng)用開發(fā)平臺(tái)?答案很簡(jiǎn)單,微軟推出低代碼平臺(tái)就是為了完善自家的產(chǎn)品矩陣,全面覆蓋企業(yè)應(yīng)用的各個(gè)場(chǎng)景。

如果我們用“28定律”來看待微軟家的產(chǎn)品,Office全家桶那是那絕對(duì)的高頻王者,處理著絕大多數(shù)企業(yè)80%以上的通用辦公需求,Dynamic解決了企業(yè)對(duì)于CRM、ERP等主要業(yè)務(wù)場(chǎng)景應(yīng)用的需求,而在這樣的產(chǎn)品陣列之下,依然存在一部分長(zhǎng)尾需求無法得到滿足,一定程度上影響了整個(gè)微軟系辦公應(yīng)用的協(xié)同效能。因此,PowerPlateform橫空出世,主要場(chǎng)景定位就是基于Office、Dynamic生態(tài)的低代碼應(yīng)用開發(fā),包含Power BI、Power Apps 和 Power Automate,分別從數(shù)據(jù)、應(yīng)用、流程三個(gè)維度解決企業(yè)應(yīng)用中的長(zhǎng)尾需求,形成完整的企業(yè)應(yīng)用服務(wù)生態(tài)。

宜搭出現(xiàn)在釘釘生態(tài)中也是遵循了類似的打法。釘釘生態(tài)中,標(biāo)準(zhǔn)版提供企業(yè)運(yùn)營(yíng)管理的絕大多數(shù)基本通用需求場(chǎng)景例如考勤、IM、文件管理等,專業(yè)版和釘釘生態(tài)中海量的SaaS服務(wù)ISV提供了絕大多數(shù)通用性業(yè)務(wù)需求場(chǎng)景,例如CRM、ERP、RPA、財(cái)會(huì)等領(lǐng)域,而對(duì)于用戶特異化的需求只能夠?qū)で骃aaS廠商或釘釘官方進(jìn)行定制,這本身是一件邊際成本很高,兩邊都不情不愿的事。宜搭,除了提供通用場(chǎng)景的應(yīng)用模板,最重要的是提供通過簡(jiǎn)單拖拉拽就可以完成應(yīng)用搭建的能力,可以更好的滿足用戶的特異化長(zhǎng)尾需求,完善了整個(gè)釘釘生態(tài)。

2. IaaS引流

作為下一代的PaaS產(chǎn)品,低代碼天生具有連接底層資源的屬性,通過產(chǎn)品為IaaS引流也自然是水到渠成。亞馬遜云AWS去年推出的HoneyCode和華為云的AppCube都有這樣的產(chǎn)品策略考量。無論是AWS還是華為云,都是傳統(tǒng)云計(jì)算大廠,銷售和盈利重點(diǎn)在于更多的銷售和更合理的利用IaaS資源,畢竟這背后的硬件存在實(shí)打?qū)嵉倪\(yùn)維成本。不同于傳統(tǒng)PaaS只是提供了一個(gè)聚合解決方案,低代碼平臺(tái)代表了真正的Serverless服務(wù)應(yīng)用解決方案。對(duì)于用戶來講,平臺(tái)解決了IaaS彈性伸縮的問題,用戶可以對(duì)具體底層資源完全無感,更省心。對(duì)于云計(jì)算廠商來講,通過更智能的資源調(diào)度能力及應(yīng)用流量監(jiān)控,可以最大程度的提升硬件資源效能。

3. 整套解決方案

從點(diǎn)到面來看,低代碼可以是一個(gè)技術(shù)領(lǐng)域工具、一個(gè)開發(fā)平臺(tái)、或者是一個(gè)完整的企業(yè)應(yīng)用研發(fā)生命周期解決方案。企業(yè)要想打造完整的IT能力閉環(huán),是一個(gè)非常復(fù)雜的系統(tǒng)工程,涉及研發(fā)管理規(guī)范、安全制度、協(xié)作平臺(tái)、代碼規(guī)范、開發(fā)工具、底層資源、運(yùn)維工具缺一不可。對(duì)于傳統(tǒng)開發(fā),受限于技術(shù)棧統(tǒng)一、框架、開發(fā)語言等問題,很難打造一個(gè)一統(tǒng)天下的一站式平臺(tái),而使用低代碼由于屏蔽了更多底層技術(shù),讓這成為了可能。Mendix和前文提到的iVX都是在解決這類問題,除了提供應(yīng)用搭建能力,還提供了團(tuán)隊(duì)協(xié)作工具、代碼質(zhì)量管理、服務(wù)治理、運(yùn)維監(jiān)控等DevOps能力。對(duì)于中型企業(yè)而言,一套成熟完成的DevOps方案,遠(yuǎn)比一個(gè)獨(dú)立的工具更有價(jià)值。

4. SaaS交付工具

一些SaaS企業(yè)進(jìn)行低代碼嘗試的初衷非常簡(jiǎn)單,就是提高SaaS交付效率,降低SaaS項(xiàng)目交付的邊際成本。無論是可配置化PaaS平臺(tái),還是特定領(lǐng)域的DSL都是這個(gè)打法的產(chǎn)物。從企業(yè)實(shí)際SaaS領(lǐng)域出發(fā),將模板可配置化,對(duì)于交付工程師會(huì)很大程度的提高效率,奧哲、致遠(yuǎn)互聯(lián)、雙聯(lián)科技旗下的低代碼都是這個(gè)方向的產(chǎn)品。

5. 領(lǐng)域技術(shù)工具

以開發(fā)者為對(duì)象的產(chǎn)品,都有一個(gè)趨同的特征——垂直領(lǐng)域“細(xì)而深”。我們上文提到的BrickNext和Uni-app就是相對(duì)比較有代表性的產(chǎn)品。無論是通過DSL解決一套代碼多端編譯,還是簡(jiǎn)單粗暴的通過海量組件庫(kù)降低開發(fā)成本,都沒有采用平臺(tái)化的策略,只是通過程序員熟悉的方式,解決他們特定領(lǐng)域的技術(shù)問題。

6. 業(yè)態(tài)革命

有段時(shí)間流行,“所有行業(yè)都值得被重做一遍”這樣的講法,云原生時(shí)代,所有的產(chǎn)品也有可能被重做一遍。前文提到的智能表格賽道乍一看就是重構(gòu)了Excel,但云原生的智能表格天然帶有團(tuán)隊(duì)協(xié)作、數(shù)據(jù)協(xié)同、社區(qū)共享的屬性,更靈活的交互可以讓一切回到數(shù)據(jù)的本質(zhì),只需要熟悉的Excel操作邏輯,配合模板,就可以解決CMS系統(tǒng)可以解決的全部問題。智能表格是我本人非常認(rèn)可的一條賽道,入手精準(zhǔn),市場(chǎng)規(guī)模巨大,只是不知道誰才是第一個(gè)突破智能表格邊界的廠商。從Excel開始,下一個(gè)會(huì)是哪個(gè)產(chǎn)品?

三、機(jī)會(huì)

低代碼的未來是“辦公軟件”。

1)市場(chǎng)規(guī)模巨大

143億元人民幣,這是艾瑞咨詢2025年低代碼產(chǎn)品在中國(guó)的市場(chǎng)規(guī)模,有人覺得這個(gè)數(shù)字已經(jīng)非常理想了,但國(guó)際市場(chǎng)對(duì)于低代碼的發(fā)展前景則更加樂觀。Forrester認(rèn)為全球低代碼市場(chǎng)的潛力應(yīng)該在150億美元,未來將有75%的企業(yè)應(yīng)用是通過低代碼的方式搭建完成的。Serverless云原生技術(shù)的出現(xiàn),為一站式應(yīng)用開發(fā)提供了技術(shù)可能。另一方面,SaaS市場(chǎng)伴隨現(xiàn)代企業(yè)管理發(fā)展了幾十年,無數(shù)場(chǎng)景從被新興發(fā)掘,到商業(yè)模式與管理工具相互塑造,到現(xiàn)在逐漸標(biāo)準(zhǔn)化。將這部分標(biāo)準(zhǔn)化的部分提取出來進(jìn)行多種形式的復(fù)用,是商業(yè)化市場(chǎng)發(fā)展的必然結(jié)果。從這個(gè)角度看,低代碼的產(chǎn)品方向是蘊(yùn)含巨大潛力的。

2)開發(fā)工具型的機(jī)會(huì)在于“不改變”和“不重復(fù)”

目標(biāo)為IT團(tuán)隊(duì)的產(chǎn)品,要做到不改變開發(fā)者原有工作流及相應(yīng)規(guī)范。一些產(chǎn)品嘗試通過在線IDE的形式,試圖給程序員提供一個(gè)完整的在線開發(fā)環(huán)境,但效果都不很理想,首先是受制于瀏覽器的性能問題及渲染邏輯,很難替代本地IDE工具,另一方面IDE軟件開源生態(tài)提供的海量插件是什么商業(yè)化產(chǎn)品所無法達(dá)到的,因此任何改變IT人員原有工作流的產(chǎn)品都有很大的局限。IT團(tuán)隊(duì)采購(gòu)低代碼產(chǎn)品一般來講目標(biāo)非常簡(jiǎn)單,就是降本,砍掉一些程序員,降低IT投入,而最有效的途徑就是“不重復(fù)”編碼,因此,無論是私有代碼塊的管理復(fù)用還是直接提供通用性可復(fù)用能力,都是開發(fā)工具型低代碼的機(jī)會(huì)所在。

3)業(yè)務(wù)復(fù)用是低代碼更廣闊的機(jī)會(huì),辦公軟件化是終極目標(biāo)

如果我們回歸IT的本質(zhì),是程序員根據(jù)業(yè)務(wù)需求,編寫應(yīng)用,通過軟件服務(wù)的形式,提高業(yè)務(wù)信息、數(shù)據(jù)流轉(zhuǎn)效率,才有了現(xiàn)在業(yè)務(wù)提出需求、產(chǎn)品分析需求,設(shè)計(jì)產(chǎn)品、開發(fā)編碼、最終業(yè)務(wù)使用的完整鏈路。要想在這里基礎(chǔ)上提高效率,有兩個(gè)思路,一是提升每一個(gè)節(jié)點(diǎn)自身的效率,另一個(gè)思路,就是縮短或簡(jiǎn)化這個(gè)鏈路。低代碼產(chǎn)品就有望在第二條思路上進(jìn)行突破。

首先,IT的本質(zhì)就是業(yè)務(wù)驅(qū)動(dòng)。傳統(tǒng)IT流程由于多個(gè)角色流轉(zhuǎn),最終的交付物與需求不符,或者反復(fù)溝通耽誤時(shí)間影響效率,流程導(dǎo)致的需求痛點(diǎn)一直存在。隨著行業(yè)發(fā)展,IT技術(shù)不斷被下放、平民化,招聘廣告里要求HR掌握Python進(jìn)行數(shù)據(jù)分析也不是什么新鮮事了。低代碼,則可以為業(yè)務(wù)人員提供一個(gè)直接將需求轉(zhuǎn)化為辦公工具的途徑。

其次,相關(guān)技術(shù)前提已經(jīng)具備。在云計(jì)算普及之前,搭建應(yīng)用就意味著環(huán)境搭建、應(yīng)用部署、應(yīng)用運(yùn)維等跨不過的技術(shù)門檻。隨著Serverless云原生技術(shù)的成熟,復(fù)雜的容器運(yùn)維被屏蔽、環(huán)境搭建被屏蔽、服務(wù)治理也有被自動(dòng)化替代的趨勢(shì)。讓用戶關(guān)注且僅關(guān)注應(yīng)用設(shè)計(jì)本身,逐漸成為可能。前端框架成熟、組件庫(kù)標(biāo)準(zhǔn)封裝增強(qiáng)了技術(shù)的通用性,無論是Element UI還是Vant、ICE,前端領(lǐng)域逐漸定義了組件標(biāo)準(zhǔn),以組件為橋梁將用戶的具象需求,轉(zhuǎn)化為了IT語言。低代碼的另一個(gè)問題是一些個(gè)性化業(yè)務(wù)邏輯不得不依托開發(fā)人員編寫代碼,但隨著AI技術(shù)的發(fā)展,結(jié)合DSL,這一部分的需求也有望得到滿足,GItHub的Copilot以來,全面自動(dòng)化編程還會(huì)遠(yuǎn)嗎?

最后,市場(chǎng)數(shù)智化轉(zhuǎn)型的良好契機(jī),低代碼取代SaaS。自新冠疫情爆發(fā)以來,長(zhǎng)期的遠(yuǎn)程辦公,把一個(gè)全新的企業(yè)管理問題拋在了全世界面前,把業(yè)務(wù)無紙化,是企業(yè)數(shù)智轉(zhuǎn)型的大前提。低代碼平臺(tái),提供大量標(biāo)準(zhǔn)化應(yīng)用模板,相比以往的選擇采購(gòu)SaaS,可以讓企業(yè)以最低成本接入應(yīng)用,這對(duì)于中國(guó)市場(chǎng)的海量中小企業(yè)是巨大的吸引。同時(shí),低代碼天然就能支持快速的業(yè)務(wù)變化及創(chuàng)新,可以由業(yè)務(wù)人員直接構(gòu)建業(yè)務(wù)雛形、快速上線驗(yàn)證、迭代升級(jí),確保企業(yè)在春江水暖時(shí)能夠以足夠迅捷的速度完成產(chǎn)品上線。

低代碼的趨勢(shì)將是辦公軟件化。技術(shù)上向用戶屏蔽更多的技術(shù)細(xì)節(jié),做到無代碼、免運(yùn)維。交互上具象化,通過用戶熟悉的點(diǎn)按、拖拽完成具象場(chǎng)景的構(gòu)建,直達(dá)實(shí)際需求。模型上業(yè)務(wù)化,向用戶屏蔽抽象的對(duì)象轉(zhuǎn)化,自動(dòng)完成業(yè)務(wù)模型構(gòu)建,打造完整應(yīng)用。

四、挑戰(zhàn)

  • 市場(chǎng)教育。經(jīng)過五六年的探索,中國(guó)低代碼市場(chǎng)正在逐步度過早期創(chuàng)新者,開始覆蓋早期創(chuàng)新人群。如何讓原本關(guān)注具體場(chǎng)景SaaS產(chǎn)品的用戶群體轉(zhuǎn)而關(guān)注能力更通用的低代碼平臺(tái),是所有從業(yè)者需要面臨的問題。
  • 傳統(tǒng)DevOps流程。低代碼通過一站式解決方案,提升效率、降低使用門檻,但同時(shí),一站式應(yīng)用發(fā)布會(huì)對(duì)一些企業(yè)傳統(tǒng)DevOps流程及規(guī)范形成挑戰(zhàn)。引入低代碼甚至?xí)淖円恍┢髽I(yè)的現(xiàn)有工作流,對(duì)于大型企業(yè)阻力可能會(huì)較大。
  • 技術(shù)局限。當(dāng)前的低代碼平臺(tái)產(chǎn)品形態(tài)基本以Web端產(chǎn)品為主,技術(shù)上受限于瀏覽器性能,交互上需要妥協(xié)于瀏覽器技術(shù),增加了向用戶屏蔽技術(shù)細(xì)節(jié)的難度。
  • 老舊系統(tǒng)改造困難。低代碼平臺(tái)的優(yōu)勢(shì)是作為業(yè)務(wù)創(chuàng)新的起點(diǎn),到應(yīng)用全生命周期的托管,而對(duì)于一些技術(shù)棧老舊、設(shè)計(jì)思維老舊、經(jīng)過多年迭代的存量系統(tǒng)的升級(jí)迭代問題顯得有些力不從心。
  • 職業(yè)角色缺失。低代碼將會(huì)孵化出一個(gè)行業(yè)中的全新角色——“業(yè)務(wù)信息官BIO”,立足于業(yè)務(wù),有較高的抽象思維能力,能夠?qū)I(yè)務(wù)場(chǎng)景工具化。

 

本文由 @小博 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自?Unsplash,基于 CC0 協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 之前在人人都是產(chǎn)品經(jīng)理關(guān)注的都是產(chǎn)品和運(yùn)營(yíng)方面的內(nèi)容,沒想到有一天在這了解低代碼。因?yàn)楣咀罱狭艘粋€(gè)易鯨云低代碼平臺(tái),我一個(gè)市場(chǎng)人,用了一天時(shí)間自己搭了個(gè)應(yīng)用,可視化拖拉拽非常方便。想想前兩年花了3萬多找外包公司開發(fā)的報(bào)名系統(tǒng),等了半個(gè)月才上線不說,后期調(diào)整還得再付費(fèi),實(shí)在不方便。這個(gè)低代碼平臺(tái),大家可以自己上手試試,還能做數(shù)據(jù)集成,再也不用來回切換系統(tǒng)統(tǒng)計(jì)數(shù)據(jù)了,挺好~

    來自北京 回復(fù)
  2. 講的很棒!

    來自廣東 回復(fù)