編輯導(dǎo)語：只需要拖拽操作或者幾行基礎(chǔ)代碼，就能完成以往需要程序員才能搭建的各類應(yīng)用系統(tǒng)，對效率要求較高的企業(yè)而言，低代碼開發(fā)很有吸引力。那么，巨頭布局，資本支持，低代碼好時代快要來臨的同時，程序員們是不是就要失業(yè)了？本篇作者就對此話題進(jìn)行了分析，一起來看一下。
今年年初，阿里云智能總裁張建鋒在接受《鈦媒體》專訪時說：“2021年的潮流就是低代碼開發(fā)?！?/p>
只需要拖拽操作或者幾行基礎(chǔ)代碼，就能完成以往需要程序員才能搭建的各類應(yīng)用系統(tǒng)，對效率要求較高的企業(yè)而言，是不是很有吸引力？
這正是低代碼甚至無代碼平臺誕生的內(nèi)在動力。由于其現(xiàn)實需求龐大，這個賽道正逐漸成為數(shù)字化浪潮里新的被追逐對象。未來五年，國內(nèi)無代碼市場的復(fù)合增長率逼近50%，巨頭布局，資本支持，低代碼的好時代也許要來了。
一、誰在支持低代碼？
10月18日，無代碼開發(fā)平臺輕流宣布完成近億元B輪融資，啟明創(chuàng)投領(lǐng)投，老股東騰訊、新進(jìn)創(chuàng)投繼續(xù)加碼——今年3月，騰訊剛領(lǐng)投了其數(shù)千萬元A 輪融資。
騰訊的投資或許與彼時釘釘年度發(fā)布會上強(qiáng)調(diào)應(yīng)用開發(fā)平臺新定位，并且進(jìn)一步整合釘釘宜搭、氚云、簡道云等釘釘生態(tài)內(nèi)的低代碼開發(fā)產(chǎn)品有關(guān)。
要知道，目標(biāo)是打通阿里云和釘釘?shù)讓幽芰εc技術(shù)、將企業(yè)原有IT系統(tǒng)與釘釘連接的“釘釘宜搭”在2020年12月才正式推出，一個月后便實現(xiàn)了戰(zhàn)略地位升級。此外，阿里還戰(zhàn)略投資了另一家低代碼平臺創(chuàng)業(yè)公司奧哲網(wǎng)絡(luò)。
由此，巨頭支持成為低代碼發(fā)展的第一個因素。阿里、騰訊的低代碼建設(shè)是為了補(bǔ)全自身生態(tài)。釘釘在10月初的未來組織大會上宣布，截至8月31日，釘釘平臺的“釘應(yīng)用”數(shù)超過150萬，較年初增長三倍，其中低代碼應(yīng)用8個月增長86萬個。這既滿足了組織型客戶的需求，又提升了企業(yè)對平臺的粘性。
網(wǎng)易有數(shù)帆輕舟低代碼平臺，華為應(yīng)用魔方AppCube與華為生態(tài)形成協(xié)作，百度智能云旗下愛速搭和騰訊直系的云微搭WeDa都在公測階段。微軟和西門子旗下平臺這兩年也相繼進(jìn)入中國。
巨頭有了，創(chuàng)業(yè)公司也有了，資本順勢進(jìn)入，資金支持成為低代碼行業(yè)發(fā)展的第二支柱。鉛筆道的數(shù)據(jù)顯示，截至2021年2月，國內(nèi)低/無代碼企業(yè)近70家。行業(yè)投融近三年金額約15億，賽道上的公司總估值近70億，光輕流一家就在2021年之前獲得了四輪融資。
本質(zhì)上，巨頭和資本看中的，還是企業(yè)在開發(fā)上存在的實際問題。
市場機(jī)構(gòu)Gartner預(yù)計，2021年市場對于應(yīng)用開發(fā)的需求將五倍于IT公司的產(chǎn)能——細(xì)分需求太多，程序員不夠用了，而且這還沒有包含后續(xù)的維護(hù)、迭代等資源支出。這時，APaaS（Application Platform as a Service，即應(yīng)用程序平臺即服務(wù)，核心是低代碼帶來的一站式服務(wù)）誕生了。
輕流CEO薄智元認(rèn)為：
世界500強(qiáng)企業(yè)，礙于總部的管控，上一套新的系統(tǒng)非常麻煩，他們會用輕流的平臺解決一些小系統(tǒng)的問題。腰部企業(yè)會用輕流打造核心業(yè)務(wù)系統(tǒng)，小微企業(yè)會用輕流來打造差異化競爭的部分。
這就體現(xiàn)了當(dāng)前低代碼服務(wù)的三大優(yōu)勢：
- 易部署，適合不同體量企業(yè)的IT環(huán)境。
- 高效率，滿足具體業(yè)務(wù)人員的需求。
- 復(fù)用帶來邊際成本降低，能接受相對低客單價的產(chǎn)品，中小企業(yè)也能為低代碼企業(yè)帶來利潤空間。
現(xiàn)實需求是低代碼產(chǎn)業(yè)發(fā)展的終極原因。在這背后是數(shù)字化趨勢下，企業(yè)內(nèi)部IT、銷售、財務(wù)等各部門擁有了尋求更高溝通與協(xié)作效率的條件。尤其是業(yè)務(wù)人員可以憑借低代碼平臺搭建自己需要的產(chǎn)品系統(tǒng)，更加精準(zhǔn)，開發(fā)成本也更低。
在形勢一片大好下，低代碼行業(yè)似乎成了數(shù)字化浪潮的“天選之子”，但與此同時，它是否真的能做到代行程序員的職責(zé)呢？
二、無代碼或許會到來，但“去程序員”不會發(fā)生
甲子光年發(fā)布的《低代碼市場調(diào)研報告》（2021）指出，近幾年IT開發(fā)人才支出不斷走高，但相應(yīng)的開發(fā)效率提升并沒有明顯進(jìn)步，反倒是在時間、溝通等多方面成本增長。
不過，“去程序員”將不會因為低代碼的流行而發(fā)生，即使進(jìn)化到無代碼也不行，這主要有兩方面原因。
不妨設(shè)想到了全面低代碼甚至無代碼階段，以APaaS為核心的產(chǎn)品要完全代替程序員需要什么條件：
- 開發(fā)期，業(yè)務(wù)人員自主搭建應(yīng)用底層。
- 使用中，自主滿足個性化需求。
- 建立后，保持迭代更新。
底層是低代碼的基礎(chǔ)，這是它能做到的，但另外兩項卻心有余而力不足。
一方面，B端產(chǎn)品永遠(yuǎn)是底層為先，滿足個性化需求要么加錢，要么自己二次開發(fā)，這與低代碼本意相違背，也使從業(yè)公司變成了一個傳統(tǒng)的軟件企業(yè)，低代碼名存實亡。
另一方面，在使用后保持迭代更新對原本的搭建者而言是一件完全不同維度的事。究其原因，APaaS不是SaaS，后者是免維護(hù)的。但對低代碼開發(fā)的應(yīng)用而言，涵蓋的內(nèi)容越多，系統(tǒng)越復(fù)雜，最終會超出原始創(chuàng)建者的能力范圍，造成工作效率再一次下降。畢竟，他本身就不是專業(yè)程序員。
低代碼的終極痛點是，對非IT人士，它確實有滿足80%需求的能力，但如果基于這種樂觀預(yù)期放棄剩下的20%，一旦到了關(guān)鍵節(jié)點，使用者很可能要付出超過80%的成本去補(bǔ)全它。
因為在任何的一個完整生態(tài)中，必然有日常使用不起眼、開發(fā)者不關(guān)注，但牽一發(fā)而動全身的部分，尤其是B端產(chǎn)品強(qiáng)調(diào)底層通用性，更容易發(fā)生整體結(jié)構(gòu)的問題。而低代碼關(guān)注的是日常高頻重復(fù)需求，釋放這一部分生產(chǎn)力。
那如果有企業(yè)將同樣多的精力放在容易被忽視的需求，為目標(biāo)客戶做好全套IT服務(wù)呢？
這不叫低代碼，這叫“外包”。
低代碼的本意是提高效率，起到關(guān)節(jié)的潤滑作用，而不是把所有難題通通丟給第三方去解決。始終牢記，低代碼企業(yè)要關(guān)心的并不是企業(yè)所有的IT產(chǎn)品問題，而是低代碼所能觸及并容易發(fā)生的問題。低代碼在可預(yù)見的未來依然是對程序員工作的補(bǔ)充，而非代替。
三、結(jié)語
如果說低代碼概念和產(chǎn)品的緣起都來自企業(yè)對效率的要求提升，那么有部分人士認(rèn)為無代碼時代到來后程序員就會走向失業(yè)的觀點，無疑陷入了“提高效率最好的方法就是砍掉中間環(huán)節(jié)”這一粗暴認(rèn)知。尤其是對中大型企業(yè)而言，“能跑就行”幾乎不可能成為重要應(yīng)用系統(tǒng)組件的實施標(biāo)準(zhǔn)。
在美股研究社看來，低代碼的興起反而為數(shù)字化趨勢下企業(yè)效能增長提供了一種思路——如果一個溝通鏈帶來了效率損失，那就盡可能讓它融為一體。說大家都能聽懂的話、做大家都能看懂的事，賦能而非代替，這才是低代碼的應(yīng)用目標(biāo)，也是低代碼企業(yè)應(yīng)該要努力的方向。
本文由 @美股研究社 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載
題圖來自 Unsplash，基于 CC0 協(xié)議
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。
