主站黃金流程ISV開放體系建設與實踐

語言: CN / TW / HK

導讀

為提升京東APP黃金流程(購物的核心交易鏈路,以下簡稱“黃流”)業務需求吞吐率,加速業務發展,黃流前臺團隊提出了一種新的研發共建模式,覆蓋從需求受理、研發、測試的全流程共建體系,涉及前臺產品、研發、測試的跨團隊協作。 歷經半年的建設,我們完成了黃流ISV共建平臺,同時以商詳為試點,開展了與圖書、健康、時尚、生活服務等業務方的研發共建,並完成了共建需求落地。 本文將從背景介紹、方案設計、質量管控、實踐案例、共建價值以及未來規劃進行介紹,讓讀者對整個ISV共建模式如何助力業務發展有個更加清晰的認識,也為讀者所負責業務的發展提供更多可能性。

隨著京東零售 品類的不斷擴充,面對的使用者人群更加細分,在人貨場的運營上也都需更加精細化, 這些帶來的最直接變化就是需求越來越多、越來越個性化,產研團隊雖能每年持續提升產能效率,但依然有很多需求無法落地。據統計,21年黃流產研團隊共收到千量級別的業務需求,涉及部門團隊眾多,覆蓋C3部門多達幾百個,而在這眾多需求中,緊急需求佔需求總量將近20%,這也意味著需求排期、資源管控的複雜性提高,帶來的則是管理成本的上升。

對於業務方,給他們帶來的痛點可分為三類:

一、需求週期長,某部門業務需求需要和其他部門一同按優先順序進行排隊平臺產研資源,雖有月會機制來對需求進行優先順序排序,但往往都是很難同時符合各方業務預期。

二、試錯成本高,業務上線後,提數週期長,如果要迭代又要進入新的需求排期迴圈,造成試錯成本高。

三、需求自由度低,黃流平臺側需要考慮實現成本,需求方的產品體驗訴求無法得到全部的滿足。

面對如此困境,ISV共建應運而生。

ISV共建整體方案

0 1

共建模式介紹

通過對黃流業務結構的分析,大致可分為兩類: 一、樓層化結構, 比如商詳、訂單、我京等模組; 二、非樓層化結構, 比如搜尋、購物車等模組。同時結合業務方的個性化需求型別,如在通過一個獨立的樓層展示自己特殊的業務,亦或者是在某個區域內展示自己個性化的業務。

基於以上,共建模式簡單來說就是 將某塊區域(可以是樓層或者非樓層)或區域內的某個資料展示作為開放區域,業務方可參與獨立研發該區域的業務,包括它的前端UI以及後端資料,達到業務方可閉環進行需求研發、提升需求ROI的目的。

0 2

實施方案介紹

實施方案主要分兩步走:

一、先對黃流前後端進行樓層化、動態化、PaaS化改造,使其具備可共建的條件。

二、搭建黃流數字化服務平臺,讓業務方可通過該平臺參與獨立樓層或核心樓層的共建。

0 3

共建能力全景圖

整個共建平臺涉及黃流數字化服務平臺建設、服務端、端側建設以及支撐體系建設,四個板塊共同組成了ISV共建體系。

  • 黃流數字化服務平臺,平臺承擔的職責包括ISV的入駐授權、共建樓層的UI和介面資料來源資訊錄入、共建樓層的質量管控看板、UI模板市場建設等。通過平臺,將共建邏輯的組織串聯配置化,讓業務方可輕鬆通過平臺操作完成共建需求的織入。平臺展示如下圖所示:

圖:模板管理頁

  • 服務端,服務端承擔的主要職責則是呼叫業務方在黃流數字化服務平臺錄入的介面和規則,將得到的資料和樓層進行繫結後下發到客戶端。同時客戶端的異常將通過服務端進行上報,形成質量監控的資料來源。

  • 前端側,端側則主要涉及兩大塊,動態化SDK與樓層化SDK。我們先了解下動態化SDK,在上文中,我們提到共建模式是業務方可對某塊區域的UI和展示的資料進行自研發。其中UI的研發可分為兩類:

一、原生樓層,通過平臺提供的原生樓層開發框架與規範,業務方開發完後將整合到APP內,隨版釋出。

二、動態化樓層,其具備無需APP發版,效能媲美原生等特點,並且它的開發語言是基於XML格式、一套輕量級自定義的語言而成,對於沒有原生客戶端研發人員的團隊是非常合適的選擇。(更多關於動態化內容,可以參考之前的文章: 《京東APP MCube動態化實踐》

動態化SDK承擔的職責其實就是對服務端下發的動態化XML檔案進行解析和渲染成和原生頁面一樣的檢視。

樓層化SDK承擔的職責則是將服務端下發的樓層列表資料按照原生和動態化進行分類渲染,最後按照順序呈現在客戶端。

  • 支撐體系。支撐體系形成了整個ISV共建開發的周邊生態,包括:

開發套件,如IDE外掛、開發規範標準、文件等建設;

質量體系,如自動化測試、場景測試等建設;

業務資料分析,如AB實驗、資料看板等建設;

ISV共建價值度量體系建設,為ISV共建模式的高效、穩定以及價值體現提供保障。

共建流程

整個共建流程是業務方僅需幾步就可完成,步驟如下:

  • 步驟1:申請共建平臺的共建許可權

  • 步驟2:開發介面,並將介面錄入平臺

  • 步驟3:建立並編寫規則

  • 步驟4:開發動態化樣式模板檔案,並將其錄入平臺(可選)

  • 步驟5:建立樓層並繫結介面規則和樣式

  • 步驟6:模組產品負責將建立好的樓層加入到模板中

共建質量管控

質量管控是整個共建模式中非常重要的一環,為保障業務方共建樓層的質量,ISV共建平臺制定了全流程環節的把控規範和標準,從開發、測試到上線、執行,乃至大促期間都制定了相應的規範及策略。

  • 開發:在開發階段,業務方研發需遵循平臺方給定的研發規範手冊進行介面和樣式的開發,其中包括程式碼的規範、埋點的規範、效能的規範等,確保業務方研發的質量與黃流平臺研發質量保持一致。

  • 測試:測試部分包含服務端測試和客戶端測試,都需遵循平臺提供的測試通用規範完成測試。如服務端測試需保證完成並通過功能測試、效能測試等,客戶端測試需完成穩定測試、相容測試、機型適配測試、異常中斷測試、專項測試等。測試通過後,按照平臺提供的測試報告模板輸出完整的測試報告,併發起驗收測試,由平臺測試進行驗收測試,完成上線前的最後一道質量保障環節。

  • 上線:平臺設定了嚴格的白名單灰度機制。每個樓層的上線都需經過白名單驗證,驗證無誤後,才能發起灰度切量稽核,稽核通過後,切量開始生效。

  • 執行:當執行期間發生異常,客戶端則可對產生異常的樓層單獨的完成自動降級,同時異常會上報至平臺,平臺通過設定異常的閾值等規則,可產生告警,研發可根據情況進行手動降級,切斷整個樓層在端側的展示。

  • 大促專項:大促備戰期間,將遵循大促備戰的流程規範,完成對大促流量的預估,資源的擴縮容,同時進行全鏈路壓測,並制定應急預案和降級策略等。

圖:質量建設方案

圖:質量管控頁面,圖表中資料為測試資料

ISV共建實踐案例

黃流平臺於4月中下旬上線,截止到目前為止,以黃流商詳為試點的ISV共建已經對接多個C1部門的多個獨立樓層需求,其中部分需求在618大促前上線,618大促後將繼續有一批需求通過共建模式上線。

(以上各需求的開發時長與商詳模組自身研發評估的開發時長基本一致)

通過ISV共建的模式,開放了黃金流程能力,使得業務可以參與到黃金流程的建設中,可以通過更少的投入,獲取更大的流量場景,更快速的獲得價值驗證,提升閉環研發團隊的需求ROI。

01

PLUS會員省錢樓層

商詳是PLUS業務最核心的經營陣地,期望在商詳能夠固化PLUS業務樓層,提升PLUS使用者在商詳對含有專屬促銷商品的感知。通過ISV共建平臺的獨立動態化樓層共建形式,投入少量的工時,完成動態化模板樣式的開發以及資料介面的開發,需求於10.4.6版本上線。上線後,PLUS使用者下單率顯著提升。

02

健康藥品說明書樓層

為提升使用者購藥體驗,提升購藥轉化率,增強平臺專業化形象感知,期望在藥品說明書樓層增加問藥師入口,同時優化說明書結構,更加體驗其專業性。由於需求的緊急性以及結合業務資料特性,最終是採用獨立動態化樓層+核心介面下發資料的方式。專案一期共投入10人天左右,於11.0.2版本上線。通過資料觀測,藥品說明書CTR提升明顯。

03

業務方反饋

在整個試點的過程中,我們也同步收集了共建業務方的反饋,整體上是對此共建模式持支援和期待態度,以下是其中部分反饋說明:

京東零售-平臺業務中心 倪同學:

“為業務團隊提供了新的共建模式,短時間的研發投入獲得了很高的業務價值。期望後續ISV能夠持續提升對接效率,讓更多的業務能夠投入到共建中。”

京東健康-供應鏈產品部 劉同學:

“通過ISV共建機制,可以實現業務需求自閉環,極大提升了業務需求落地效率,期待未來更多的合作共建。”

京東零售-生活服務事業群 張同學:

“共建機制的出現可以減少業務和平臺間的溝通成本,可以進一步提升需求落地質量,期望ISV後續可以提供更多的共建場景。”

通過ISV共建平臺,ISV業務方可形成需求的自閉環研發上線, 無需排隊等待 黃流研發團隊的排期,推動業務快速落地驗證,加速業務發展。未來我們也將持續開放更多共建場景,助力共建業務方快速實現需求。

ISV共建價值

ISV共建模式帶來的最大改變是需求設計和開發從單團隊序列變成多團隊並行,過往提效瓶頸被打破,同時業務呈現形式也可以吸納更多想法,促進業務更高質量發展。

ISV共建模式給業務方和黃流平臺方帶來的是共贏,業務方通過ISV共建模式可以更快的收穫業務價值,而黃流平臺方可更聚焦核心能力的升級,創造更多、更高效的助力業務快速發展的支撐能力。

對於業務方,ISV共建模式可以 最大限度讓業務方完成需求的自閉環,快速完成需求落地和驗證。從黃金流程交易到頻道、小程式、活動等頁面,業務方可自由構建業務閉環並完整實現,讓業務價值達到最大化。同時,通過共建平臺提供的配套資料實驗功能,可讓業務方更快速的進行決策,讓價值更快速的體現。

圖:業務價值圖示

而對於黃流平臺方,一方面是整體需求產能的提升,同時研發資源又可以從龐大的業務需求中釋放一部分出來,更 聚焦核心能力的升級,建設更加健壯的系統、能力更加強大的平臺,再用於業務方,形成迴圈,助力業務的高速、高質量發展。

回顧與展望

當前,ISV共建模式已成功邁出第一步,回顧整個專案過程,中間也遇到不少問題,比如共建流程鏈路長帶來的團隊協作問題,業務接入使用後發現的流程不夠細化、職責不夠明確、文件不夠全面、部分能力不夠完善等問題,這些問題也在建設的過程中一一得到解決。如針對協作問題,由主架構師打通整體技術方案,明確各團隊邊界,各關鍵點方案集中評審等機制。而對於業務方接入使用的整個流程,通過明確整體統籌人,各階段的事項清單、產物和待辦人,以及進入下一階段的標準,並從業務方視角建立更加完善的幫助中心,以此幫助業務方能更加順暢高效的參與到共建中來。

關於未來規劃,我們將通過橫向拓展更多模組,縱向則不斷夯實共建基礎能力及其周邊生態圈,讓業務方可自閉環的完成對需求的可配置到可實驗,再到可觀測的完整鏈路,加速業務的落地。

橫向拓展方面,將共建模式推廣到主站黃流整個鏈路,包括搜尋、商詳、結算、訂單、我京等,讓業務方更自由的構建業務閉環。目前部分模組已完成技術改造或者技術調研,接下來將重點推薦訂單、我京模組的ISV共建。未來我們也將持續輸出,對除主站之外的站點如京車會、極速版等進行賦能。

圖:多模組推廣

圖:多模組推廣當前進度

縱向則通過基礎能力的不斷深耕,並通過構建豐富強大的生態來提升共建質量和效率,具體將從以下幾方面推進:

1.通過模板市場的搭建,提供豐富的模板元件,不斷降低業務接入成本,提升共建效率。

2.通過引入AB自助實驗,降低試錯成本,加快業務驗證,助力業務高效決策。

3.擴充和開放更多共建場景,如核心樓層的共建、區域樓層化的共建等,讓業務方能在更大的範圍內參與共建。

4.打通需求、測試等流水線,讓流程更快速的流轉起來。

5.構建系統性的度量體系,推動ISV共建產出更高ROI。

未來我們將繼續探索黃金流程ISV建設的深水區,為內部業務效率、價值、質量提升提供更堅實的能力。