前言：

京東小程式開放平臺是由京東自主研發的開發者開放平臺，類似於微信和支付寶的小程式開放平臺，提供了豐富的開放能力和完整的小程式開發生命周期所需的功能。開發者可以輕鬆地使用開發者工具IDE進行開發、調試、預覽和代碼轉換，併在控制台進行線上小程式發佈、審核、灰度、AB測試等流程，此外還可以在管理後臺監控小程式的異常、性能、業務數據。

小程式作為一種輕量級、便捷、個性化的應用形態，可塑性非常強，其強大功能、低研發成本能夠有效助力快送實現跨端。達達快送接入京東小程式項目取得了多方面顯著的成果，這也為其他企業在接入小程式時提供了有益的借鑒和參考。

背景：

快送是給商家和個人用戶發佈同城運單的應用，包含小程式（7個渠道）和app（2個）、PC、h5、開放平臺共15個端。

快送概況：

常規做法每端獨立開發一套代碼，這樣的做法優勢定製強分開迭代互不影響，不足：成本高，體驗不一致。由於PC和H5基本不迭代，所以優先考慮的是小程式和app這2塊是否有機會點。通過跨端來實現提高效率降低研發成本的目的。

1.1 小程式跨端

19年跨端情況：

由於19年跨端方案不成熟，當時是自研工具通過編譯時方案解決小程式跨端，完成了7個小程式統一一套代碼。

1.2 app引入h5跨端

探索app跨端：

當時探索了2個方向：h5和flutter

flutter：如果需要使用到主流程，現有功能需要用flutter重新開發一套，遷移成本高。

h5:接入成本低，但是體驗差，載入速度慢，所以只用在一些非核心流程和一些活動頁面（占15%），無法使用到主流程。

快送app跨端-h5方案

後續跨端在快送端的方向在哪裡？是否還有機會點？

現在各平臺小程式是一套代碼，ios和android 95%的迭代還是2套代碼。

微信小程式、ios、android 三端是否可以統一一套？攻剋主流程最重要的是轉化率不能下降

行動

1.1 方案調研選型

集團跨端平臺

基於和京東集團融合的大背景下，我們重點調研了集團的跨端方案。具瞭解集團有4個跨端方案，如下：

基於以上調研，我們初步判斷小程式方案是比較可行的方案，所以我們對小程式方案做進一步調研。

小程式調研

調研主要分3部分，全面瞭解、Demo測試性能、線上測試穩定性。

1.京東小程式在京東內部各業務線的使用情況

•有成熟業務和主流程在使用

•有專門的團隊維護

保險業務受到國家合規限制，如果在主站內想要滿足國家合規要求，需要前後端都做大量改動，成本較高，京東小程式平臺是一個開放的開發者平臺，本身具有獨立性和高度可定製化能力，可以底層本的滿足國家合規要求。

2.通過demo對性能做測試（包括地圖效果）

結論：高端和低端機型都是秒開，效果趨近原生體驗，特別地圖拖拽和載入效果和原生效果是一致的。

3.上線“價格明細”頁面收集用戶實際數據

由於“價格明細”頁面帶有地圖且使用頻率也不低，重點是這個頁面不阻塞主流程。用來做線上測試頁面最為合適。

結論：第一版降級率5%，但是想要大規範應用降級率需要控制在1%之內，所以對線上情況監控，數據分析等找到問題原因並優化最終降級率控制在0.3%之內。

1.2 難點攻剋

如何讓用戶完全無感知自己進入的是小程式頁面還是原生頁面？

市面上小程式模式都是獨立形態存在，比如微信小程式的每一個業務小程式都是有完整的業務功能，小程式的載入有一個完整獨立的流程，不受宿主App的控制，我們這邊期望將小程式嵌入到流程中，不被用戶感知，同時希望能夠控制小程式中的載入時機，提升載入速度，這就需要快送團隊和京東小程式平臺團隊共同努力，使用一種新的小程式模式，來滿足以上兩點需求。

如何儘可能的降低上下游的影響？

由於業務後端和運營平臺之前有一些場景是根據端來做一些差異化管理。還有app上的埋點數據和小程式上的埋點是不統一的，數據報表也是分開的。為了減少對系統上下游的影響，我們需要根據不同場景做不同的處理。

1.3 如何規避風險

如何應對合規風險？新政策變更導致無法使用小程式我們的業務是否出現停擺？

app只維護髮單的基礎功能做兜底，一季度一兜底，如果情況有變可以快速切換回原生，來規避業務停擺風險。平時原生頁面只用作於極端情況下的降級使用。

進展

目前已經完成調研和詳情頁的接入，降級率低於1%，業務轉化率不下降。從訂單詳情頁為例，我們重點關註4個業務指標“修改訂單”、“詳情支付”、“取消訂單”、“加小費”。這是訂單詳情頁比較核心的4個操作，從使用情況數據來看，業務轉化率不下降。

階段性成果：

規劃

哪些模塊適用小程式跨端？從幾個維度來考量？

1.是否合規---應用市場審核是否可以通過，如首頁如果不是原生的蘋果應用市場直接審核不通過。

2.後期是否還會高頻迭代---如一路多單都不迭代，沒必要遷移小程式

3.流程是否內部閉環---和原生交互越多後續維護成本越高（登陸、支付）

1.成本：80%的迭代實現3端一套代碼，預計節約2HC人力

2.穩定性：縮短線上問題收斂時間--14天縮短到1天

3.效率：縮短新功能驗證時間--縮短58%（53天縮短到22天）

附件：

卡片效果

原生和小程式體驗效果對比：

作者：京東零售 王慧晶

來源：京東雲開發者社區 轉載請註明來源