移動CRM影響批發分銷的3種方式
441
2025-03-31
新一輪 IT 技術革命?「低代碼」讓你不會代碼也能快速開發應用 | 36氪新風向
IT技術支撐了全球信息化浪潮,然而軟件開發效率卻難以像摩爾定律一樣快速提升,以至于成為瓶頸。
近幾年,低代碼領域發展迅速,賽道跑出了超10億美元估值的獨角獸OutSystems,巨頭企業AWS、Google、Microsoft、Oracle、西門子等也紛紛推出低代碼開發平臺或通過收購布局低代碼。國內也出現了一批低代碼創業公司,具備早期創投機會。
低代碼開發平臺,是指那些無需編碼或通過少量代碼就可以快速生成應用程序的工具,其一方面可以降低企業應用開發人力成本,另一方面可以將原有數月甚至數年的開發時間成倍縮短,從而幫助企業實現降本增效、靈活迭代的價值。
36氪近日對十多家低代碼相關企業進行了采訪、調研、產品試用等,包括多家低代碼創業公司,用友、銷售易、北森等企業軟件和知名SaaS公司,OutSystems、Mendix等海外頭部公司等。最終撰寫了本文,部分核心信息包括:
低代碼開發方式,可將軟件開發效率提升數倍甚至10倍以上;低代碼賽道正在熱起來,國外已經跑出超10億美元獨角獸,預計2020年平臺市場規模達155億美元;低代碼賽道競爭的5個關鍵點剖析:平臺能力,商業模式、商務能力、生態建設、融資能力;低代碼領域處于早期探索階段,入局創業尚不晚,創業公司估值大多在2億元內,有早期投資機會;RPA、BPM、中臺、低代碼,背后是一個趨勢。
不寫代碼快速開發應用
將開發效率提升10倍
1、低代碼開發的概念和價值
我們先來通過幾個案例,來直觀感受下低代碼開發的價值:
OutSystems幫助施耐德電氣在20個月內推出了60款應用,將開發過程加速了2倍,僅在第一年就節省了650天的工作量。
ClickPaaS告訴36氪,某傳統化工內企業客戶,原先通過Oracle和SAP構建了整體信息化架構,包含CRM,DMS,OMS,ERP。業務模式發生變化后原先的方案需要重構,在Oracle和SAP上重構的方案原先實施公司報價在6個月,400萬元。通過ClickPaaS快速構建業務模型替換掉了CRM,DMS,OMS,只用了1個月,70萬元年租。
宜創科技告訴36氪,某地產中介搭建海外服務板塊系統,傳統開發方式需要12個人開發6個月,報價小幾百萬元。宜創基于低代碼開發方式,4個人開發1個月完成交付,項目金額數十萬元。
效率提升的背后,都來源于低代碼這種新型的應用開發方式:開發者可以基于圖形化界面,通過拖拉拽、參數配置、邏輯規則定義、模板組件調用等方式,同時兼容代碼編寫模式,完成軟件應用構建,將開發效率提升數倍甚至10倍以上。
經常和低代碼一起提到的還有零代碼(無代碼),零代碼是指完全不寫代碼實現應用開發,其面向的開發場景往往較簡單。
特別說明一點,本文討論的低代碼開發平臺,是指廣義的低代碼開發平臺,包含了低代碼和零代碼,包含了支持低代碼快速開發的相關模塊,包括通用PaaS層、中間件、aPaaS層、iPaaS層、組件、模板等。
2、低代碼開發如何提高開發效率和降低成本?
除此之外,宜創科技CEO宜博還告訴36氪,傳統寫代碼開發,開發總時長的縮短與投入人力的增長并不是成正比的,傳統開發是緊耦合、串行開發模式,即開發者之間需要緊密配合、聯調等,很多開發環節需要等待上一環節完成。宜創低代碼開發平臺非常關鍵的一點是,底層核心技術從緊耦合的MySQL、Java等,變成了松耦合的NoSql、JavaScript等,從而實現了從串行開發到并行開發。
成本方面,軟件應用開發的成本主要是人力成本,通常按“人天”或“人月”來衡量,可以按照這個公式來核算:開發成本=人員日均工資*人數*開發天數。效率的提升會直接成比例降低“人數、開發天數”的值,同時,低代碼開發模式降低了對開發者水平的要求,很多開發工作不需要那么貴的高端開發人才來做了,這樣也降低了“人員日均工資”值,從而整體降低成本。
低代碼賽道國外已跑出獨角獸
2020年平臺市場規模達155億美元
低代碼開發在早期經常被看做“玩具”,難以在實際生產場景落地。近年來,隨著技術和市場的逐漸發展,低代碼開發領域也逐漸“熱”了起來。
2018年6月,低代碼開發平臺OutSystems獲 KKR 和高盛3.6 億美元融資,估值超過10億美元,成為獨角獸。其年營收遠高于1億美元,并且每年增長率超過70%。
2018年8月,西門子宣布以6億歐元收購低代碼應用開發領域的知名公司Mendix。
AWS、Google、Microsoft和Oracle等也于近些年紛紛推出各自的低代碼開發平臺。
再看國內,奧哲網絡、ClickPaaS、宜創科技、數式科技、輕流、搭搭云等低代碼創業公司也于2018、2019年紛紛獲得投資。其中奧哲獲得阿里5000萬元A+輪投資,和高榕資本的億元級B輪投資。
2019年上半年,明道發布新產品明道云,轉型成為零代碼開發平臺;APICloud發布了低代碼開發平臺Plus Mode。
市場規模上,Forrester的報告顯示,低代碼開發平臺的市場將從2015年的17億美金增長到2020年的155億美金,預計到2020年,75%的應用程序將在低代碼平臺中開發。
需要注意的是,這里的155億美元的市場估計僅指低代碼開發平臺的市場,而基于低代碼平臺提供服務的市場,并未計入其中。
兩類主流玩家:
頭部SaaS企業,通用平臺企業
Gartner在2018年的報告中提出了hpaPaaS(高生產力應用程序平臺)的概念,即一個支持快速開發、部署、運行應用程序的云平臺,核心能力聚焦在低代碼和零代碼開發。
下圖是Gartner在2018年報告中繪制的hpaPaaS魔力象限:
資料來源:Gartner報告
可以看到,右上角的“領導者”象限有四家公司:Salesforce、ServiceNow、OutSystems、Mendix,這四家公司也代表了全球低代碼開發平臺的兩類核心玩家:頭部SaaS企業和通用平臺企業。
1、頭部SaaS企業
頭部SaaS和應用軟件企業,做低代碼開發平臺的直接驅動力是:提高產品開發和定制化開發效率。長期驅動力是:建立平臺生態。
代表企業包括國外的SaaS龍頭Salesforce、ServiceNow等,國內的知名SaaS企業銷售易、北森,以及老牌應用軟件企業用友、金蝶等。
SaaS企業需要快速迭代產品,同時擴充更多產品線和功能,以覆蓋更廣泛的業務場景,涉及到大量產品開發工作。另一方面,中大型客戶往往會給SaaS企業帶來更可觀的營收,但是標準化的SaaS產品滿足不了大客戶的需求,SaaS企業需要針對每個大客戶進行大量定制化開發,淪為“項目公司”。
低代碼開發平臺則能有效解決上述問題,降低SaaS和軟件企業的產品開發和定制化交付成本,提高整體效率。
頭部SaaS企業的低代碼開發平臺,參照Salesforce、ServiceNow的成功經驗,目前已有較清晰的發展路徑:
第一步,將平臺用于內部開發效率的提升,包括產品持續開發對待和定制化交付。第二步,將平臺提供給客戶和集成商/代理商使用,讓客戶能夠基于平臺二次開發,持續滿足自身的業務迭代和個性化需求。讓集成商/代理商能夠基于平臺進行二次開發,滿足客戶的定制化需求,實現快速低成本交付。第三步,將平臺開放給第三方應用開發商ISV,在平臺上構建新應用,借助平臺的流量售賣給平臺客戶,從而突破SaaS企業自身的業務范圍,形成平臺應用生態。或直接將平臺售賣給ISV,獨立開發和交付ISV自己的應用軟件。
2、通用平臺企業
頭部SaaS企業是先有業務,然后造了低代碼開發平臺去支撐自己的業務擴張,以及更長遠的生態建設。通用平臺企業則是先把平臺工具造出來,然后提供給所有(理想情況)的應用程序開發場景使用。
低代碼開發平臺,對于頭部SaaS企業來說是工具,對于通用平臺企業來說是核心產品服務和新的商業模式,36氪希望關注到更多創業投資的新機會和新趨勢,限于篇幅,后文會把焦點放在通用平臺企業的研究分析上。
通用平臺的代表企業包括國外的OutSystems、Mendix等,國內的企業有奧哲網絡(氚云)、ClickPaaS、宜創科技、炎黃盈動、數式科技、輕流、搭搭云、黑帕云、微事云、易度軟件等低代碼創業公司,以及APICloud、明道云等延伸或轉型到低代碼領域的創業公司,以及大型企業旗下的業務模塊,如帆軟的簡道云、阿里的宜搭等,還有Joget等正在拓展中國市場的海外公司。
如何進一步去分出通用平臺企業的差異呢?賽道的關鍵點有哪些?
我們通過多家企業走訪調研、產品試用和行業分析后,認為可以從以下五個維度去衡量:平臺能力,商業模式、商務能力、生態建設、融資能力。
平臺能力決定了平臺能提供多大的應用價值(開發效率提升多少倍,成本降低多少倍);商業模式決定了應用價值能轉化為多大的商業價值;商務能力直接影響獲客(尤其是大客戶獲客)能力,決定了商業價值能被多大程度落地;生態建設指的是平臺的教程、培訓、幫助支持和社區等體系的搭建,直接影響平臺的推廣速度、推廣成本和品牌;融資能力很重要則是因為,優質的低代碼開發平臺研發是個高投入(數年、上億元)、高門檻的事情,前期需要持續燒錢,直到平臺商業化落地產生穩定營收。
后文我們會詳細分析下平臺能力和商業模式這兩個較復雜的關鍵點。
如何衡量低代碼開發平臺的平臺能力?
平臺能力核心決定了2件事情,也是低代碼開發平臺最核心的價值體現:能開發多廣泛場景和多復雜場景的應用;開發效率和開發成本能優化到什么程度。
這兩點決定了低代碼企業的天花板有多高、產品落地性和競爭力有多強、是否具備大客戶復雜場景服務能力。
一個關鍵的問題來了:如何衡量平臺能力?
我們認為可以從兩個角度去衡量,一個是從平臺的技術路徑和架構去衡量,一個是通過平臺的應用效果衡量。
技術路徑方面,我們與國內多家通用低代碼開發平臺負責人,以及銷售易、北森、用友的平臺產品技術負責人進行了訪談交流,得出了以下結論:
大的層面,可以將低代碼開發平臺按照技術路徑架構分為兩類:
一類是基于表單/引擎驅動的模式,通過建立多張表單,使用流程串聯,定義報表輸出方式,構建表單類輕應用。該類模式的技術壁壘不高,主要支持開發表單類應用,場景有一定局限性,主要服務中小客戶。一類是基于aPaaS平臺的模式,包含多種具體的技術手段和路徑,例如模型驅動、代碼生成、可視化編程等,底層技術涉及云原生、元數據、多租戶等。該類模式的技術壁壘較高,顆粒度更細,復雜度、靈活度更高,能夠支持廣泛場景的復雜應用開發,具備服務大客戶和中小客戶的能力。不過此類平臺往往很難進一步劃分出幾個清晰的技術流派,往往是每一家都有較大差異。
再來看另一個角度,通過平臺的應用效果衡量。
首先,可以直接看平臺的核心價值實現效果,即:
成功交付了多大規模的客戶。橫向廣度上能覆蓋多少行業、領域的應用開發場景,縱向深度上能開發多復雜的應用場景。開發這些應用場景,能在多低的人天量完成,反應的是開發效率和開發成本能優化到什么程度。
除此之外,銷售易CEO史彥澤和產品副總裁葉曉崢還補充了3點:(葉曉崢曾任Netsuite(現Oracle云ERP)產品總監,曾在Siebel作為項目帶頭人構建了Siebel CRM應用引擎)
有多少ISV基于平臺進行原生應用開發,以及產生了多少應用數量,質量有多高。對客戶數據量的處理能力(銷售易在單個租戶可以支撐億級)。國際標準機構的認證,如Gartner高效開發平臺的推薦供應商名單等。
五大商業模式
尋找低代碼價值出口
低代碼開發平臺本質是個工具,產生“提高開發效率、降低開發成本”的核心應用價值。如何尋找最優質的價值出口,怎么將這把“利器”轉化為可觀的商業價值,對于創業公司的成敗和未來體量都至關重要。
更具體的,其中涉及到選擇的行業和場景是否有足夠痛點,客戶的付費能力有多高以及付費通道是否通暢,利潤空間有多大,是否能夠規模化擴張,擴張的邊際成本是否足夠低,該模式的天花板有多高,是否能夠形成較高的壁壘等等。
經過調研分析,我們將低代碼開發通用平臺的商業模式,初步總結為以下5大類:
成為表單類輕應用開發平臺。包括輕量型的ERP、CRM、進銷存、項目管理、OA等應用的快速構建,好處是能較快較輕的切入市場,用戶使用門檻低,問題是支持開發的應用場景有限,大多服務中小企業,技術壁壘不高。成為企業IT項目開發商。市面上有龐大的軟件外包開發公司,承接著龐大的企業IT項目建設的需求。既然自己有強大的工具,干脆直接去承接企業外包開發需求,能夠比其他公司縮短數倍的開發時間,降低數倍的開發成本,從而在交付時間和報價上產生大幅度優勢,同時客戶還能基于平臺未來繼續快速構建應用。該模式的問題在于,需要具備大量客戶資源、熟悉客戶業務,在交付過程中,會涉及大量的咨詢工作,梳理客戶的業務流程。當然,先自己把規模做起來,后面成為有核心開發工具優勢的高生產力眾包平臺也是一種路徑。賦能咨詢公司、集成商。不直接面對終端客戶做項目,而是針對直接服務終端客戶的咨詢公司、集成商、外包公司等,給他們提供低代碼開發平臺工具產生營收。這樣低代碼公司不用去爭搶自己積累較少的終端大客戶資源,不用花大量時間在客戶業務咨詢和需求梳理上,能較快的規模擴張,借助渠道把平臺較快打入更多客戶,再延伸潛在的客戶服務。該模式下,平臺要足夠易用、降低使用門檻,且要做好培訓、支持體系的建設,讓渠道商有意愿和容易使用。同時,渠道商的水平參差不齊,也會直接影響到平臺的落地效果,進而影響品牌形象。賦能中大型SaaS企業。前文已分析,低代碼開發平臺能夠有效解決,SaaS企業在快速低成本開發迭代產品線和功能,響應大客戶定制化需求的痛點。頭部SaaS企業大概率會自己研發構建aPaaS平臺,規模次之的中大型SaaS企業,往往很難下決心投入長周期和高成本去自己構建,直接采購成熟的平臺融入自身是較優的辦法。不過這里的很大問題在于,中國的SaaS企業,絕大多數都處在水深火熱之中,第一階段的獲客銷售問題還沒解決好,在構建aPaaS上可能決心不足。成為企業中臺解決方案商。基于低代碼開發平臺,幫助企業構建完整業務中臺和數據中臺能力,快速、低成本完成企業所有業務應用的開發和迭代,同時靈活、快速響應外部變化。讓低代碼中臺成為企業信息化建設和智能化應用的入口,延伸出應用商城平臺等更大的想象空間。在當前中臺尚處于早期落地階段,該模式需要找到痛點最強的企業客戶,同時也會面臨已有中臺解決方案商的競爭。
以上5大類商業模式,還可以從另一個維度去考量推敲:是直接售賣平臺工具,還是基于工具售賣服務,以及售賣什么服務。
低代碼創投機會:
創業入局不晚,投資有早期機會
國內的低代碼開發通用平臺玩家,大多在2014年后啟動相關業務,整體發展非常早期,尚處于產品初步落地、商業化探索階段,營收大多在數百萬元、千萬元級別。
目前奧哲網絡是國內低代碼領域發展規模靠前的企業,我們也做過詳細報道。奧哲成立于2010年,以BPM產品切入流程管理領域,2014年,推出公有云BPM產品“氚云”,2019年,推出“業務中臺”概念的低代碼平臺“云樞”。
奧哲網絡2018年營收已過億元,其商業邏輯是,輕量級零代碼產品“氚云”基于釘釘平臺獲取大量客戶流量,將一些有更多需求的中大型企業,引流至BPM和云樞業務,賺取高客單價的業務收入。
對比國外的頭部企業,OutSystems目前在 25 個國家擁有 400 多家企業客戶,包括豐田,羅技,德勤,施耐德電氣和通用金融等,ARR(年度經常性收入)遠高于1億美元,并且每年增長率超過70%,估值超過10億美元。
相比之下,國內創業公司還有非常大的成長空間,目前估值大多在2億元以內,數倍PS,存在較合理的早期投資機會,且大多低代碼創業公司都正在融資。
創業機會方面,雖然aPaaS的技術門檻較高,需要創業團隊過往有多年的aPaaS經驗,并投入數年的平臺構建和打磨時間,但是低代碼開發市場目前在國內依然處于非常早期階段,需要技術產品和市場教育的進一步成熟,這就給了想進入該領域的創業公司寶貴的時間窗口,所以我們判斷依然有新入局創業公司的機會。
RPA、BPM、中臺、低代碼
背后是一個趨勢
當我們觀察了BPM、RPA、中臺、低代碼這些似乎關聯性不大的技術服務后,發現了一些很有意思的關聯性和共通點。
這些技術服務其實都在響應一個共同的大趨勢:企業要打破信息系統孤島,快速迭代響應外部快速變化的市場環境,同時降本增效,提升內部生產力。
在這個大趨勢下:
傳統BPM基于企業已有的各個系統,通過代碼開發、接口對接的方式,構建一個貼合客戶業務流程的系統。RPA則是規避了錯綜復雜的底層開發和對接,直接基于界面操作的手段,很取巧的完成大量“規則固定,重復性高”的工作,快速在各個系統孤島嫁接橋梁,形成新的業務流。中臺則是想從根本上解決問題,在企業原有系統之上,搭建了數據和業務中臺,把這些企業各類數據、業務接口都整合好,由中臺統一向上輸出干凈、有條理、標準化的數據和業務能力,更像是“中醫”療法。低代碼則想進一步提高中臺的效率,通過開發效率的數倍提升,解決中臺落地時,項目制、模式重的問題。相比于BPM和RPA,低代碼除了解決已有系統的和打通串聯問題,還可以直接構建新應用,場景其實更廣。
當然,這并不是說未來一定是某一項技術的天下,在企業信息化發展參差不齊、市場應用場景廣闊復雜、技術持續發展演進的背景下,這些技術會以合適的方式組合融合,服務于合適的應用場景。
事實其實已經如此,奧哲的BPM業務通過低代碼技術快速開發交付;UiPath等RPA企業基于拖拉拽的圖形化操作方式設計RPA流程,其實就是特定場景的低代碼應用;數式網絡基于低代碼提供中臺解決方案;輕流也將RPA工具集成到了低代碼解決方案。
最終一切還是歸結到一個根本問題:為什么客戶,在什么場景,提供什么核心價值,產生多大商業回報。技術歸根到底是工具,至于用什么工具,其實從來不絕對。
結語
回歸冷靜,我們看到低代碼的發展依然處于早期探索階段,即便是全球最領先的公司OutSystems,成立于2001年,發展至今接近20年,估值超過10億美元,其實也并不是一個很亮眼的成績。
低代碼開發到底能適應多廣泛場景?做出多復雜應用?效率能提高1倍還是10倍?商業模式如何設計?賣工具產品還是賣服務?賣什么服務?怎么收費?市場什么時候能真正起來?等等。這些問題都有待低代碼創業公司、企業、投資人等去摸索和解答。
我們先不去揣測終局,是否會誕生新的開發語言、應用生態、新的企業信息架構,我們更希望看到產業從業者能夠打磨好工具利器,真正扎根落地,解決問題,產生價值,而非炒概念、造熱點、吹泡沫。
我們期待著,在古老的軟件開發領域,能產生一次生產力大變革。
版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。
版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。