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