寫在前面：

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

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

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

各個領域的公民化運動

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

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

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

隨著這些基礎技術的公民化普及，世界范圍內的出版數量與日俱增

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

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

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

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

這里面90%的內容都是通過手機拍攝的?！队耙曪Z風》

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

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

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

軟件研發(fā)的歷史

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

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

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

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

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

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

3、結構化程序理論設計階段（1965 年—1970 年）

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

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

4、結構化程序時代（1971 年—1989 年）

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

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

萬維網（World Wide Web）的出現開啟了萬物互聯的時代；面向對象的程序設計逐步代替了結構化程序設計，成為最流行的程序設計技術。這個時期，Microsoft 公司的崛起讓軟件工程進入到了大發(fā)展階段。

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

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

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

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

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

問題1：生產模式在沒有本質改變——高居不下的邊際成本

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

• 更高的成本
• 更高的風險（不確定性）
• 更低的效率

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

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

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

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

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

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

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

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

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

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

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

業(yè)務不懂技術、技術不理解業(yè)務，似乎成為了行業(yè)普遍的現象。不同職能有各自術語庫和關注點，導致溝通中經常出現信息不對齊的問題。

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

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

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

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

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

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

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

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

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

無代碼平臺的產品架構設計則恰恰解決了這個問題：

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

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

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

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

主要任務 ：打造構成抽象軟件實體的復雜概念結構

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

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

次要任務 ： 使用編程語言表達這些抽象實體映射成機器語言

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

長尾型業(yè)務：滿足非標準化需求

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

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

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

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

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

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

無代碼的出現，這中間至少有兩層價值：

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

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

輕流的無代碼框架介紹

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

展現層（界面引擎）

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

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

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

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

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

模型層（數據庫引擎）

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

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

整合層（連接引擎）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一些無法忽視的趨勢

“到2024年，無代碼/低代碼應用程序開發(fā)將占應用程序開發(fā)活動的65％以上。”

————Gartner預測

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

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

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

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