1、PaaS的商業化之路01、PaaS的現狀對于像京東這樣的商業服務數字化公司， 因為業務應用不能直接建在云上， 所以需要 PaaS。現在問題來了： PaaS應該怎樣建立？不同的目標， 建法也不一樣。 有的是作為一個技術開發平臺， 以后再做項目會節省時間。 有的是預置行業業務組件的業務平臺， 能提高業務系統搭建效率。 有的強調是低代碼或零代碼， 使業務人員可以參與甚至獨立配置業務。 還有的是為了做大客戶業務，應對個性化需求之需無論哪種形式和什么目的，這種 PaaS始終限定在技術層面。做得好或不好，全由開發者自己說了算； 與其他人， 尤其是伙伴和用戶沒什么關系。 只要達到自己設定的技術目標，PaaS

2、也就算大功告成。至于后面的事情，比如，給誰用、怎么用、交付效率、業務質量、業務可塑性，以及怎樣達到最終用戶業務要求，那就不是PaaS的事了。這樣的PaaS很多。02、企業的數字化轉型，需要的是商業化PaaS我們再從用戶側來看這個問題，顯然技術型PaaS還不能滿足數字化轉型的要求。我們能確定的是，企業的數字化轉型，必須要通過一個平臺來實現。除此之外還有另外兩條路： 要么就以軟件外包形式實現， 要么找標準軟件廠商定制化。 因為是非標的服務， 這兩種方式都是費用高昂， 能否達到業務預期無法保證，更不能伴隨客戶業務發展而持續演進。所以，企業的數字化轉型，只有PaaS一條路可走，即以平臺為基礎的逐步演進

3、。現在的問題是，從客戶角度看 PaaS其希望看到是業務場景解決方案層的“界面”； 而不是底層的技術界面。 如果是后者的話， 那與外包和定制化開發區別不大。所以，數字化轉型需要的是商業化PaaS的平臺支撐。因為在選定的行業內，比如電商、健康、物流、金融業務，高頻場景對應的問題域是確定的和具象的， 可以提供到行業解決方案的高度。 這個條件是商業化 PaaS的基礎。也就是說，沒有相關行業的有效積累，商業化 PaaS就是空中樓閣。京 東能做商業化PaaS,與其在相關行業的積累密切相關。商業化 PaaS必須同時滿 足幾個條件：提供到行業場景解決方案層，并且在行業業務領域內具有普適性：輕交付，通過配置搭建

4、業務系統；不需做要大量的二次開發，提高交付的效率和保持業務穩定可第三方交付，這是PaaS商業化的重要特征；交付的標準化意味 著第三方、甚至客戶自己可以提供實施服務開放性，可接入各類高頻場景的應用服務，特別是移動端；同時支持開發者PaaS的深度定制高性能，這與技術型PaaS的要求一致，商業化PaaS的基礎也是技術型 PaaS延展性，隨著企業數字化轉型的深入，商業化PaaS必須能夠伴隨 客戶業務的發展而演進，有業務可塑性。行業內雖有數不清的架構和平臺，但是真正做到商業化水平的PaaS卻并不多。03、數字化轉型對商業化PaaS的高度依賴性所謂企業的數字化轉型，遠非為企業開發一套IT 系統、建一個網上

5、商城那么簡單。這種粗陋的轉型，既加重了企業的負擔，也不會有什么實際作用。也就是說，企業數字化轉型w企業+IT化，而是一個完全新型的全業務數字化企 業。無論是商業、 健康、 物流還是金融等商服企業， 數字化轉型意味著“商業是一種服務，而不再是一種物理上的場所和商品的流轉過程”。從客戶角度看， “用戶在哪里， 數字化的服務就在哪里”， 其底層邏輯正是一種平臺化的商業思維，而商業化的PaaS正是這一切的基礎。由商業化PaaS提供的 能力，為商服企業的數字化轉型突破奠定基礎。利用商業化PaaS的開放和連接能力，通過商業生態系統，可使商服企業與掌握用戶資源的伙伴共享數據、算法、交易和流程。使商服企業直接

6、觸達顧客或消費者等終端用戶， 為其提供無所不在的和完美的服務體驗。利用商業化PaaS的數字化渠道能力，實現用戶購買行為的數字化和移動化，形成徹底的客戶需求導向。高度協同的數字化渠道。 可以直接提升用戶體驗， 進而提高顧客對服務的滿意度和推薦意愿，提升粘性和形成復購。利用商業化PaaS的端到端的數字化業務整合能力，實現全面的、業務端到端閉環，構建全面轉型路徑。如果不依賴專業化PaaG只是提供單純的技術對接，為了轉型而轉型。實際上不但達不到轉型預期，還會使整個業務閉環受到破壞。最后，借助商業化PaaS實現商服企業的數字化轉型的變革，這本質上是對原有的經營模式、系統架構、數據管理、資源配置和業務創新

7、的全面梳理。從戰略高度看實施全面的數字化轉型， 實現了商服企業前臺、 中臺和后臺的全方 位變革。04、京東破局：商業化 PaaS橫空出世有意思的是，正當行業內為商業化 PaaS所困惑時，這個窘境卻被京東這家電商 率先破局。說京東是一家電商并不準確。 實際上， 京東除了是一家電商外， 還是一家科技公 司。此次推出的商業化PaaS- EMOP( Enterprise Mobile DevelOp Platform)，主要是面向移動端的企業級業務開發平臺。作為服務于企業數字化領域的顧問，EMOPJ出現給人眼前一亮的感覺。因為太多的項目， 做業務咨詢和梳理之后， 落地實現始終是個難題。 要么是交付周期

8、太長；要么是交付的業務，受平臺的技術限制而變形。帶著這個疑問，通過與京東團隊的交流發現，京東的EMO凱實也并非是通用的PaaS,而是聚焦于幾個大的商業領域，但這已經足夠了。從目前發布的行業看，主要是電商、健康、物流、金融和其它相近應用。可以看出， 這些正是京東自己的業務領域。 也就是說， 作為一個商業化的PaaS，EMOPg夠取得成功，完全依靠京東的在相關行業的長期沉淀和積累。作為商服企業的京東，正是在 EMO淳一商業化的平臺之上，構建了龐大的數字 化業務體系。05、EMOP商業化PaaS的價值典范衡量一個商業化Paa§有很多評價指標。但一個優秀的商業化PaaS,必須提供四個維度的系

9、統性價值。提科研發注率ik與晌應更快速北帝模式更靈落快速落地技術框架改迸研發質優化業務性能業將挖掘系統支撐模塊任配置化全方位支持啕鹿安金.合提業務優先 商業化PaaS與技術平臺的最大差別，是業務優先原則。也就是更專注于業務本身，而屏蔽掉復雜的技術細節和底層的業務邏輯；同時還需支持豐富的商業場景構建。優先原則和有效賦能業務，是考量一個商業化PaaS的重要標準。快速交付一個新業務從構想到上線的效率，是數字化企業對商業化PaaS的基本要求；也是衡量一個商業化PaaS成熟度的重要指標。對于一個處于數字化轉型初期的企業， 需要系統化重構一個數字化企業。 商業化 PaaS的能力更是不可或缺。避免因為實施交

10、付的低效率，最后拖成了一個曠日持久的項目，導致數字化轉型 因為平臺問題而失敗。系統支撐從業務模塊到場景解決方案，中間需要一個重要的系統業務支撐。在這一層面，一方面擔負著確保業務配置的邏輯正確、業務合規、過程安全和性 能穩定的責任。另一方面，業務的可塑性和場景的豐富性，也是系統支撐提供的重要能力。技術框架研發的生產質量和生產效率，不但是改進既有業務所必需；對于深度定制和新業 務組件的開發同樣至關重要。京東EMO吭美詮釋了一個商業化的PaaS06、從一個開發范例，看EMOP勺強大能力我們通過mPaaSEMO的研發平臺）的一個應用范例-京東健康APP的開發過程, 來體驗EMOPF臺敏捷開發能力和交付

11、業務質量。項目背景京東健康自2019年5月開始獨立運營后，一直沒有上線獨立 APP。在新冠肺炎 疫情發生后，為了全面滿足老百姓線上問診購藥、健康管理，以及居家購買口罩、 消毒液等抗疫必需品的需求，京東健康管理層緊急要求將原本計劃2020年年中發布的京東健康APP在30天內完成開發上線。京東健康APP載了京東健康構建“線上+線下” “藥+醫+險+養” 一體化閉環 服務的目標。主要以“互聯網+醫療健康”服務為主，側重提供在線問診、慢病 管理、家庭醫生、名醫直播等垂直場景的精細化醫療服務和健康管理。同時，也 需具備健康商城的零售能力。基于此，京東健康APP所提供的服務要覆蓋用戶生 命全周期、健康全場

12、景，以滿足用戶醫療服務與健康管理的全方位需求。京東健康APP的使用界面如圖所示這個項目有兩個重點：一個是京東健康是京東的戰略級業務；另一個是項目周期 只有短短30天。這幾乎是一個不可完成的任務。平臺依托 京東mPaaS乍為企業級移動研發平臺，為移動開發提供一站式解決方案；還可以 幫助企業構建強大的移動中臺，快速創建高質量的 APP各類小程序等移動終端 產品，支持企業新業務開展。京東EMOPB蓋了需求、開發、測試、運維、運營 5大領域，提供了企業移動開 發的一站式解決方案，可實現移動研發全生命周期的技術支撐。 平臺整體架構由 開發框架、技術支撐系統和組件能力構成，在實現多業務閉環的前提下，有效解

13、 決成本、質量、效率、標準四大問題，實現 APP研發的質量提升與降本提效。miIt | iBMj | < 二 * *技術特點在京東健康APP開發過程中，采用EMOPF臺的原生開發框架模塊化解決方案, 實現模塊代碼解耦、獨立開發與調試，大幅提升開發效率。通過引入插件動態升級能力，使APPM備插件的線上動態發版與bug修復的能力。 同時，得益于京東EMO砰臺積累和沉淀的豐富、穩定的技術組件、業務組件和 場景邏輯，采用成熟的前后端組件模塊，省去了大部分的0基礎開發成本，使之 能夠在30內成功上線。上線后接受了業務驗證和大流量壓力的考驗，實現了按時和按質的交付。為保證京東健康APP的線上運營，EMOPF臺還提供了性能監控、崩潰分析等系 統,支持原生、RN Flutter等多種技術棧業務的全面監控，實現 APP的性能表 現的隨時掌握；助力快速定位