低代碼又火了?數據產品早就開始低代碼了!

6 評論 10090 瀏覽 46 收藏 13 分鐘

編輯導語:低代碼開發平臺是通過少量代碼就可以快速生成應用程序的開發平臺。最近許多技術峰會都出現低代碼,低代碼是中臺之后,又一個熱門話題和名詞了。本篇文章,作者將為大家解讀“低代碼”,并且分析低代碼這個行業,快來看看吧!

今年在阿里云棲大會、架構師峰會等很多技術峰會上都看到了低代碼的專場,低代碼可以說是中臺之后,又一個熱門話題和名詞。2018年至2021年上半年,中國低代碼無代碼賽道熱度持續升高。

2020年是概念驗證和融資的高峰期,經過一年多的產品迭代,是時候對外發聲了。最近一個朋友去了一家低代碼公司,年終獎都不要了,說明錢給的還是到位的。

一、低代碼是怎么火起來的?

1. 什么是低代碼

百度百科:低代碼開發平臺(LCDP)是通過少量代碼就可以快速生成應用程序的開發平臺。通過可視化進行應用程序開發的方法,使具有不同經驗水平的開發人員可以通過圖形化的用戶界面,使用拖拽組件和模型驅動的邏輯來創建網頁和移動應用程序。

2. 信息社會的發展階段

縱觀互聯網以及信息社會的發展軌跡,可以劃分為以下幾個階段:

互聯網時代:從早期搜狐、網易開始的互聯網新聞資訊改變紙質新聞,到淘寶、攜程各種B2C、O2O、OTA商業模式的逐步成熟,再到互聯網+一切,不到十年的時間,互聯網快速發展。

移動時代:智能終端的由探索到普及,Java客戶端轉向塞班系統,Android系統,以及喬布斯對蘋果的革新,移動化成了新的增長點。各企業紛紛推出手機端XX。

數據化時代:隨著移動互聯網的滲透,互聯網到了下半場,人口紅利散去,用戶增長遇到了瓶頸,企業紛紛開始數字化轉型,期望利用數據化、精細化的運營手段,挖掘新的業務增長點。

中臺時代:2019年被很多人稱之為中臺元年,中臺之所以被當作數字化轉型的救命稻草,本質是因為中臺的復用能力,數據快速服務化輸出的能力,可以更快的實現數據賦能。

如果大廠可以搞中臺,那資本、技術、人才短缺的中小企業,也想數字化轉型,數據化運營,該何去何從呢?于是,出現了很多企業服務公司,專門為其他公司提供數字型所需的產品和服務,也就是現在比較火的SAAS產品。例如,阿里云、騰訊云等云廠商除了提供基礎的云計算資源外,還輸出云上的數據開發、數據分析產品。

而神策、GrowingIO則是聚焦為企業用戶行為分析產品及解決方案。采購現成的產品通用性強,但業務適配的度不高,定制化的支撐響應周期長或成本高。那么除了買別人的產品,還有沒有其他方案呢?答案就是低代碼。

二、低代碼的基本原理

問卷類產品應該是最早應用低代碼思想的產品之一了吧。問卷的題目類型相對固定,單選、多選、文本輸入,加上題目之間的跳轉邏輯設置,無任務技術基礎的人都可以快速創建一個問卷進行投放。

低代碼的基本原理是:將業務流程的實現代碼封裝成一個組件,像樂高的積木塊,或者PPT的各種圖形元素,使用者只需要按照自己的需求或者想象,在畫布上進行設計即可,各個模塊拼接完成發布后,即可完成一個產品的開發。可以做到低代碼的前提是,業務流程涉及的模塊可以進行抽象,形成通用的組件。

這么看,兒童編程軟件Scratch是不是也屬于低代碼的產品范疇呢。

三、低代碼解決了什么問題

試想,一個新公司成立,需要OA系統、人事系統、財務系統、數據系統等各種各樣的系統,純自研不僅需要大量的資源投入,時間周期可能也很長。直接外采,人家又不是為你的業務量身定制的,例如人事單據的審批流程,采購合同管理等業務屬性強的功能,無法支撐怎么辦,要么忍,要么滾?一句話描述低代碼,其實就是用最短的時間上線一款更符合業務需求數字化產品。

從傳統的軟件開發流程和低代碼平臺的軟件開發流程對比可以看出,低代碼平臺主要解決了開發效率、人力成本、靈活擴展性等問題。

縮短開發周期:

  • 圖形化界面拖拉拽的方式搭建業務流程,后臺進行代碼生成,減少前端和后端代碼工作,縮短開發時間;
  • 業務人員可以跳過開發,直接從需求到產品;
  • 集成了云計算等基礎資源的低代碼平臺,還可以節省環境搭建工作。

降低成本:

  • 低代碼平臺一旦建設完成,新增應用對開發依賴的低,初級開發人員和業務人員也可以利用平臺快速開發應用軟件,降低軟件開發的人力成本
  • 組件、功能的復用,避免重復造輪子;
  • 開發流程簡化周期縮短,應用軟件開發的其他各類支出同時減少

靈活擴展性:

  • 應用開發達到了所見即所得的效果,便于產品快速試錯
  • 業務流程變化,只需更新配置發布即可,無需開發介入發布版本

體驗一致性:

  • 傳統前端開發,一般是多端多團隊開發,UI自定義程度較高,容易導致UI界面不一致,造成用戶體驗感下降。
  • 低代碼平臺內置統一的交互和設計風格,生成應用軟件UI高度統一

相對穩定性:

  • 軟件開發中,最常見的問題來源于開發人員的代碼Bug,低代碼平臺封裝流程引擎、統一接口、抽象通過組件,減少人的參與,系統更穩定。
  • 平臺層面可以進行統一的安全管理措施。例如權限管理,防黑客攻擊等,從整體保障軟件安全,使用者無需過多關注。

四、低代碼賽道的主要企業

2019年3月,阿里低代碼平臺宜搭正式發布上云,為廣大企業提供一套低成本的企業應用搭建解決方案。

騰訊的叫微搭,其實從產品命名也能很直觀的體現低代碼的思想,搭積木一樣做產品。大廠的低代碼之路一般是從企業內部的業務應用場景逐步抽象,有了比較成熟的產品體系之后,開始對外上云商業化輸出。此外,也在低代碼賽道也涌現了一大批垂直領域的創業公司。

2020年可以說是低代碼公司融資的高峰時期,低代碼成了繼中臺之后的又一投資風口。那么對于這個行業來說,究竟可以快速飛起來,還是會像社區團購一樣,最后一地雞毛呢?結果不得而知。

畢竟,雖然現在各個大廠的低代碼不像垂直的創業公司那么高調,但大廠在內部實踐的過程中,默默地積累,厚積薄發,加之基礎的云計算服務加持,不管是產品還是資本上,競爭力還是非常強大的。

五、數據產品演進過程的低代碼思想

數據產品是為了降低數據的處理、應用流程而生,其實本身就自帶低代碼的基因。例如,數據開發平臺,將ETL流程配置化,通過頁面的參數配置,實現任務的智能以來和自動化調度,取代過去利用cron表達式進行任務的周期執行操作。

數據可視化產品從前后端的定制化開發,到自助分析、可視化門戶的自助化配置。用戶畫像標簽生產和營銷應用,從開發casebyCase的處理,到基于CDP&DMP的封裝,實現業務自助營銷。

數智化應用中的推薦接口,也可以利用機器學習平臺實現模型特征的復用、推理服務的系統化配置。只不過,很多數據產品誕生之初是聚焦于企業內部用戶,缺少以低代碼概念的包裝對外輸出。在商業化數據產品領域中,BI產品應該算是低代碼在數據領域的最早實踐吧。

六、總結

每一個新的技術概念流行的時候,可能很多企業都已經深耕實踐多年。低代碼的風雖然這兩年才再度興起,但是數據產品一直在做的事情就是低代碼,這也是為什么數據中臺在2019年會爆火。

不管低代碼這個行業如何發展,不斷地抽象業務流程,提升組件化的復用能力也是每個數據人的追求。

所以,莫慌,數據干飯人也是一直站在風口之上。

#專欄作家#

數據干飯人,微信號公眾號:數據干飯人,人人都是產品經理專欄作家。專注數據中臺產品領域,覆蓋開發套件,數據資產與數據治理,BI與數據可視化,精準營銷平臺等數據產品。擅長大數據解決方案規劃與產品方案設計。

本文原創發布于人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議

專欄作家

數據干飯人,微信號公眾號:數據干飯人,人人都是產品經理專欄作家。專注數據中臺產品領域,覆蓋開發套件,數據資產與數據治理,BI與數據可視化,精準營銷平臺等數據產品。擅長大數據解決方案規劃與產品方案設計。

本文原創發布于人人都是產品經理,未經作者許可,禁止轉載。

題圖來自 Unsplash,基于CC0協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 干飯人你好 ,我是老狼,很喜歡你的文章,我這邊有職位推薦,也想跟你交個朋友,可以加個v嗎(ID zrsbdny)

    來自廣東 回復
  2. 太對了,代碼量一多,改bug想想就頭疼,更別說運行所需要的時間和內存空間了,少代碼真的吸引人

    來自廣東 回復
    1. 在N年前,有個產品叫Dreamware,可以拖拖拽拽實現網頁,那個其實也是低代碼平臺。
      但是里面的代碼執行效率低下,而且幾乎不可維護。
      后續的低代碼平臺,要拋除掉UI層面的低代碼,才能真正的更進一步。

      來自中國 回復
  3. 老師的文章寫的很棒誒,小白我第一次接觸到低代碼這個概念,打開了新的世界??!

    來自陜西 回復
    1. 歡迎關注微信公眾號:數據干飯人,回復“低代碼”獲取PPT資料哈

      來自江蘇 回復
    2. 網盤的鏈接已經失效了,能再發一次嗎

      來自上海 回復