導(dǎo)讀

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

背景

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

對于業(yè)務(wù)方，給他們帶來的痛點可分為三類：

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

面對如此困境，ISV共建應(yīng)運而生。

ISV共建整體方案

01共建模式介紹

通過對黃流業(yè)務(wù)結(jié)構(gòu)的分析，大致可分為兩類：

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

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

02實施方案介紹

實施方案主要分兩步走：

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

03共建能力全景圖

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

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

圖：模板管理頁

服務(wù)端，服務(wù)端承擔(dān)的主要職責(zé)則是調(diào)用業(yè)務(wù)方在黃流數(shù)字化服務(wù)平臺錄入的接口和規(guī)則，將得到的數(shù)據(jù)和樓層進行綁定后下發(fā)到客戶端。同時客戶端的異常將通過服務(wù)端進行上報，形成質(zhì)量監(jiān)控的數(shù)據(jù)來源。

前端側(cè)，端側(cè)則主要涉及兩大塊，動態(tài)化SDK與樓層化SDK。我們先了解下動態(tài)化SDK，在上文中，我們提到共建模式是業(yè)務(wù)方可對某塊區(qū)域的UI和展示的數(shù)據(jù)進行自研發(fā)。其中UI的研發(fā)可分為兩類：

一、原生樓層，通過平臺提供的原生樓層開發(fā)框架與規(guī)范，業(yè)務(wù)方開發(fā)完后將集成到APP內(nèi)，隨版發(fā)布。

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

動態(tài)化SDK承擔(dān)的職責(zé)其實就是對服務(wù)端下發(fā)的動態(tài)化XML文件進行解析和渲染成和原生頁面一樣的視圖。

樓層化SDK承擔(dān)的職責(zé)則是將服務(wù)端下發(fā)的樓層列表數(shù)據(jù)按照原生和動態(tài)化進行分類渲染，最后按照順序呈現(xiàn)在客戶端。

支撐體系。支撐體系形成了整個ISV共建開發(fā)的周邊生態(tài)，包括：

• 開發(fā)套件，如IDE插件、開發(fā)規(guī)范標(biāo)準(zhǔn)、文檔等建設(shè)；
• 質(zhì)量體系，如自動化測試、場景測試等建設(shè)；
• 業(yè)務(wù)數(shù)據(jù)分析，如AB實驗、數(shù)據(jù)看板等建設(shè)；
• ISV共建價值度量體系建設(shè)，為ISV共建模式的高效、穩(wěn)定以及價值體現(xiàn)提供保障。

共建流程

整個共建流程是業(yè)務(wù)方僅需幾步就可完成，步驟如下：

• 步驟1：申請共建平臺的共建權(quán)限
• 步驟2：開發(fā)接口，并將接口錄入平臺
• 步驟3：創(chuàng)建并編寫規(guī)則
• 步驟4：開發(fā)動態(tài)化樣式模板文件，并將其錄入平臺（可選）
• 步驟5：創(chuàng)建樓層并綁定接口規(guī)則和樣式
• 步驟6：模塊產(chǎn)品負(fù)責(zé)將創(chuàng)建好的樓層加入到模板中

共建質(zhì)量管控

質(zhì)量管控是整個共建模式中非常重要的一環(huán)，為保障業(yè)務(wù)方共建樓層的質(zhì)量，ISV共建平臺制定了全流程環(huán)節(jié)的把控規(guī)范和標(biāo)準(zhǔn)，從開發(fā)、測試到上線、運行，乃至大促期間都制定了相應(yīng)的規(guī)范及策略。

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

圖：質(zhì)量建設(shè)方案

圖：質(zhì)量管控頁面，圖表中數(shù)據(jù)為測試數(shù)據(jù)

ISV共建實踐案例

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

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

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

01PLUS會員省錢樓層

商詳是PLUS業(yè)務(wù)最核心的經(jīng)營陣地，期望在商詳能夠固化PLUS業(yè)務(wù)樓層，提升PLUS用戶在商詳對含有專屬促銷商品的感知。通過ISV共建平臺的獨立動態(tài)化樓層共建形式，投入少量的工時，完成動態(tài)化模板樣式的開發(fā)以及數(shù)據(jù)接口的開發(fā)，需求于10.4.6版本上線。上線后，PLUS用戶下單率顯著提升。

02健康藥品說明書樓層

為提升用戶購藥體驗，提升購藥轉(zhuǎn)化率，增強平臺專業(yè)化形象感知，期望在藥品說明書樓層增加問藥師入口，同時優(yōu)化說明書結(jié)構(gòu)，更加體驗其專業(yè)性。由于需求的緊急性以及結(jié)合業(yè)務(wù)數(shù)據(jù)特性，最終是采用獨立動態(tài)化樓層+核心接口下發(fā)數(shù)據(jù)的方式。項目一期共投入10人天左右，于11.0.2版本上線。通過數(shù)據(jù)觀測，藥品說明書CTR提升明顯。

03業(yè)務(wù)方反饋

在整個試點的過程中，我們也同步收集了共建業(yè)務(wù)方的反饋，整體上是對此共建模式持支持和期待態(tài)度，以下是其中部分反饋說明：

京東零售-平臺業(yè)務(wù)中心 倪同學(xué)：

“為業(yè)務(wù)團隊提供了新的共建模式，短時間的研發(fā)投入獲得了很高的業(yè)務(wù)價值。期望后續(xù)ISV能夠持續(xù)提升對接效率，讓更多的業(yè)務(wù)能夠投入到共建中?！?/p>

京東健康-供應(yīng)鏈產(chǎn)品部 劉同學(xué)：

“通過ISV共建機制，可以實現(xiàn)業(yè)務(wù)需求自閉環(huán)，極大提升了業(yè)務(wù)需求落地效率，期待未來更多的合作共建?！?/p>

京東零售-生活服務(wù)事業(yè)群 張同學(xué)：

“共建機制的出現(xiàn)可以減少業(yè)務(wù)和平臺間的溝通成本，可以進一步提升需求落地質(zhì)量，期望ISV后續(xù)可以提供更多的共建場景。”

通過ISV共建平臺，ISV業(yè)務(wù)方可形成需求的自閉環(huán)研發(fā)上線，無需排隊等待黃流研發(fā)團隊的排期，推動業(yè)務(wù)快速落地驗證，加速業(yè)務(wù)發(fā)展。未來我們也將持續(xù)開放更多共建場景，助力共建業(yè)務(wù)方快速實現(xiàn)需求。

ISV共建價值

ISV共建模式帶來的最大改變是需求設(shè)計和開發(fā)從單團隊串行變成多團隊并行，過往提效瓶頸被打破，同時業(yè)務(wù)呈現(xiàn)形式也可以吸納更多想法，促進業(yè)務(wù)更高質(zhì)量發(fā)展。

ISV共建模式給業(yè)務(wù)方和黃流平臺方帶來的是共贏，業(yè)務(wù)方通過ISV共建模式可以更快的收獲業(yè)務(wù)價值，而黃流平臺方可更聚焦核心能力的升級，創(chuàng)造更多、更高效的助力業(yè)務(wù)快速發(fā)展的支撐能力。

對于業(yè)務(wù)方，ISV共建模式可以最大限度讓業(yè)務(wù)方完成需求的自閉環(huán)，快速完成需求落地和驗證。從黃金流程交易到頻道、小程序、活動等頁面，業(yè)務(wù)方可自由構(gòu)建業(yè)務(wù)閉環(huán)并完整實現(xiàn)，讓業(yè)務(wù)價值達到最大化。同時，通過共建平臺提供的配套數(shù)據(jù)實驗功能，可讓業(yè)務(wù)方更快速的進行決策，讓價值更快速的體現(xiàn)。

圖：業(yè)務(wù)價值圖示

而對于黃流平臺方，一方面是整體需求產(chǎn)能的提升，同時研發(fā)資源又可以從龐大的業(yè)務(wù)需求中釋放一部分出來，更聚焦核心能力的升級，建設(shè)更加健壯的系統(tǒng)、能力更加強大的平臺，再用于業(yè)務(wù)方，形成循環(huán)，助力業(yè)務(wù)的高速、高質(zhì)量發(fā)展。

回顧與展望

當(dāng)前，ISV共建模式已成功邁出第一步，回顧整個項目過程，中間也遇到不少問題，比如共建流程鏈路長帶來的團隊協(xié)作問題，業(yè)務(wù)接入使用后發(fā)現(xiàn)的流程不夠細(xì)化、職責(zé)不夠明確、文檔不夠全面、部分能力不夠完善等問題，這些問題也在建設(shè)的過程中一一得到解決。如針對協(xié)作問題，由主架構(gòu)師打通整體技術(shù)方案，明確各團隊邊界，各關(guān)鍵點方案集中評審等機制。而對于業(yè)務(wù)方接入使用的整個流程，通過明確整體統(tǒng)籌人，各階段的事項清單、產(chǎn)物和待辦人，以及進入下一階段的標(biāo)準(zhǔn)，并從業(yè)務(wù)方視角建立更加完善的幫助中心，以此幫助業(yè)務(wù)方能更加順暢高效的參與到共建中來。

關(guān)于未來規(guī)劃，我們將通過橫向拓展更多模塊，縱向則不斷夯實共建基礎(chǔ)能力及其周邊生態(tài)圈，讓業(yè)務(wù)方可自閉環(huán)的完成對需求的可配置到可實驗，再到可觀測的完整鏈路，加速業(yè)務(wù)的落地。

橫向拓展方面，將共建模式推廣到主站黃流整個鏈路，包括搜索、商詳、結(jié)算、訂單、我京等，讓業(yè)務(wù)方更自由的構(gòu)建業(yè)務(wù)閉環(huán)。目前部分模塊已完成技術(shù)改造或者技術(shù)調(diào)研，接下來將重點推薦訂單、我京模塊的ISV共建。未來我們也將持續(xù)輸出，對除主站之外的站點如京車會、極速版等進行賦能。

圖：多模塊推廣

圖：多模塊推廣當(dāng)前進度

縱向則通過基礎(chǔ)能力的不斷深耕，并通過構(gòu)建豐富強大的生態(tài)來提升共建質(zhì)量和效率，具體將從以下幾方面推進：

1.通過模板市場的搭建，提供豐富的模板組件，不斷降低業(yè)務(wù)接入成本，提升共建效率。

2.通過引入AB自助實驗，降低試錯成本，加快業(yè)務(wù)驗證，助力業(yè)務(wù)高效決策。

3.擴充和開放更多共建場景，如核心樓層的共建、區(qū)域樓層化的共建等，讓業(yè)務(wù)方能在更大的范圍內(nèi)參與共建。

4.打通需求、測試等流水線，讓流程更快速的流轉(zhuǎn)起來。

5.構(gòu)建系統(tǒng)性的度量體系，推動ISV共建產(chǎn)出更高ROI。

未來我們將繼續(xù)探索黃金流程ISV建設(shè)的深水區(qū)，為內(nèi)部業(yè)務(wù)效率、價值、質(zhì)量提升提供更堅實的能力。