不了解的人大概不知道：早在2012年，Gartner就提出了“Citizen Developer”的概念：

即公民開發(fā)者/全民開發(fā)。

這個詞大意是：借助于一些組件化、可視化平臺，一些不具備編程技能、不懂代碼和開發(fā)的“小白”，也能自主組織或參與開發(fā)，從而把代碼開發(fā)由一項(xiàng)程序員專屬技能擴(kuò)展到更廣泛的人群，甚至是全人類。

當(dāng)會計、銷售、運(yùn)營等業(yè)務(wù)崗需要特定的電銷外呼程序時，自己動手就能編寫，而無需求助IT部門的任何人……這意味著困擾大家最多的：業(yè)務(wù)需求和開發(fā)技能之間的壁壘，被打破了。

不難理解為什么這種概念會吸引公司。

市場發(fā)展

雖然是新興概念，但并非空穴來風(fēng)，從低代碼到無代碼由來已久，如果你仔細(xì)追溯，甚至可以發(fā)現(xiàn)在1980s，就有美國公司和實(shí)驗(yàn)室開始研究程序可視化編程這個領(lǐng)域——從4GL（第四代編程語言）到VPL（可視化編程語言）。

自2000年以來，這塊市場就充斥著大大小小的玩家40+以上，比如國外的Appian、Salesforce、K2和Ultimus。2015年以后，迅速升溫，Microsoft、Oracle和Google紛紛下場，推出PowerApps、App Maker等，觀國內(nèi)，除簡道云之外，搭搭云、氚云、iVX、明道云、APICloud等推出，低代碼/零代碼領(lǐng)域開始興起。

在2017的魔力象限報告中，Gartner創(chuàng)建了新門類——hpaPaaS（簡稱aPaas，企業(yè)高生產(chǎn)率應(yīng)用程序平臺即服務(wù)），并預(yù)測“到2020年，超過50%的企業(yè)應(yīng)用將通過hpaPaaS平臺搭建”

也基本是從2018年開始，海外市場在低代碼賽道的投融資活躍起來：

OutSystems獲KKR和高盛3.6億美金融資，成為該領(lǐng)域的獨(dú)角獸；

幾乎同時，荷蘭公司Mendix以7億美元被西門子收購。

資本跟著機(jī)會走，市場跟著資本走。這樣的大手筆、大變局迅速引起了全球市場的關(guān)注。

2019年，Gartner重新界定并看好新概念“LCAP”（低代碼/無代碼開發(fā)平臺）。著名研究機(jī)構(gòu)Forrester Research也表示看好：

“企業(yè)開發(fā)團(tuán)隊(duì)正在采用低代碼/零代碼開發(fā)平臺，市場的增長前景似乎一片樂觀。2020年低代碼市場規(guī)?；?qū)⑦_(dá)到155億美元，超過75％的應(yīng)用程序?qū)⒃诘痛a/零代碼平臺中開發(fā)。公民開發(fā)者的比例將從2017年的40%提升到2020年的70%。”

——Forrester Research

到2024年，四分之三的大型企業(yè)將至少使用四個低代碼開發(fā)工具進(jìn)行IT應(yīng)用程序開發(fā)和公民開發(fā)計劃。到2024年，低代碼應(yīng)用程序開發(fā)將占應(yīng)用程序開發(fā)活動的65％以上。

——Gartner

資本的不斷洗牌+正向的前瞻預(yù)測，推動了低代碼/零代碼的研發(fā)公司與日俱增，也帶來越來越多的企業(yè)開始嘗試以低代碼/零代碼技術(shù)重構(gòu)數(shù)字化業(yè)務(wù)。

供需矛盾

Gartner曾預(yù)言源碼，到了2021年，市場對于應(yīng)用開發(fā)的需求將五倍于IT公司的產(chǎn)能。但研究表明，專業(yè)的IT人員只能夠滿足企業(yè)6%的IT需求。

所以明眼人都能看出來即將加劇的供需矛盾：企業(yè)的IT需求成倍增加 VS 開發(fā)新的程序需要復(fù)雜的技術(shù)、高昂的成本。

因此在過去，信息化是大型企業(yè)才會考慮的事情，因?yàn)檐浖牟少徶芷诤荛L，通常整個公司集中采購和部署，成本居高不下。但傳統(tǒng)的ERP、CRM覆蓋面非常有限，大部分大公司的部門級應(yīng)用都是無法被滿足的。

中小型企業(yè)轉(zhuǎn)型面臨的陣痛就不斷暴露出來了：

1、市場環(huán)境在高速變化發(fā)展，內(nèi)部電銷外呼程序也需要快速迭代響應(yīng)，但傳統(tǒng)開發(fā)效率哪里滿足得了？

2、日益上漲的人力成本和時間成本，一般企業(yè)根本負(fù)擔(dān)不起。

3、購買成型的軟件，使用后水土不服，壓根創(chuàng)造不出價值。

大型企業(yè)也很少能碰上省油的燈：

因?yàn)閷λ麄儊碚f，在軟件開發(fā)與實(shí)施過程中的第一痛點(diǎn)不是貴，而是需求溝通不到位。無論是交由自己的IT人員或是外包ISV來定制開發(fā)，對業(yè)務(wù)痛點(diǎn)都沒有切身的體會和經(jīng)驗(yàn)，再加上很多時候需求在實(shí)施之前都無法100%確定，最后軟件做成四不像，用著難受的比比皆是。（而且要命的是，沒付錢的時候提需求什么都能滿足，付完錢再提需求，外包開發(fā)啥也不認(rèn)。）

再者，大企業(yè)由于內(nèi)部電銷外呼程序多，開發(fā)電銷外呼程序還需要不斷考量內(nèi)部間電銷外呼程序的關(guān)聯(lián)、兼容以及電銷外呼程序數(shù)據(jù)切換效率等問題。

牽一發(fā)動全身，并沒有那么容易。

但是零代碼開發(fā)平臺不一樣：

企業(yè)可以通過零代碼平臺漸進(jìn)地開始實(shí)施。如果整個電銷外呼程序過于復(fù)雜，可以先從一個具體的環(huán)節(jié)開始，局部數(shù)字化（比如先把訂單管起來）。

零代碼工具可以讓開發(fā)者和使用者之間的距離充分縮短。在極端情況下，使用者甚至可以自己就是搭建開發(fā)者自己。他們可能在一兩個小時的搭建后就能夠確認(rèn)這個方案是不是能夠有效地解決問題。

這也就是為什么代碼或低代碼開發(fā)平臺在企業(yè)間逐步盛行了起來。

技術(shù)發(fā)展

在這一塊，CSDN上有篇文章分析的很好：

總結(jié)一下：

1、電銷電話互聯(lián)網(wǎng)和云計算的發(fā)展。電銷電話辦公可以實(shí)現(xiàn)了，加上云的成本比本地部署低太多了。

2、信息化和數(shù)字化的普及。落后就要挨打，越來越多企業(yè)尋求信息化，也嘗到了信息化的甜頭。

3、對在線辦公的認(rèn)可度和靈活性變高。的確是SaaS開了個好頭，教育了市場，企業(yè)漸漸適應(yīng)了在線辦公，同時也產(chǎn)生了更復(fù)雜更多的需求。

可以說就是這三點(diǎn)，推動了零代碼開發(fā)平臺的興起。

為啥今年又火

我第一次知道低代碼這個概念從36氪發(fā)布的文章（低代碼：下一次IT技術(shù)革命？），但因?yàn)閲鴥?nèi)還處于新興，一度存疑。后來真正被吸引到的，是看到了這句話：

如果用 aPaaS 平臺直接管理業(yè)務(wù)數(shù)據(jù)對象，這個數(shù)據(jù)整合工作都可以免除。用戶可以直接在各個職能相關(guān)的數(shù)據(jù)對象中建立關(guān)聯(lián)，建立匯總查詢，批量抽取數(shù)據(jù)到BI平臺，建立不同數(shù)據(jù)之間的自動化。

這話的意思，用圖畫出來就是：

也就是說，零代碼開發(fā)平臺搭配BI源碼，如果運(yùn)用得當(dāng)，可以實(shí)現(xiàn)數(shù)據(jù)中臺：