寫在前面：

“無代碼運動”是幾千年以來驅(qū)動技術(shù)創(chuàng)新的核心原則的演變：

不斷對以前僅一小部分人可用的過程工具或介質(zhì)進(jìn)行公民化拓展

并通過此倍增人類創(chuàng)造的潛力。

各個領(lǐng)域的公民化運動

在印刷機(jī)問世之前，批量生產(chǎn)書籍的唯一方法是手工制作，這使得傳播信息和知識不僅很慢而且昂貴。一本羊皮紙的《圣經(jīng)》在中世紀(jì)可是土豪才能擁有的資產(chǎn)，相當(dāng)于一座葡萄園的價格。

書籍如此昂貴，你還會為中世紀(jì)大部分人是文盲而感到驚奇嗎？

然而1440年印刷機(jī)的發(fā)明，以嶄新的方式讓大規(guī)模生產(chǎn)和發(fā)行成為可能。現(xiàn)如今，如果你想讓文字發(fā)布到世界各地，只需要敲擊幾下鍵盤即可。

隨著這些基礎(chǔ)技術(shù)的公民化普及，世界范圍內(nèi)的出版數(shù)量與日俱增

（200年間每100萬人中新書的出版數(shù)量增長）

同樣的事情也發(fā)生在音樂和電影領(lǐng)域，技術(shù)及技術(shù)的使用方式對人的創(chuàng)作產(chǎn)生了巨大印象。過去我們需要專業(yè)的錄音棚以及價格昂貴的錄制設(shè)備才能進(jìn)行相關(guān)創(chuàng)作。

如今更多的數(shù)字化分發(fā)渠道、線上流量的劇增、自媒體平臺的興起（BiliBili、抖音、youtube等）以及公民化設(shè)備的技術(shù)躍遷（移動手機(jī)的攝像頭質(zhì)量在過去幾年有了大幅度提升）讓人們可以在沒有太多前期資源的情況下以自己的想法創(chuàng)作。

在B站，每天有10W條視頻被發(fā)布，而在youtube上，每天上傳的內(nèi)容可以連續(xù)播放80年。

這里面90%的內(nèi)容都是通過手機(jī)拍攝的?！队耙曪Z風(fēng)》

更低成本、更多渠道的媒體技術(shù)使用讓這個時代成為了創(chuàng)造力爆棚的時代

人們使用某種媒介的機(jī)會越多，我們越容易獲得這種機(jī)會、創(chuàng)造力、產(chǎn)出和創(chuàng)新。

那么在“軟件設(shè)計開發(fā)”這個領(lǐng)域，歷史會重演嗎？

軟件研發(fā)的歷史

回答前面的這個問題之前，讓我們先回顧一下軟件工程的大致發(fā)展歷程：

1、匯編時代（1946 年—1953 年）

“遠(yuǎn)古時代”的軟件是通過機(jī)器語言編寫的，機(jī)器語言是內(nèi)置在計算機(jī)電路中的指令，由 0 和 1 組成（二進(jìn)制數(shù)字）。因此，只有少數(shù)專業(yè)人員能夠為計算機(jī)編寫程序。

2、高級程序語言時期（1954 年—1964 年）

該階段軟件開始使用高級語言（與之對應(yīng)機(jī)器語言和匯編語言被稱為低級語言）編寫，高級語言的指令形式類似于自然語言和數(shù)學(xué)語言，不僅容易學(xué)習(xí)，方便編程，一定程度上提高了程序的可讀性。

在這個時期，進(jìn)行軟件編寫工作的人開始被稱為：“程序員”。

3、結(jié)構(gòu)化程序理論設(shè)計階段（1965 年—1970 年）

該階段處于結(jié)構(gòu)化程序設(shè)計理論，伴隨著的是處理器的運算速度大幅度的提高。因此需要編寫一種程序，使所有計算機(jī)資源處于計算機(jī)的控制中，這種程序就是操作系統(tǒng)。數(shù)據(jù)庫管理系統(tǒng) DBMS（Database Management System）也是在這一時期出現(xiàn)的。

1968 年，北大西洋公約組織的計算機(jī)科學(xué)家在聯(lián)邦德國召開國際會議并正式提出了：“軟件工程”這個名詞。

4、結(jié)構(gòu)化程序時代（1971 年—1989 年）

這個階段標(biāo)志性的事件有：C語言的面世、Macintosh 機(jī)的可視化圖形界面徹底改變了人機(jī)交互的方式、Pascal 及Modula-2 等基于結(jié)構(gòu)化規(guī)則設(shè)計的語言面世。在這個時期，更多用途的軟件逐漸面世，例如文字處理、電子制表、數(shù)據(jù)庫管理軟件等。

5、大發(fā)展階段（1990 年—至今）

萬維網(wǎng)（World Wide Web）的出現(xiàn)開啟了萬物互聯(lián)的時代；面向?qū)ο蟮某绦蛟O(shè)計逐步代替了結(jié)構(gòu)化程序設(shè)計，成為最流行的程序設(shè)計技術(shù)。這個時期，Microsoft 公司的崛起讓軟件工程進(jìn)入到了大發(fā)展階段。

開發(fā)模式的大升級下依然存在的問題

完善的系統(tǒng)軟件、豐富的系統(tǒng)開發(fā)工具、商品化應(yīng)用程序大量出現(xiàn)以及通信技術(shù)和計算機(jī)網(wǎng)絡(luò)的飛速發(fā)展，不斷降低了軟件研發(fā)的門檻和成本。

從國內(nèi)的研發(fā)生態(tài)角度看這個趨勢，最具影響力的事件則是2018年微信小程序提出了“云開發(fā)”這個理念?！霸崎_發(fā)”讓前端工程師從前到后完成業(yè)務(wù)開發(fā)的閉環(huán)?！霸崎_發(fā)”將“DB優(yōu)化”、“彈性擴(kuò)容”、“攻擊防護(hù)”、“災(zāi)備處理”等進(jìn)行了封裝，讓程序員可以專注于業(yè)務(wù)實現(xiàn)，這是一種開發(fā)模式的大升級。

即便如此，計算機(jī)、軟件工程的門檻依然存在，對于大部分人來說是一項難以置信的專業(yè)任務(wù)。軟件工程極高的壁壘所帶來的問題包含但不限于以下幾項：

• 問題1：生產(chǎn)模式在沒有本質(zhì)改變——高居不下的邊際成本
• 問題2：需求增長速度與生產(chǎn)消化速度之間的矛盾
• 問題3：需求方與生產(chǎn)方之間難以逾越的溝通壁壘
• 問題4: 階段性的信息化所帶來的數(shù)據(jù)孤島問題難以避免

問題1：生產(chǎn)模式在沒有本質(zhì)改變——高居不下的邊際成本

雖然軟件行業(yè)一直在高速發(fā)展，但是不得不承認(rèn)，其標(biāo)準(zhǔn)化程度還是非常低的，低標(biāo)準(zhǔn)化的作業(yè)所帶來的后果往往是：

• 更高的成本
• 更高的風(fēng)險（不確定性）
• 更低的效率

軟件研發(fā)的成本不僅僅是在一期交付上，也體現(xiàn)在后續(xù)不斷地迭代成本上。需求的增刪改導(dǎo)致研發(fā)的邊際成本非常之高。項目復(fù)雜度與日俱增，隨之而來的是需求變更的成本也呈指數(shù)級地上升。

高壁壘同時也帶來了高風(fēng)險（不確定性）。不少的企業(yè)級軟件項目在多年的迭代維護(hù)后往往面臨“舉步維艱”的地步：代碼維護(hù)的壓力越來越大、關(guān)鍵的研發(fā)崗位經(jīng)不起人員變動（在一些關(guān)鍵項目節(jié)點，研發(fā)人員的流失往往造成項目暫停甚至終止）。

追溯上述這些現(xiàn)象，我們很清楚的看到高居不下的邊際成本往往發(fā)生在研發(fā)環(huán)節(jié)，而無代碼平臺則很好的將這個復(fù)雜度進(jìn)行了前置。

可視化編輯器讓讓業(yè)務(wù)人員可以直接參與到系統(tǒng)搭建的過程中，從根本上降低了研發(fā)環(huán)節(jié)的成本及風(fēng)險。更高的易用性同時也帶了更高的可維護(hù)性，業(yè)務(wù)人員在不知不覺中參與到系統(tǒng)的全生命周期維護(hù)中。

問題2：需求增長速度與生產(chǎn)消化速度之間的矛盾

軟件研發(fā)行業(yè)是高速發(fā)展，其根本原因是需求增長在各個階段都要高于供給增長；通過微觀經(jīng)濟(jì)學(xué)所提出的需求供給曲線我們可以看到，這種情況所導(dǎo)致的是行業(yè)整體定價的上升。（這也解釋了為何互聯(lián)網(wǎng)軟件企業(yè)在全球最高市值的企業(yè)中占比如此之高。）

今年的疫情悄悄地改變了世界運作的規(guī)律，其中的一個趨勢則是企業(yè)對于管理軟件的需求劇增。需求的劇增推動了云計算相關(guān)行業(yè)的發(fā)展，但這過程中同樣面臨一個問題，已有的企業(yè)服務(wù)生態(tài)并不具備滿足這些需求的能力。

在已有的生產(chǎn)模式下，這個差距將會越來越大。專業(yè)的評估機(jī)構(gòu)gartner指出：2021年應(yīng)用開發(fā)需求的增長，將超過企業(yè)IT交付能力的5倍。

無代碼平臺通過封裝顆粒度合宜的樂高化模塊來減少系統(tǒng)落地所需要耗費的時間，效率提升達(dá)到了10數(shù)倍之多。

問題3：需求方與生產(chǎn)方之間難以逾越的溝通壁壘

對于從業(yè)人員來說，以下觀點幾乎成為了共識：大部分的項目爛尾問題集中在各類協(xié)同人員的協(xié)作溝通問題上。

業(yè)務(wù)不懂技術(shù)、技術(shù)不理解業(yè)務(wù)，似乎成為了行業(yè)普遍的現(xiàn)象。不同職能有各自術(shù)語庫和關(guān)注點，導(dǎo)致溝通中經(jīng)常出現(xiàn)信息不對齊的問題。

為了盡可能好地解決（嚴(yán)格意義上說來應(yīng)該是“適應(yīng)”）上述這些問題，各種各樣的團(tuán)隊提出了各個角度的解決方案（主要偏向于方法論）：

• 敏捷研發(fā)：快迭代、小版本的模式降低高邊際成本所帶來的風(fēng)險；
• MVP：最小化的可行產(chǎn)品，在最小的范圍測試客戶群痛點，降低前期的驗證成本；
• DevOps：通過促進(jìn)開發(fā)、技術(shù)運營和質(zhì)保部門之間的溝通、協(xié)作與整合從而提升開發(fā)效率的概念；
• ······

方法論及理念只能部分解決問題，核心的問題依然存在。如今，我們依然需要更好的解決方案、更快的迭代及反饋。

研發(fā)人員對于業(yè)務(wù)理解的不全面不深刻還會導(dǎo)致另外一個隱形但同樣致命的問題——系統(tǒng)的可維護(hù)性問題。在沒有全局理解的情況下設(shè)計的系統(tǒng)架構(gòu)缺陷往往隨著時間暴露無遺，業(yè)務(wù)的復(fù)雜度提升讓系統(tǒng)近乎于無法拓展。長時間的使用使得系統(tǒng)遷移成本巨大，升級不得、換系統(tǒng)也不得————動彈不得；老舊系統(tǒng)低下的效率跟不上業(yè)務(wù)增長的問題還催生了一個很尷尬的領(lǐng)域：RPA。

傳統(tǒng)意義上的RPA通過對系統(tǒng)頁面元素的捕捉，使用腳本處理大量繁瑣低效的系統(tǒng)操作從而提升用戶的操作效率，其解決的本質(zhì)問題是老舊系統(tǒng)設(shè)計跟不上需求變化的問題。

無代碼平臺極高的易用性，則是讓業(yè)務(wù)人員從需求方轉(zhuǎn)變?yōu)榱松a(chǎn)方，自己設(shè)計自己落地成為了可能。完美詮釋了什么叫：你行你上啊～

問題4: 階段性的信息化所帶來的數(shù)據(jù)孤島問題難以避免

大部分的企業(yè)主認(rèn)為將數(shù)據(jù)從線下轉(zhuǎn)變?yōu)榫€上就解決了信息化的問題，但是沒想到不同系統(tǒng)間數(shù)據(jù)無法互通卻大大地限制了信息化的威力。

為了降低風(fēng)險和并發(fā)成本，企業(yè)的信息化往往是階段性，每個階段的需求不一會影響采購決策，這往往演變成一個企業(yè)多套系統(tǒng)。系統(tǒng)的新舊程度不一樣導(dǎo)致數(shù)據(jù)打通困難且成本高昂。

無代碼平臺的產(chǎn)品架構(gòu)設(shè)計則恰恰解決了這個問題：

1、天然具備的“連接”屬性可以對多個系統(tǒng)進(jìn)行打通

2、不同階段的業(yè)務(wù)需求可以直接通過無代碼平臺進(jìn)行落地，系統(tǒng)從設(shè)計之初就可以納入已有的系統(tǒng)生態(tài)中，完全不需要考慮數(shù)據(jù)孤島的問題。

軟件研發(fā)的公民化運動

在《人月神話》中，Brooks博士認(rèn)為軟件工程所要解決的任務(wù)分為兩個：

主要任務(wù) ：打造構(gòu)成抽象軟件實體的復(fù)雜概念結(jié)構(gòu)

短短一句話中充滿了復(fù)雜的定義，簡單來說就是將抽象需求進(jìn)行具象化地整理。產(chǎn)品經(jīng)理每天的工作就是圍繞這個“任務(wù)”展開的。

在《用戶體驗要素》這本書中，作者Garrett將這個命題進(jìn)行了分解，通過5大要素及1個簡潔的工作流清晰地講解將抽象需求整合成具象模型的方法。（配圖五大要素）

次要任務(wù) ： 使用編程語言表達(dá)這些抽象實體映射成機(jī)器語言

緊接著的次要任務(wù)則不難理解了，根本目的則是主要任務(wù)所產(chǎn)出的具象化模型映射成為機(jī)器能夠理解的語言。上文中我們提到的軟件工程的歷史則是“如何更好地解決次要任務(wù)”的歷史。

而如今的無代碼/低代碼產(chǎn)品則是在新的時代背景下對于“次要任務(wù)”的新的解答，其核心是解決了兩個任務(wù)關(guān)鍵節(jié)點之間的根本脫節(jié)。

更高模塊化的場景中，無代碼產(chǎn)品具備極高的可用性。

主要任務(wù)在漫長的歷史上產(chǎn)生了極大的變化，例如toC和toB場景下的軟件從一開始的需求開始就是迥異的；相比較toC場景，toB場景的主要任務(wù)在漫長的時間里并沒有太多本質(zhì)的區(qū)別，反而某種程度上逐步提煉出了最佳實踐，模塊化的程度更高了，這也直接影響了2B領(lǐng)域無代碼低代碼技術(shù)的逐漸成熟。

已經(jīng)存在的一些單項能力去代碼化無一例外都是圍繞企業(yè)服務(wù)場景的：表單、報表、流程、數(shù)據(jù)庫、頁面、事件……的定義能力；這些能力在各自的領(lǐng)域大放異彩，具備極高的可用性。

公民化運動：從“編寫”到“創(chuàng)建”

上世紀(jì)60年代，軟件的編寫者自身往往是使用者，幾經(jīng)波折，我們幾乎迎來了“軟件的使用者是設(shè)計者自身”的時代：

如果你需要一個個人網(wǎng)站，webflow（2017）可以滿足你：

如果你需要一個業(yè)務(wù)數(shù)據(jù)庫，airtable可以滿足你：

如果你需要報表，PowerBI 可以滿足你：

使用zapier，你可以生成一個工作流，并且串聯(lián)多個系統(tǒng)：

在從前，當(dāng)你有一些創(chuàng)意一些想法的時候，往往需要大量的準(zhǔn)備和投入才能實現(xiàn)，過程中的內(nèi)容一個環(huán)節(jié)都可能導(dǎo)致失敗。

但如今，當(dāng)你準(zhǔn)備好的時候，一個個成熟的無代碼平臺也都準(zhǔn)備好隨時聽候差遣了。軟件消費者和軟件生產(chǎn)者之間的界限越來越模糊，某種意義上來說我們正在經(jīng)歷一場變革。

無代碼平臺 —— 敏捷型企業(yè)信息化的最佳選擇

敏捷型企業(yè)的優(yōu)勢

斯坦利?麥克里斯特爾在他的著作《賦能》中提到如今的世界環(huán)境從復(fù)雜逐漸轉(zhuǎn)變?yōu)殄e綜復(fù)雜。面對這樣的不確定性，企業(yè)調(diào)整策略相應(yīng)變化的能力受到了前所未有的挑戰(zhàn)。

沒有人會想到2020年的疫情一己之力改變了世界的軌跡，面對疫情的沖擊，無代碼平臺“快速調(diào)整”的特性很好的支撐了突如其來的信息化需求。

上海中小企業(yè)服務(wù)網(wǎng)通過輕流的無代碼平臺2天完成口罩發(fā)放系統(tǒng)的搭建，在疫情防控最關(guān)鍵的日子里跑贏了時間。

在往后日趨復(fù)雜和多變的大環(huán)境下， 擁有更靈活響應(yīng)變化能力的新型系統(tǒng)開發(fā)模式將會逐漸成為主流，這是歷史的選擇。

那么哪些類型的業(yè)務(wù)場景和企業(yè)在現(xiàn)階段更適合使用無代碼平臺呢？

集成型業(yè)務(wù)：一個平臺、多套系統(tǒng)

當(dāng)你的企業(yè)有多個場景需要使用系統(tǒng)進(jìn)行管理時，無代碼平臺天然的集成性可以很好的滿足需求。更高的可拓展性可以直接在平臺基礎(chǔ)上部署多個場景的系統(tǒng)；不僅如此，通過基礎(chǔ)板塊“連接能力”可以對已有的其他系統(tǒng)進(jìn)行數(shù)據(jù)打通。

成長型業(yè)務(wù)：快速響應(yīng)業(yè)務(wù)變化

處于高速發(fā)展的企業(yè)在管理、業(yè)務(wù)、協(xié)作等各個維度都日新月異；能夠響應(yīng)環(huán)境的變化快速做出調(diào)整是新的時代背景下企業(yè)很重要的能力之一。

而傳統(tǒng)業(yè)務(wù)系統(tǒng)的交付模式很難在第一時間響應(yīng)這樣的快速變化。但是通過無代碼所帶的效率躍升，企業(yè)可以在極短的時間內(nèi)落地場景解決方案。

長尾型業(yè)務(wù)：滿足非標(biāo)準(zhǔn)化需求

標(biāo)準(zhǔn)化的產(chǎn)品往往集中在使用量最大的業(yè)務(wù)場景里，比如銷售管理、庫存管理、項目管理、客戶管理等等，占據(jù)了80%左右的企業(yè)應(yīng)用市場；但是在企業(yè)管理中我們經(jīng)常會遇到各種大大小小的特殊業(yè)務(wù)場景，例如智能制造場景中的TPM設(shè)備管理、CI合理化建議、andon快速響應(yīng)系統(tǒng)……

由于它們標(biāo)準(zhǔn)化程度低、需求特殊且種類繁多，很難在市場上找到一款標(biāo)準(zhǔn)產(chǎn)品，這個時候每個企業(yè)基于自身熟悉的模式使用無代碼平臺即可快速實現(xiàn)信息化。

無代碼和低代碼存在本質(zhì)上的區(qū)別

下面這個表格比較清晰的表述了兩者之間的差異，其核心關(guān)鍵點在目標(biāo)用戶受眾的差異。

低代碼平臺的出現(xiàn)其核心出發(fā)點是為了提升研發(fā)人員在2B業(yè)務(wù)中交付項目的效率，其手段是將一些重復(fù)使用的模塊封裝成“輪子”進(jìn)行服用。

而無代碼平臺則更多地是為賦能業(yè)務(wù)人員直接進(jìn)行企業(yè)管理需求落地而設(shè)計的。其手段是將“系統(tǒng)研發(fā)”封裝成業(yè)務(wù)人員能夠理解的自定義配置能力。讓業(yè)務(wù)人員能夠逃離代碼的“牢籠”直接進(jìn)行業(yè)務(wù)系統(tǒng)落地。面向用戶的畫像不同也直接導(dǎo)致了產(chǎn)品設(shè)計關(guān)注點的差異，無代碼平臺在考量系統(tǒng)搭建靈活度、健壯度的同時更加關(guān)注其易用性。

無代碼的出現(xiàn)，這中間至少有兩層價值：

• 價值一：解放研發(fā)人員的工具屬性
• 價值二：賦能業(yè)務(wù)人員的創(chuàng)造屬性

無代碼平臺讓更多人更聰明地工作而非更辛苦的工作。

輕流的無代碼框架介紹

無代碼平臺目前已經(jīng)具備了極高的可用性。而輕流則是這中間產(chǎn)品矩陣完備，兼具健壯性和易用性的代表之一。

展現(xiàn)層（界面引擎）

輕流提供了豐富的頁面框架及樣式自定義能力，通過可視化的圖形配置界面，減免了大量JS/CSS/HTML的代碼。

• 多種業(yè)務(wù)組件
• 多端適配運行良好
• 訪問權(quán)限控制（連接企業(yè)內(nèi)外）

業(yè)務(wù)層（流程引擎、表單引擎、報表引擎、事件引擎）

通過業(yè)務(wù)人員最熟悉的表單界面為載體承載大量前端自定義事件。解決了大量業(yè)務(wù)邏輯問題，無代碼的流程引擎支持串聯(lián)自動化事件，我們稱之為Q-Robot，幫助業(yè)務(wù)人員解放雙手。

• 表單構(gòu)建、前后端計算能力
• 流程模型可視化搭建
• 業(yè)務(wù)所需的報表構(gòu)建
• 豐富的事件拓展、支持跨系統(tǒng)執(zhí)行

模型層（數(shù)據(jù)庫引擎）

高度封裝的連接模塊，簡單地配置即可進(jìn)行跨系統(tǒng)的數(shù)據(jù)連接，將ERP、CRM中的數(shù)據(jù)進(jìn)行調(diào)用和同步，消滅數(shù)據(jù)孤島，為遺留系統(tǒng)提供現(xiàn)代化的可能。

• 可視化的數(shù)據(jù)庫建立、
• 支持業(yè)務(wù)所需的增刪改查功能
• 基于權(quán)限角色分配數(shù)據(jù)權(quán)限

整合層（連接引擎）

高度封裝的連接模塊，簡單地配置即可進(jìn)行跨系統(tǒng)的數(shù)據(jù)連接，將ERP、CRM中的數(shù)據(jù)進(jìn)行調(diào)用和同步，消滅數(shù)據(jù)孤島，為遺留系統(tǒng)提供現(xiàn)代化的可能。

• Q-Source數(shù)據(jù)源自定義
• Q-Linker跨系統(tǒng)數(shù)據(jù)關(guān)聯(lián)
• Q-Reminder 跨系統(tǒng)提醒推送
• Q-Authentication鑒權(quán)自定義
• SSO單點登錄、webhook、openAPI

面向不同受眾（用戶畫像）的無代碼平臺，設(shè)計出發(fā)點也是不同的。

• 從業(yè)務(wù)出發(fā)：表單交互模型入手（面向業(yè)務(wù)人員） —— 輕流的選擇
• 從技術(shù)出發(fā)：數(shù)據(jù)庫模型入手（面向技術(shù)人員）

輕流的產(chǎn)品設(shè)計初衷并非是要替代程序員原本的工作，就如前面我們講到的 “對以前僅一小部分人可用的過程工具或介質(zhì)進(jìn)行公民化拓展，并通過此倍增人類創(chuàng)造的潛力 ” ，這才是輕流真正的目的。

（Give people wonderful tools and they'll do wonderful things————蘋果對于上面這句話的理解）

基于這樣一個愿景，我們眼下最重要要解決的則是“如何讓業(yè)務(wù)人員可以盡可能快的體驗到“親手創(chuàng)造”業(yè)務(wù)系統(tǒng)的自在和快樂”這個問題?！耙子眯浴钡闹匾栽谶@個背景下被放大了。

與此同時，易用性和健壯度的對立統(tǒng)一則成了我們所面對最棘手的難題。我們在不斷摸索中，也開始找到一些方法，后續(xù)慢慢會跟大家分享我們的思考。

讓我們來聊聊破壞性創(chuàng)新

今年初去世的 克里斯坦森 畢生最偉大的著作《創(chuàng)新者的窘境》中提到一概念叫：破壞性創(chuàng)新。

這個理念深深影響了蘋果、微軟等巨頭企業(yè)；書中所描述的“以下犯上”在整個商業(yè)史上比比皆是：個人計算機(jī)對于計算機(jī)市場的顛覆、小容量編寫硬盤對大型企業(yè)級硬盤的顛覆……

甚至到如今，我們的身邊所充斥著那些我們無法忽視的趨勢：移動端計算平臺的崛起、計算能力主導(dǎo)的影像系統(tǒng)、新能源汽車……每天都在為我們演示破壞性的創(chuàng)新如果通過“猥瑣”的發(fā)育逐漸成為主流需求而改變歷史軌跡。

近些年，在2B企業(yè)級市場，我們看到具備破壞性創(chuàng)新特點的模式或產(chǎn)品不斷涌現(xiàn)：云計算、SaaS化……

我們認(rèn)為無代碼平臺也是這個信息化浪潮中的一員。

一些無法忽視的趨勢

“到2024年，無代碼/低代碼應(yīng)用程序開發(fā)將占應(yīng)用程序開發(fā)活動的65％以上?！?/p>

————Gartner預(yù)測

今年10月，大洋彼岸的北美，一個新的無代碼獨角獸悄悄地崛起——unqork宣布已完成20700萬美元的C輪融資，估值為20億美元。總?cè)谫Y達(dá)3.5億美元。稍早一些的9月14日，業(yè)務(wù)數(shù)據(jù)庫自定義工具Airtable宣布以26億美元的估值募集了1.85億美元的D輪融資，這個估值比2018年底的11億美元又翻了一番還多。而輕流在疫情這樣一個特殊時期下，也獲得了來自源碼資本領(lǐng)投的數(shù)千萬A輪融資。

在最新發(fā)布的遠(yuǎn)景目標(biāo)中提到在2035年之前基本完成信息化，建成現(xiàn)代化經(jīng)濟(jì)體系。中國擁有超過3000萬的企業(yè)數(shù)量，在這個大浪潮中，大量的信息化訴求等待消化，而如何提升生產(chǎn)效率則是核心訴求之一。

很多人都覺得如今的無代碼平臺“噱頭大于實際”、“更像是玩具”、“可用性還比較低”。對于從業(yè)的我們來說，我們也不否認(rèn)通過“無代碼平臺”完全替代現(xiàn)有企業(yè)及軟件交付模式在現(xiàn)階段還不是很切實際。

不過在這樣一個積累即是壁壘的賽道，明天總歸是充滿光明的~