01、PaaS的現(xiàn)狀
對于像京東這樣的商業(yè)服務(wù)數(shù)字化公司，因為業(yè)務(wù)應(yīng)用不能直接建在云上，所以需要PaaS。
現(xiàn)在問題來了：PaaS應(yīng)該怎樣建立?
不同的目標，建法也不一樣。有的是作為一個技術(shù)開發(fā)平臺，以后再做項目會節(jié)省時間。有的是預(yù)置行業(yè)業(yè)務(wù)組件的業(yè)務(wù)平臺，能提高業(yè)務(wù)系統(tǒng)搭建效率。有的強調(diào)是低代碼或零代碼，使業(yè)務(wù)人員可以參與甚至獨立配置業(yè)務(wù)。還有的是為了做大客戶業(yè)務(wù)，應(yīng)對個性化需求之需… …
無論哪種形式和什么目的，這種PaaS始終限定在技術(shù)層面。做得好或不好，全由開發(fā)者自己說了算;與其他人，尤其是伙伴和用戶沒什么關(guān)系。只要達到自己設(shè)定的技術(shù)目標，PaaS也就算大功告成。至于后面的事情，比如，給誰用、怎么用、交付效率、業(yè)務(wù)質(zhì)量、業(yè)務(wù)可塑性，以及怎樣達到最終用戶業(yè)務(wù)要求，那就不是PaaS的事了。這樣的PaaS很多。
02、企業(yè)的數(shù)字化轉(zhuǎn)型，需要的是商業(yè)化PaaS
我們再從用戶側(cè)來看這個問題，顯然技術(shù)型PaaS還不能滿足數(shù)字化轉(zhuǎn)型的要求。
我們能確定的是，企業(yè)的數(shù)字化轉(zhuǎn)型，必須要通過一個平臺來實現(xiàn)。
除此之外還有另外兩條路：要么就以軟件外包形式實現(xiàn)，要么找標準軟件廠商定制化。因為是非標的服務(wù)，這兩種方式都是費用高昂，能否達到業(yè)務(wù)預(yù)期無法保證，更不能伴隨客戶業(yè)務(wù)發(fā)展而持續(xù)演進。
所以，企業(yè)的數(shù)字化轉(zhuǎn)型，只有PaaS一條路可走，即以平臺為基礎(chǔ)的逐步演進。現(xiàn)在的問題是，從客戶角度看PaaS，其希望看到是業(yè)務(wù)場景解決方案層的“界面”;而不是底層的技術(shù)界面。如果是后者的話，那與外包和定制化開發(fā)區(qū)別不大。所以，數(shù)字化轉(zhuǎn)型需要的是商業(yè)化PaaS的平臺支撐。
因為在選定的行業(yè)內(nèi)，比如電商、健康、物流、金融業(yè)務(wù)，高頻場景對應(yīng)的問題域是確定的和具象的，可以提供到行業(yè)解決方案的高度。這個條件是商業(yè)化PaaS的基礎(chǔ)。也就是說，沒有相關(guān)行業(yè)的有效積累，商業(yè)化PaaS就是空中樓閣。京東能做商業(yè)化PaaS，與其在相關(guān)行業(yè)的積累密切相關(guān)。商業(yè)化PaaS必須同時滿足幾個條件：
提供到行業(yè)場景解決方案層，并且在行業(yè)業(yè)務(wù)領(lǐng)域內(nèi)具有普適性：
輕交付，通過配置搭建業(yè)務(wù)系統(tǒng);不需做要大量的二次開發(fā)，提高交付的效率和保持業(yè)務(wù)穩(wěn)定
可第三方交付，這是PaaS商業(yè)化的重要特征;交付的標準化意味著第三方、甚至客戶自己可以提供實施服務(wù)
開放性，可接入各類高頻場景的應(yīng)用服務(wù)，特別是移動端;同時支持開發(fā)者PaaS的深度定制
高性能，這與技術(shù)型PaaS的要求一致，商業(yè)化PaaS的基礎(chǔ)也是技術(shù)型PaaS
延展性，隨著企業(yè)數(shù)字化轉(zhuǎn)型的深入，商業(yè)化PaaS必須能夠伴隨客戶業(yè)務(wù)的發(fā)展而演進，有業(yè)務(wù)可塑性。
行業(yè)內(nèi)雖有數(shù)不清的架構(gòu)和平臺，但是真正做到商業(yè)化水平的PaaS卻并不多。
03、數(shù)字化轉(zhuǎn)型對商業(yè)化PaaS的高度依賴性
所謂企業(yè)的數(shù)字化轉(zhuǎn)型，遠非為企業(yè)開發(fā)一套IT系統(tǒng)、建一個網(wǎng)上商城那么簡單。這種粗陋的轉(zhuǎn)型，既加重了企業(yè)的負擔，也不會有什么實際作用。
也就是說，企業(yè)數(shù)字化轉(zhuǎn)型≠企業(yè)+IT化，而是一個完全新型的全業(yè)務(wù)數(shù)字化企業(yè)。
無論是商業(yè)、健康、物流還是金融等商服企業(yè)，數(shù)字化轉(zhuǎn)型意味著“商業(yè)是一種服務(wù)，而不再是一種物理上的場所和商品的流轉(zhuǎn)過程”。
從客戶角度看，“用戶在哪里，數(shù)字化的服務(wù)就在哪里”，其底層邏輯正是一種平臺化的商業(yè)思維，而商業(yè)化的PaaS正是這一切的基礎(chǔ)。由商業(yè)化PaaS提供的能力，為商服企業(yè)的數(shù)字化轉(zhuǎn)型突破奠定基礎(chǔ)。
利用商業(yè)化PaaS的開放和連接能力，通過商業(yè)生態(tài)系統(tǒng)，可使商服企業(yè)與掌握用戶資源的伙伴共享數(shù)據(jù)、算法、交易和流程。
使商服企業(yè)直接觸達顧客或消費者等終端用戶，為其提供無所不在的和完美的服務(wù)體驗。
利用商業(yè)化PaaS的數(shù)字化渠道能力，實現(xiàn)用戶購買行為的數(shù)字化和移動化，形成徹底的客戶需求導(dǎo)向。
高度協(xié)同的數(shù)字化渠道?？梢灾苯犹嵘脩趔w驗，進而提高顧客對服務(wù)的滿意度和推薦意愿，提升粘性和形成復(fù)購。
利用商業(yè)化PaaS的端到端的數(shù)字化業(yè)務(wù)整合能力，實現(xiàn)全面的、業(yè)務(wù)端到端閉環(huán)，構(gòu)建全面轉(zhuǎn)型路徑。
如果不依賴專業(yè)化PaaS，只是提供單純的技術(shù)對接，為了轉(zhuǎn)型而轉(zhuǎn)型。實際上不但達不到轉(zhuǎn)型預(yù)期，還會使整個業(yè)務(wù)閉環(huán)受到破壞。
最后，借助商業(yè)化PaaS實現(xiàn)商服企業(yè)的數(shù)字化轉(zhuǎn)型的變革，這本質(zhì)上是對原有的經(jīng)營模式、系統(tǒng)架構(gòu)、數(shù)據(jù)管理、資源配置和業(yè)務(wù)創(chuàng)新的全面梳理。
從戰(zhàn)略高度看實施全面的數(shù)字化轉(zhuǎn)型，實現(xiàn)了商服企業(yè)前臺、中臺和后臺的全方位變革。
04、京東破局：商業(yè)化PaaS橫空出世
有意思的是，正當行業(yè)內(nèi)為商業(yè)化PaaS所困惑時，這個窘境卻被京東這家電商率先破局。
說京東是一家電商并不準確。實際上，京東除了是一家電商外，還是一家科技公司。
此次推出的商業(yè)化PaaS-- EMOP(Enterprise Mobile DevelOp Platform)，主要是面向移動端的企業(yè)級業(yè)務(wù)開發(fā)平臺。
作為服務(wù)于企業(yè)數(shù)字化領(lǐng)域的顧問，EMOP的出現(xiàn)給人眼前一亮的感覺。
因為太多的項目，做業(yè)務(wù)咨詢和梳理之后，落地實現(xiàn)始終是個難題。要么是交付周期太長;要么是交付的業(yè)務(wù)，受平臺的技術(shù)限制而變形。
帶著這個疑問，通過與京東團隊的交流發(fā)現(xiàn)，京東的EMOP其實也并非是通用的PaaS，而是聚焦于幾個大的商業(yè)領(lǐng)域，但這已經(jīng)足夠了。
從目前發(fā)布的行業(yè)看，主要是電商、健康、物流、金融和其它相近應(yīng)用。
可以看出，這些正是京東自己的業(yè)務(wù)領(lǐng)域。也就是說，作為一個商業(yè)化的PaaS，EMOP能夠取得成功，完全依靠京東的在相關(guān)行業(yè)的長期沉淀和積累。
作為商服企業(yè)的京東，正是在EMOP這一商業(yè)化的平臺之上，構(gòu)建了龐大的數(shù)字化業(yè)務(wù)體系。
05、EMOP：商業(yè)化PaaS的價值典范
衡量一個商業(yè)化PaaS，有很多評價指標。但一個優(yōu)秀的商業(yè)化PaaS，必須提供四個維度的系統(tǒng)性價值。
業(yè)務(wù)優(yōu)先
商業(yè)化PaaS與技術(shù)平臺的最大差別，是業(yè)務(wù)優(yōu)先原則。
也就是更專注于業(yè)務(wù)本身，而屏蔽掉復(fù)雜的技術(shù)細節(jié)和底層的業(yè)務(wù)邏輯;同時還需支持豐富的商業(yè)場景構(gòu)建。
優(yōu)先原則和有效賦能業(yè)務(wù)，是考量一個商業(yè)化PaaS的重要標準。
快速交付
一個新業(yè)務(wù)從構(gòu)想到上線的效率，是數(shù)字化企業(yè)對商業(yè)化PaaS的基本要求;也是衡量一個商業(yè)化PaaS成熟度的重要指標。
對于一個處于數(shù)字化轉(zhuǎn)型初期的企業(yè)，需要系統(tǒng)化重構(gòu)一個數(shù)字化企業(yè)。商業(yè)化PaaS的能力更是不可或缺。
避免因為實施交付的低效率，最后拖成了一個曠日持久的項目，導(dǎo)致數(shù)字化轉(zhuǎn)型因為平臺問題而失敗。
系統(tǒng)支撐
從業(yè)務(wù)模塊到場景解決方案，中間需要一個重要的系統(tǒng)業(yè)務(wù)支撐。
在這一層面，一方面擔負著確保業(yè)務(wù)配置的邏輯正確、業(yè)務(wù)合規(guī)、過程安全和性能穩(wěn)定的責任。
另一方面，業(yè)務(wù)的可塑性和場景的豐富性，也是系統(tǒng)支撐提供的重要能力。
技術(shù)框架
研發(fā)的生產(chǎn)質(zhì)量和生產(chǎn)效率，不但是改進既有業(yè)務(wù)所必需;對于深度定制和新業(yè)務(wù)組件的開發(fā)同樣至關(guān)重要。
京東EMOP完美詮釋了一個商業(yè)化的PaaS。
06、從一個開發(fā)范例，看EMOP的強大能力
我們通過mPaaS(EMOP的研發(fā)平臺)的一個應(yīng)用范例-京東健康A(chǔ)PP的開發(fā)過程，來體驗EMOP平臺敏捷開發(fā)能力和交付業(yè)務(wù)質(zhì)量。
項目背景
京東健康自2019年5月開始獨立運營后，一直沒有上線獨立 APP。在新冠肺炎疫情發(fā)生后，為了全面滿足老百姓線上問診購藥、健康管理，以及居家購買口罩、消毒液等抗疫必需品的需求，京東健康管理層緊急要求將原本計劃2020年年中發(fā)布的京東健康A(chǔ)PP，在 30 天內(nèi)完成開發(fā)上線。
京東健康A(chǔ)PP承載了京東健康構(gòu)建“線上+線下”“藥+醫(yī)+險+養(yǎng)”一體化閉環(huán)服務(wù)的目標。主要以“互聯(lián)網(wǎng)+醫(yī)療健康”服務(wù)為主，側(cè)重提供在線問診、慢病管理、家庭醫(yī)生、名醫(yī)直播等垂直場景的精細化醫(yī)療服務(wù)和健康管理。同時，也需具備健康商城的零售能力?；诖耍〇|健康A(chǔ)PP所提供的服務(wù)要覆蓋用戶生命全周期、健康全場景，以滿足用戶醫(yī)療服務(wù)與健康管理的全方位需求。
京東健康A(chǔ)PP的使用界面如圖所示。
這個項目有兩個重點：一個是京東健康是京東的戰(zhàn)略級業(yè)務(wù);另一個是項目周期只有短短30天。這幾乎是一個不可完成的任務(wù)。
平臺依托
京東mPaaS作為企業(yè)級移動研發(fā)平臺，為移動開發(fā)提供一站式解決方案;還可以幫助企業(yè)構(gòu)建強大的移動中臺，快速創(chuàng)建高質(zhì)量的APP、各類小程序等移動終端產(chǎn)品，支持企業(yè)新業(yè)務(wù)開展。
京東EMOP涵蓋了需求、開發(fā)、測試、運維、運營5大領(lǐng)域，提供了企業(yè)移動開發(fā)的一站式解決方案，可實現(xiàn)移動研發(fā)全生命周期的技術(shù)支撐。平臺整體架構(gòu)由開發(fā)框架、技術(shù)支撐系統(tǒng)和組件能力構(gòu)成，在實現(xiàn)多業(yè)務(wù)閉環(huán)的前提下，有效解決成本、質(zhì)量、效率、標準四大問題，實現(xiàn)APP研發(fā)的質(zhì)量提升與降本提效。
技術(shù)特點
在京東健康A(chǔ)PP開發(fā)過程中，采用EMOP平臺的原生開發(fā)框架模塊化解決方案，實現(xiàn)模塊代碼解耦、獨立開發(fā)與調(diào)試，大幅提升開發(fā)效率。
通過引入插件動態(tài)升級能力，使APP具備插件的線上動態(tài)發(fā)版與bug修復(fù)的能力。同時，得益于京東EMOP平臺積累和沉淀的豐富、穩(wěn)定的技術(shù)組件、業(yè)務(wù)組件和場景邏輯，采用成熟的前后端組件模塊，省去了大部分的0基礎(chǔ)開發(fā)成本，使之能夠在30內(nèi)成功上線。
上線后接受了業(yè)務(wù)驗證和大流量壓力的考驗，實現(xiàn)了按時和按質(zhì)的交付。
為保證京東健康A(chǔ)PP的線上運營，EMOP平臺還提供了性能監(jiān)控、崩潰分析等系統(tǒng)，支持原生、RN、Flutter等多種技術(shù)棧業(yè)務(wù)的全面監(jiān)控，實現(xiàn)APP的性能表現(xiàn)的隨時掌握;助力快速定位線上性能問題，持續(xù)提升用戶體驗。
敏捷交付
京東健康從0到1，在30天內(nèi)實現(xiàn)成功交付上線，充分證明了京東EMOP的敏捷交付的商業(yè)化能力。
京東健康只是京東mPaaS平臺諸多成功案例中的典范之一。目前京東mPaaS平臺已經(jīng)過京東內(nèi)部海量業(yè)務(wù)驗證，穩(wěn)定可靠，歷經(jīng)零售、物流、金融、保險、物流、地產(chǎn)、健康等眾多業(yè)務(wù)場景錘煉，支持數(shù)百條業(yè)務(wù)線開展。
這充分說明EMOP向著商業(yè)化PaaS的方向，邁出了最重要的一步。
申請創(chuàng)業(yè)報道，分享創(chuàng)業(yè)好點子。點擊此處，共同探討創(chuàng)業(yè)新機遇！
