導讀

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

背景

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

對于業務方，給他們帶來的痛點可分為三類：

1. 需求周期長，某部門業務需求需要和其他部門一同按優先級進行排隊平臺產研資源，雖有月會機制來對需求進行優先級排序，但往往都是很難同時符合各方業務預期。
2. 試錯成本高，業務上線后，提數周期長，如果要迭代又要進入新的需求排期循環，造成試錯成本高。
3. 需求自由度低，黃流平臺側需要考慮實現成本，需求方的產品體驗訴求無法得到全部的滿足。

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

ISV共建整體方案

01共建模式介紹

通過對黃流業務結構的分析，大致可分為兩類：

1. 樓層化結構，比如商詳、訂單、我京等模塊；
2. 非樓層化結構，比如搜索、購物車等模塊。同時結合業務方的個性化需求類型，如在通過一個獨立的樓層展示自己特殊的業務，亦或者是在某個區域內展示自己個性化的業務。

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

02實施方案介紹

實施方案主要分兩步走：

1. 先對黃流前后端進行樓層化、動態化、PaaS化改造，使其具備可共建的條件。
2. 搭建黃流數字化服務平臺，讓業務方可通過該平臺參與獨立樓層或核心樓層的共建。

03共建能力全景圖

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

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

圖：模板管理頁

服務端，服務端承擔的主要職責則是調用業務方在黃流數字化服務平臺錄入的接口和規則，將得到的數據和樓層進行綁定后下發到客戶端。同時客戶端的異常將通過服務端進行上報，形成質量監控的數據來源。

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

一、原生樓層，通過平臺提供的原生樓層開發框架與規范，業務方開發完后將集成到APP內，隨版發布。

二、動態化樓層，其具備無需APP發版，性能媲美原生等特點，并且它的開發語言是基于XML格式、一套輕量級自定義的語言而成，對于沒有原生客戶端研發人員的團隊是非常合適的選擇。

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

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

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

• 開發套件，如IDE插件、開發規范標準、文檔等建設；
• 質量體系，如自動化測試、場景測試等建設；
• 業務數據分析，如AB實驗、數據看板等建設；
• ISV共建價值度量體系建設，為ISV共建模式的高效、穩定以及價值體現提供保障。

共建流程

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

• 步驟1：申請共建平臺的共建權限
• 步驟2：開發接口，并將接口錄入平臺
• 步驟3：創建并編寫規則
• 步驟4：開發動態化樣式模板文件，并將其錄入平臺（可選）
• 步驟5：創建樓層并綁定接口規則和樣式
• 步驟6：模塊產品負責將創建好的樓層加入到模板中

共建質量管控

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

• 開發：在開發階段，業務方研發需遵循平臺方給定的研發規范手冊進行接口和樣式的開發，其中包括代碼的規范、埋點的規范、性能的規范等，確保業務方研發的質量與黃流平臺研發質量保持一致。
• 測試：測試部分包含服務端測試和客戶端測試，都需遵循平臺提供的測試通用規范完成測試。如服務端測試需保證完成并通過功能測試、性能測試等，客戶端測試需完成穩定測試、兼容測試、機型適配測試、異常中斷測試、專項測試等。測試通過后，按照平臺提供的測試報告模板輸出完整的測試報告，并發起驗收測試，由平臺測試進行驗收測試，完成上線前的最后一道質量保障環節。
• 上線：平臺設置了嚴格的白名單灰度機制。每個樓層的上線都需經過白名單驗證，驗證無誤后，才能發起灰度切量審核，審核通過后，切量開始生效。
• 運行：當運行期間發生異常，客戶端則可對產生異常的樓層單獨的完成自動降級，同時異常會上報至平臺，平臺通過設置異常的閾值等規則，可產生告警，研發可根據情況進行手動降級，切斷整個樓層在端側的展示。
• 大促專項：大促備戰期間，將遵循大促備戰的流程規范，完成對大促流量的預估，資源的擴縮容，同時進行全鏈路壓測，并制定應急預案和降級策略等。

圖：質量建設方案

圖：質量管控頁面，圖表中數據為測試數據

ISV共建實踐案例

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

（以上各需求的開發時長與商詳模塊自身研發評估的開發時長基本一致）

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

01PLUS會員省錢樓層

商詳是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建設的深水區，為內部業務效率、價值、質量提升提供更堅實的能力。