美國的對標企業(yè)OutSystems晉身獨角獸后，國內的低代碼賽道迎來了創(chuàng)業(yè)潮。

創(chuàng)立于2001年的低代碼開發(fā)平臺OutSystems于去年6月獲得了由KKR和高盛聯(lián)合投資的3.6億美元，投后估值超過10億美元。據報道稱近年來OutSystems開始進入發(fā)展快車道，去年營收超1億美元，而且每年還保持著70%的增速。

受到OutSystems的鼓舞，中國創(chuàng)投市場去年開始把注意力集中投向了低代碼領域，大量相關創(chuàng)業(yè)項目紛紛“傍上”了低代碼標簽，投資機構也開始密集出手。

“低代碼這種模式其實很早就有了，只不過Forrester（技術和市場調研公司）把‘低代碼’這個概念創(chuàng)造出來后，市場更容易理解我們在做的事情，隨即中美市場的需求都開始大量涌現?！盇PICloud創(chuàng)始人兼CEO劉鑫對小飯桌解釋道。

但通過調查小飯桌發(fā)現，在低代碼這個概念之下，各家的打法大相徑庭，甚至于低代碼暫時都很難被定義為一個賽道，由于模式和邊界的不清晰，低代碼更像是一個大家都在講但講得都不一樣的“趨勢”。

就好比20年前的電商概念，雖然很多人都在講，但各家的做法千差萬別。有像阿里搭建雙邊網絡生態(tài)的，有像京東做重模式自營的，有在某一個細分領域做垂直電商的，還有一些品牌商和傳統(tǒng)渠道商為了防守做的渠道線上化電商。

雖然時至今日電商似乎有了相對確定的成功范式，但在當時各路玩家都在依仗自身的既定優(yōu)勢探索著自己理解的電商“模樣”。

低代碼當前的格局和20年前的電商相似，區(qū)別在于其針對的是to B市場。按劉鑫的話講，低代碼的本質并非是技術創(chuàng)新，而是一種模式創(chuàng)新。

在低代碼的戰(zhàn)國時代，為了幫助創(chuàng)投兩界能更清楚地看清未來的趨勢，少走彎路，小飯桌特意采訪了：

APICloud創(chuàng)始人兼CEO劉鑫

ClickPaaS創(chuàng)始人兼CEO胡柏

輕流創(chuàng)始人兼CEO薄智元

新進創(chuàng)投合伙人洪弈

經過多方觀點的碰撞和資料比對，小飯桌總結了一些共通的和相對確定的發(fā)展脈絡，以下為本文要點：

1、低代碼將開啟軟件開發(fā)的工業(yè)化時代；

2、低代碼主要融合了PaaS（主要是aPaaS和iPaaS）、BPM、MADP等技術；

3、低代碼短期來看是工具創(chuàng)新，長期而言是生態(tài)和模式創(chuàng)新；

4、低代碼的競爭短期而言主要看誰能更好地教育市場，長期而言將是模式之爭，但最終大家都會趨同；

5、在國內低代碼至少是一個500億規(guī)模的市場。

開啟軟件開發(fā)的工業(yè)化

“軟件開發(fā)行業(yè)和建筑業(yè)很像，都分設計和施工兩個階段，但區(qū)別在于建筑業(yè)80%的價值聚焦于設計環(huán)節(jié)，而軟件行業(yè)80%的資源花在了開發(fā)階段。”ClickPaaS創(chuàng)始人兼CEO胡柏認為，低代碼的重要價值就是能讓企業(yè)把重心聚焦于創(chuàng)造價值的設計環(huán)節(jié)。

歐美軟件企業(yè)過去二三十年的做法是，只專注于核心系統(tǒng)的研發(fā)和搭建，而將大量非核心模塊的開發(fā)任務轉包給中國、印度等廉價勞動力市場。

但近些來這種模式開始失效。

一方面隨著軟件復雜度的提升，雖然印度等開發(fā)人員的開發(fā)成本低，但是整個軟件系統(tǒng)開發(fā)過程中的管理成本卻急劇上升，印度開發(fā)人員根本不懂業(yè)務只會看文檔寫代碼，產出的代碼質量無法保障，而且開發(fā)周期難以把控。

另一方面近年來移動互聯(lián)網的蓬勃發(fā)展不斷推高程序員的工資水平，就連美國企業(yè)也開始無法承受如此之高的編程人員成本，“一個軟件項目可能80%的預算都要花在開發(fā)環(huán)節(jié)。”胡柏對小飯桌說道。

因此，原本的應用開發(fā)模式，企業(yè)已經愈發(fā)難承其“重”。

而且受過互聯(lián)網思維的洗禮，中國大量傳統(tǒng)企業(yè)也紛紛開始追求業(yè)務的快速迭代，并希望信息系統(tǒng)能根據業(yè)務的變化實現實時的個性化開發(fā)，傳統(tǒng)固定模板的ERP、CRM等企業(yè)辦公軟件已經無法滿足企業(yè)用戶的需求。

“2017年左右，中國企業(yè)開始大規(guī)模嘗試SaaS應用，并體會到了SaaS的便利性和豐富性，但某些個性化的需求并無法通過標準化的SaaS很好滿足，但企業(yè)又很難回到過去通過外包開發(fā)實現個性化需求的時代，因此市場需要能自定義需求的新型解決方案?！陛p流創(chuàng)始人兼CEO薄智元說道。

一邊是水漲船高的開發(fā)成本，另一邊是不斷迸發(fā)的個性化開發(fā)需求，雙向壓力的推動下，更高開發(fā)效率和更低開發(fā)成本的低代碼開發(fā)平臺便應運而爆發(fā)。

劉鑫告訴小飯桌，APICloud可以把原本數月才能完成的移動應用開發(fā)周期縮短一半；ClicPaaS的官網數據則顯示，其平均縮短了75%的應用創(chuàng)建時間和90%的集成周期，能100%降低代碼出bug的風險，同時降低75%以上的運維迭代等持續(xù)成本。

正是基于以上成本效率優(yōu)勢，Forrester報告預測，低代碼開發(fā)平臺的市場將從2015年的17億美元增長到2020年的155億美元，并預計到2020年75％的應用程序將通過低代碼平臺完成開發(fā)。

同時資本市場也開始密集關注這個賽道。新進創(chuàng)投合伙人洪弈認為一方面這兩年來to B領域的投資機比to C領域確實會更多一些，另一方面中國人力成本提高開始促使企業(yè)產生更強的效率提升意愿，“能用工具替代人的工作都會盡量優(yōu)先考慮工具?！?/p>

“但軟件開發(fā)行業(yè)過去很長時間仍處于依仗人力投入的‘農耕’時代，而低代碼的出現有望開啟軟件開發(fā)業(yè)的‘工業(yè)化’?！眲Ⅵ蜗蛐★堊琅袛嗟馈?/p>

低代碼的“刻板印刷”和“活字印刷”

傳統(tǒng)的軟件開發(fā)和農業(yè)生產非常相似，播種、灌溉、施肥、除草、收割等環(huán)節(jié)都是串聯(lián)進行，即上一個程序沒走完下一個就沒辦法開始。

因此農業(yè)生產的成本計算，除了化肥等物料投入外，就主要是人力成本的投入，人力總成本主要與單位人力成本、投入的人數以及生產天數三者的乘積正相關。

同樣的，軟件開發(fā)的成本也主要是人力成本（=人均工資*人數*天數），而低代碼可以改變傳統(tǒng)的軟件開發(fā)流程，在這三個核心要素上都做大比例的壓縮。

低代碼開發(fā)平臺首先用到的技術是PaaS，尤其是其中的aPaaS（應用部署和運行平臺）和iPaaS（集成平臺），aPaaS上已經封裝好了大量功能模塊，開發(fā)者可以直接通過API調用這些模塊拼裝應用，同時利用iPaaS把不同的應用系統(tǒng)實現集成。

其次，低代碼開發(fā)還用到了BPM（業(yè)務流程管理），可以借助其可視化操作的技術，以直接拖拽的方式拼裝應用，整個過程只需要用到很少的代碼甚至零代碼。

最后，低代碼開發(fā)平臺還需要具備MADP（移動應用開發(fā)平臺）能力。在APICloud開發(fā)者可以采用混合開發(fā)技術構建應用，一套代碼同時生成安卓、iOS兩端應用，且可以同時完成線上部署。

如此一來串聯(lián)式的傳統(tǒng)軟件開發(fā)模式，就變成了可以并行推進的并聯(lián)開發(fā)模式，而且由于大量代碼已經事前封裝好，整個開發(fā)過程并不需要寫很多代碼，程序出bug的概率也大大降低，因此整個開發(fā)過程的人力投入和開發(fā)周期都能大大壓縮。

另外低代碼開發(fā)還降低了對程序員的技能要求，這樣有助于企業(yè)壓縮開發(fā)人員的平均工資。

就是通過以上手段，低代碼開發(fā)實現了對傳統(tǒng)軟件開發(fā)的變革，把水漲船高的開發(fā)成本大比例降了下來，同時提高了開發(fā)效率，企業(yè)能更靈活地應對外部環(huán)境變化快速做出業(yè)務調整。

據胡柏介紹，其服務的一個大企業(yè)客戶原本基于SAP和Oracle的產品部署了一套信息系統(tǒng)，但由于業(yè)務發(fā)生變化需要對原本的系統(tǒng)做出調整，實施的公司給出了“6個月600萬元”的報價，ClickPaaS承接過來后1個月便完成了任務交付，而每年的租金僅70萬元。

劉鑫認為低代碼能變出這樣的“魔術”，仰仗的就是以上三個技術“道具”。“一個正規(guī)的低代碼開發(fā)平臺必須同時具備PaaS、BPM、MADP三項技術能力，而且每一項都是核心，每一項都要足夠強。”

在具體的技術實現路徑上，低代碼開發(fā)平臺能大體分為兩類：

一類是基于表單驅動的模式，以BPM技術為重點，可以通過多個有層級關系的表單串聯(lián)出一個輕量級應用，比如一個進銷存管理工具。其主打零代碼開發(fā)，可以視為是傳統(tǒng)單一表單制作工具的升級版，輕流便是這一類企業(yè)。

另一類是基于模型驅動的模式，以PaaS技術為重點，可以通過調用各類功能模塊開發(fā)出不同類型和規(guī)模的應用，比如APP、ERP、CRM等。其能應對企業(yè)不同程度的復雜場景開發(fā)需求，既能服務大企業(yè)客戶，也能服務中小企業(yè)客戶，APICloud和ClickPaaS都是這一類的平臺。

“前者就好比是‘雕版印刷’，而后者則是‘活字印刷’，前者用來印刷篇幅較少的內容會比較方便，但應對紅樓夢這樣大部頭的著作后者的靈活性便更有優(yōu)勢?！焙卮虮确降馈?/p>

但就目前的情況而言，并無法斷定低代碼和零代碼孰優(yōu)孰劣。薄智元強調“低代碼和零代碼是兩個不同的發(fā)展方向”，其認為二者有各自的優(yōu)勢領域和應用邊界，就實現BPM需求這個方向而言零代碼開發(fā)更有優(yōu)勢。

“從我們的市場接觸情況來看，向我們發(fā)起需求的往往不是企業(yè)的IT部門，而是沒有開發(fā)能力的業(yè)務部門。”薄智元進一步解釋道，“業(yè)務部門需要快速迭代業(yè)務，但傳統(tǒng)企業(yè)的IT部門并不能很好地滿足其對應的系統(tǒng)開發(fā)需求，我們這種不需要編程的應用開發(fā)方式則能兼顧這‘兩難’。”

劉鑫印證了薄智元一半的觀點，“我們確實是從企業(yè)IT部門獲得認可，但賺業(yè)務部門的錢，業(yè)務部門才是有需求并掌握預算的‘準客戶’?！边@是因為傳統(tǒng)企業(yè)的IT部門并不會像互聯(lián)網企業(yè)的開發(fā)部門一樣全力支持業(yè)務的迭代，其主要任務是維護企業(yè)的ERP等核心系統(tǒng)正常運行。

但劉鑫同時指出，很多復雜的應用零代碼便無法勝任，仍需要借助二次開發(fā)完成部署，只不過這個任務不是由企業(yè)的IT部門承擔，而是由APICloud這樣的低代碼平臺完成。

劉鑫同時提醒道，低代碼開發(fā)所用到的三項核心技術，都是已經出現了十年乃至二十年的技術，因此低代碼開發(fā)并非是原創(chuàng)技術創(chuàng)新，而是整合技術創(chuàng)新。

如果把尺度拉長，回歸商業(yè)的視角思考，低代碼開發(fā)短期看或許是個技術工具創(chuàng)新，但長期而言或將是類似電商的一種模式創(chuàng)新甚至是生態(tài)創(chuàng)新，會完成對整個軟件開發(fā)產業(yè)的變革，就像電商對零售產業(yè)的變革。

技術創(chuàng)新or模式創(chuàng)新？

在電商起步期，能寫網頁在當時就算先進生產力，時至今日一個中學生都會制作網頁。

低代碼開發(fā)也類似，在發(fā)展初期能同時掌握三項核心技術能力的團隊非常之少，能開發(fā)出一個穩(wěn)定可靠的低代碼開發(fā)平臺就已經能領先同行好幾個身位。

再回到電商的視角，雖然一些創(chuàng)業(yè)公司具備了網站開發(fā)技術，但各自的打法卻是千差萬別。

以阿里為例，最初其就是幫各外貿企業(yè)開發(fā)國際站點的，就類似于現在的開發(fā)外包公司，后來才有了中國供應商業(yè)務，開始把流量集中于自己B2B網站，但中供業(yè)務當時也只能上線一些客戶的圖片信息用于宣傳推廣。

再往后阿里才接連孵化出淘寶、支付寶、天貓等業(yè)務，開始切入交易環(huán)節(jié)，服務C端用戶，形成雙邊協(xié)同網絡，成為當前的生態(tài)“模樣”。

同樣是類似的情形，低代碼開發(fā)只是作為一個概念指明了發(fā)展方向，但各個參與方過往的基因不同，具備的能力也不盡相同，在低代碼大框架下切入市場的角度和打法也就千差萬別。

有的團隊是BPM基因，擅長表單式的輕應用開發(fā)，比如輕流；有的玩家是PaaS背景，擅長攻克各類大企業(yè)客戶的重型應用開發(fā)，比如ClickPaaS；有的參與者則是MADP出身，積累了豐富的開發(fā)者和API資源，能提供多樣化的服務，比如APICloud。

但整體上目前市面上的模式大致區(qū)分來看，無非是以下三類：

第一類是通過低代碼開發(fā)向外提供開發(fā)服務，承接各類企業(yè)的原有信息系統(tǒng)改造或創(chuàng)新應用開發(fā)等任務，性質類似于軟件開發(fā)外包，只不過低代碼開發(fā)平臺效率更高，成本更低，短時間內具備技術先進性的優(yōu)勢。

第二類是把低代碼開發(fā)作為一種工具提供給獨立軟件開發(fā)商ISV、系統(tǒng)集成商SI、SaaS企業(yè)、渠道代理商、咨詢公司等，以實現它們各自的目的。

比如ISV和SaaS企業(yè)一般會購買低代碼開發(fā)工具充實自己的底層開發(fā)能力，用于擴充自己的產品線以期望占領更多的市場；渠道商和咨詢公司則把低代碼開發(fā)作為項目實施的工具，用于提高自身的系統(tǒng)部署效率；集成商則把低代碼開發(fā)視為一種新功能，可以在招標時為潛在客戶提供更完整的解決方案。

第三類是把低代碼開發(fā)打造成一個平臺，吸引ISV甚至個人開發(fā)者到平臺上開發(fā)應用，然后向企業(yè)客戶提供產品以及后續(xù)的二次開發(fā)個性化定制服務，而平臺則作為連接的角色負責訂立統(tǒng)一的標準和交易規(guī)則，并努力把供需兩端都做大，形式上類似于App Store，只不過其提供的是API不是APP，服務的是企業(yè)而非個人。

不管是服務、工具、還是平臺，各低代碼開發(fā)創(chuàng)業(yè)團隊都在努力教育市場，用自己的方式對外輸出低代碼開發(fā)的理念和價值。

并且各低代碼創(chuàng)業(yè)公司不一定只采取一種模式，往往會利用已有的技術嘗試各類打法，然后根據反饋不斷調整策略。

“服務”模式往往能收到客單價不低的項目傭金，但一個個磕項目規(guī)模難以快速擴張；“工具”模式可以一次性收到千萬級的授權費，并能推廣自己的產品，但長久而言當失去技術先進性后容易失去市場，在產業(yè)鏈上缺少話語權；而“平臺”模式一開始起步艱難，如果過往沒有一定的資源積累，很難冷啟動一個雙邊網絡生態(tài)。

在盈利模式上，各類模式都在摒棄傳統(tǒng)賣軟件的一次性收費模式，而轉向訂閱制的年費模式，甚至希望像安卓系統(tǒng)一樣根據終端用戶的使用量按比例抽成。

生態(tài)壁壘才是長久護城河

在行業(yè)發(fā)展初期，各路玩家都會強調自身的技術優(yōu)勢，輕流會強調自己零代碼開發(fā)能力，能在BPM需求方向上提供更易用的產品；APICloud會強調自己有80萬開發(fā)者資源，能夠提供多樣化的個性化服務；ClickPaaS會強調自己的強PaaS基因，能夠在ERP等重型企業(yè)應用上與SAP等巨頭一較高下。

誠然，在當前的市場教育階段，模式并非最重要的，解決用戶的實際問題向用戶傳遞價值才是第一優(yōu)先級，模式會隨著市場變化而迭代，就比如那些非常成功的互聯(lián)網企業(yè)。

“當前而言，產品能力就是核心壁壘，你能做到別人做不到就是競爭優(yōu)勢?！焙剡M一步解釋道，“但兩三年后，跑出來的玩家比拼就不再是技術實力，而是生態(tài)運營能力?！?/p>

不管當前大家是在做服務、做工具還是做平臺，最終都是希望能積累更多的ISV和渠道商資源，把生產能力和銷售能力做深做厚。

因為即使產品做出再高的成熟度，在具體的實施部署環(huán)節(jié)仍需要面對無法預知的個性化業(yè)務場景，仍然需要針對企業(yè)用戶的個性化需求做二次開發(fā)。另外，to B的產品即使做得再好，也不可能像to C的產品那樣自然傳播，仍需要上很重的銷售手段。

無論是實施環(huán)節(jié)的個性化開發(fā)需求，還是對外擴張的需要，都離不開各類渠道代理商的支持。

除此之外，當市場開始擴容后，必定會出現各式各樣的客戶需求，僅靠自身的開發(fā)能力是很難完全滿足的，引入ISV入駐平臺，就可以大大擴充供給能力，以多對多的方式實現供需兩端的有效匹配。

思路雖然都很清晰，但在具體的操作環(huán)節(jié)，每家的切入點卻又各不相同。

“多省”還是“好快”

電商提供的服務核心就四個字，“多、快、好、省”，但初期沒有一家平臺能完全滿足，只能四選其二，或四選其一。

淘寶供給端最初引入的大多是個人、個體戶、中小商貿公司等中小賣家，提供的也都是和線下競爭不激烈的長尾非標品，比如服裝、百貨，服務的也多是“五環(huán)外”用戶的“多和省”的需求。

而京東一上來就搞自營，自己進貨自己賣，賣的都是3C、家電等市場集中度高的標品，直接對標國美、蘇寧等傳統(tǒng)線下渠道巨頭打，而且自建物流，主要服務一二線城市“三環(huán)”內用戶的“好和快”的需求。

還有一些垂直電商和品牌電商，其有一個特定領域或特定品牌的貨源，只服務這個特定方向用戶的細分需求。

同樣是電商，擁有相似的技術手段，但提供的卻是不同的服務，服務的是不同的客群。低代碼開發(fā)也類似。

APICloud有80多萬個人開發(fā)者資源（其中一些背后是中小ISV或外包企業(yè)）和6萬多已進行商用的移動應用，因此劉鑫更強調自身供給端的豐富程度和一對一的多樣化服務能力，在用戶選擇上更傾向于長尾的中小企業(yè)用戶。

“我們也能服務大企業(yè)，拿下過千萬級的大單，大企業(yè)客戶每年為我們貢獻30%的營收，但我們更希望服務大量中小企業(yè)客戶，為他們開發(fā)創(chuàng)新性的企業(yè)應用?！眲Ⅵ螌π★堊勒f道。

ClickPaaS則更像京東，當前的主要目標市場就是大企業(yè)客戶，可以提供ERP、CRM等高復雜度的重型企業(yè)系統(tǒng)級應用，直接和SAP、Oracle等傳統(tǒng)ISV巨頭掰手腕。

“在中國市場，企業(yè)用戶經歷過互聯(lián)網的洗禮，對信息系統(tǒng)的個性化要求要遠遠高于美國企業(yè)，傳統(tǒng)的ERP、CRM、OA等辦公系統(tǒng)已經無法滿足其需求，更靈活、擴展性更強、能實時動態(tài)調整的信息系統(tǒng)才是他們所需要的，而這正是ClickPaaS的強項?！焙卣f道。

而傳統(tǒng)ISV和SaaS企業(yè)借助低代碼開發(fā)平臺擴展產品線的打法，更像品牌電商和垂直電商希望借助新興手段留住原有的用戶。

從電商的歷史經驗來看，綜合電商才是終局，垂直電商很難發(fā)展壯大。

映射到低代碼領域，胡柏也有相似的看法，其認為中國市場并不會像美國市場一樣有機會長出Salesforce一樣成功的巨頭SaaS企業(yè)，中國的企業(yè)級應用市場是PaaS企業(yè)的機會。

但并不能進一步映射低代碼領域的“阿里”模式會超過“京東”模式成為最后的大贏家，因為在美國市場是eBay輸給了亞馬遜。

市場終局會如何，既要看團隊能力的強弱，更要看時運如何流轉。

但可以清晰預判的是，不論起初選的是類“阿里”模式，還是類“京東”模式，最終大家都會在“多、快、好、省”的驅動下變得越來越像。

阿里后期推出了天貓，進入了高集中度的標品市場開始與傳統(tǒng)線下渠道巨頭廝殺，也開始重視物流能力建設以及在某些品類上推出自營業(yè)務，以期望補齊“好和快”的短板，捕獲更多“三環(huán)內”的用戶。

而京東則開放了平臺，允許第三方商家入駐，甚至于還在探索對C端商家開放，其則在努力豐富平臺的SKU供給，希望補齊自己的“多和省”的短板，吸引更多“五環(huán)外”用戶使用。

同樣的邏輯，在低代碼開發(fā)領域，當市場趨于成熟后，無論是類“阿里”模式的勝出者，還是類“京東”模式的勝出者，都會改變策略試圖進入對方的領地，以期望提供全品類的供給，服務全圖譜的客群，占領盡量多的市場份額。

終局來看，低代碼開發(fā)平臺不會只要“多、省”，也不會只要“好、快”，而會“全都要”。

因此，不管當下各路玩家長得有多不一樣，最終都會越變越像。低代碼的市場邊界會被逐漸清晰定義，各路玩家也會試圖不斷突破邊界，符合市場需求的成功模式會被最終呈現出來，哪怕當前大家長得千差萬別。

而這所有的判斷都建立在一個趨勢之上，即中國企業(yè)的信息化建設到了變革期，市場需要一種更靈活、成本更低、效率更高、能根據市場變化和業(yè)務變化快速迭代的信息系統(tǒng)解決方案。

低代碼就和20年前的電商一樣，將在to B市場提供一種有希望改變傳統(tǒng)產業(yè)格局的探索方向。

但這個趨勢并非低代碼獨享的，小飯桌曾經報道過的中臺、RPA等賽道也都在試圖順應這個趨勢給出自己的解決方案，這將是更底層的范式競爭。

至少是500億的機會

有業(yè)內人士算了一筆賬，其主要瞄準的頭部市場原本是SAP、Oracl等ISV的市場，目前在國內大概有5萬家企業(yè)客戶，這些企業(yè)每年平均會有1千萬元的預算，總計就是500億元的市場規(guī)模。

這還沒有算暫時很難統(tǒng)計的長尾市場需求，單論頭部市場低代碼開發(fā)面對的就是一個500億級的潛在市場。

Forrester給出的報告預測到2020年低代碼的全球市場規(guī)模將達155億美元，如果放眼全球市場，低代碼的想象空間將更大。

在低代碼開發(fā)領域，中美并沒有代際差異，也就是說中國的創(chuàng)業(yè)團隊有機會和美國的企業(yè)同臺競爭，分食全球低代碼市場份額。

據劉鑫介紹，APICloud成立之初便已搭建全站雙語版本，平臺面向全球市場開放，其目前平臺上既有國外的開發(fā)者也有國外的企業(yè)用戶，還有來自歐美甚至非洲的訂單。

放眼全球市場，低代碼開發(fā)有望在to B軟件開發(fā)領域，掀起“電商”式的產業(yè)級變革機會。

而模式創(chuàng)新和產品創(chuàng)新最大的不同在于，其有更大概率出現行業(yè)壟斷性的寡頭。