阿里妹導(dǎo)讀：手機淘寶作為整個互聯(lián)網(wǎng)領(lǐng)域旗艦 APP 之一，裝機量和用戶訪問量都是名列前茅的。而首頁作為打開手機淘寶的門面，是淘寶電商領(lǐng)域的主要流量入口和服務(wù)消費者的核心陣地，其業(yè)務(wù)的復(fù)雜性之高、系統(tǒng)的穩(wěn)定性之重都有著極高的要求。首頁承載著非常重要的業(yè)務(wù)使命，負(fù)責(zé)整個阿里生態(tài)的業(yè)務(wù)分發(fā)和商業(yè)策略輸出。隨著淘寶無線化戰(zhàn)略的升級，首頁也從 PC 時代類目導(dǎo)航的導(dǎo)購模式升級為無線時代個性化推薦的導(dǎo)購產(chǎn)品，從傳統(tǒng)的千人一面走向未來的一人千面，決定了首頁多樣性、創(chuàng)新性、多變性業(yè)務(wù)特點。

　　背景

　　和貓客、飛豬、盒馬、閑魚等APP一樣，首頁無論在哪個體系下都是主要的流量入口，分發(fā)效率一直是我們追求和解決的核心問題。

　　如何讓最優(yōu)的商品和內(nèi)容高效的觸達(dá)消費者側(cè)，提升流量價值，一直是我們追求的目標(biāo)之一，截止當(dāng)前我們進(jìn)行了不同方式的探索，實現(xiàn)和積累了一些策略來解決這個問題。

　　當(dāng)前首頁根據(jù)不同的地域、人群劃分出“大陸版”、“親情版”、“村淘版”、“海外版”的業(yè)務(wù)版本，這些版本即傳承手淘首頁的通用能力，同時通過自身運營的自由度和獨立體系，展示自己的垂直區(qū)域特色內(nèi)容，更加高效的觸達(dá)自身服務(wù)范圍的用戶。

　　比如“海外版”是針對非大陸用戶以外的香港、臺灣等地區(qū)的頁面投放，“村淘版”則是圍繞鄉(xiāng)村地區(qū)，實現(xiàn)村淘的業(yè)務(wù)目標(biāo)的重要的流量分發(fā)渠道?！坝H情版”則是針對家庭關(guān)系用戶進(jìn)行業(yè)務(wù)模塊的精準(zhǔn)分發(fā)。

　　圖：首頁大陸、親情、海外、村淘版本

　　新的挑戰(zhàn)

　　隨著首頁整體業(yè)務(wù)策略的不斷調(diào)整以及技術(shù)棧的不斷升級，我們嘗試基于人群、地域等屬性進(jìn)行的細(xì)粒度的人貨匹配的運營策略。

　　一方面通過為不同人群定制差異化的視覺樣式、用戶路徑、貨品供給培養(yǎng)特定的用戶產(chǎn)品心智，另一方面通過平臺能力快速靈活的進(jìn)行頁面布局調(diào)整，能讓需求爆炸式增長的同時也能快速的響應(yīng)。

　　同時在面對提升分發(fā)效率上面不斷演進(jìn)的運營策略升級，需要我們技術(shù)側(cè)提供一套高效穩(wěn)定的常態(tài)化的運營體系對其進(jìn)行支撐，對我們技術(shù)系統(tǒng)的建設(shè)也提出了極高的挑戰(zhàn)，這里的挑戰(zhàn)既有業(yè)務(wù)的也有技術(shù)的。

　　多版本隔離運營

　　這里面有兩個關(guān)鍵字“多版本”和“隔離”，其中“多版本”是基于業(yè)務(wù)訴求的考量和抽象，面向用戶的基本實體就是頁面，這些頁面主要由頁面布局、貨品供給、素材渲染幾個因素構(gòu)成，而針對不同目標(biāo)群體需要有所差異化的透出，所以就需要在頁面級別、模塊級別和坑位級別針對不同人群、地域進(jìn)行多版本的搭建運營。

　　在完成“多版本”運營的業(yè)務(wù)訴求的一個大前提是基于穩(wěn)定性的考慮，“隔離”很好的詮釋了在多版本下首要去關(guān)注的穩(wěn)定性要素，一方面要保證不同版本的變更所帶來的跨域影響問題，另一方面是按業(yè)務(wù)租戶的方式為不同的業(yè)務(wù)開辟獨立的運營體系，基于以上兩方面考慮我們整體采取容器化的隔離機制實現(xiàn)業(yè)務(wù)運營之間的操作帶來的風(fēng)險規(guī)避。

　　所以在打造運營平臺體系首要考慮的就是如何支持多版本下的隔離運營能力，大陸版、海外版、村淘版、親情版這些獨立的業(yè)務(wù)版本下如何自由的、穩(wěn)定的衍生自己的方案投放是我們首要考慮的問題。如下圖所示，是我們經(jīng)歷一場大促不同時期首頁需要備戰(zhàn)的方案矩陣。

　　圖：首頁多版本運營

　　快速靈活布局搭建

　　說起搭建，阿里集團生態(tài)體系下不乏有一些優(yōu)秀的產(chǎn)品，比如天貓 Zebra 系統(tǒng)、淘寶 TMS 系統(tǒng)等，都是在頁面搭建領(lǐng)域具有極高的產(chǎn)品口碑，基于靈活的模塊化機制，致力于讓運營同學(xué)能快速地搭建出符合業(yè)務(wù)需求的頁面。

　　手淘首頁的頁面搭建作為我們?nèi)粘９ぷ髦幸活惛哳l率的運營操作行為，需要高效、靈活的平臺化解決方案，才能提升我們整體的研發(fā)模式和產(chǎn)出效率。所以我們以提升效率為目標(biāo)，提升協(xié)同效率為訴求，一方面可以拉動運營角色參與到手淘首頁體系的日常建設(shè)中，另一方面可以更加高效的產(chǎn)出不同業(yè)務(wù)場景的頁面布局。

　　如下圖就是三套頁面方案的模塊差異。

　　圖：首頁搭建方案差異

　　流量運營閉環(huán)建設(shè)

　　在首頁大流量的場景下，任何業(yè)務(wù)決策的調(diào)整就像一把雙刃劍，一方面可以讓業(yè)務(wù)在這樣的體量下快速孵化快速迭代，另一方任何調(diào)整在這樣大流量的沖擊下問題都會被成倍放大，風(fēng)險和收益共存。

　　所以首頁缺少一套從運營策略、數(shù)據(jù)收集、業(yè)務(wù)決策的閉環(huán)體系來使業(yè)務(wù)快而穩(wěn)的奔馳。在過去的時間里我們沉淀了很多能力孤島，單看每個島嶼都是一個完整的生態(tài)，但是島嶼間橫跨了無盡的大海，這樣不構(gòu)成流程化體系化的平臺，無論運營、開發(fā)、測試都是相互割裂的實體。

　　從運營路徑來看，這些單點能力只會讓他們只有輸入沒有輸出，走了一步不知道下一步該怎么辦，所以我們要基于科學(xué)的運營體系構(gòu)建流量運營閉環(huán)。

　　圖：流量運營閉環(huán)

　　組件抽象和復(fù)用

　　何為組件？

　　組件（Component）是對數(shù)據(jù)和方法的簡單封裝，組件可以將 UI 切分成一些的獨立的、可復(fù)用的區(qū)域，這樣你只需要專注于這些單體的邏輯開發(fā)。

　　所以我們基于組件化協(xié)議將整個首頁 layout 進(jìn)一步拆分成多個組件，其中每個組件構(gòu)成頁面的基本單位，用于渲染單一業(yè)務(wù)的基本區(qū)塊。

　　首頁的組件渲染是典型的 MVVM 的模式，端側(cè)( View )和服務(wù)數(shù)據(jù)( Model )通過組件化協(xié)議( ViewModel )進(jìn)行雙向通信，一方面通過抽象組件協(xié)議解耦兩端的耦合性問題，另一方面通過實例化組件實體完成了頁面間的復(fù)用問題。

　　那組件協(xié)議本身的抽象和定義是我們首先需要去面對的問題，設(shè)計過于復(fù)雜、抽象過于碎片會使協(xié)議難于維護(hù)前后端聯(lián)調(diào)溝通成本放大，設(shè)計的過于精簡、抽象過于大支又起不到解耦的效果，這些都是需要我們長期思考和解決的問題。

　　圖：組件化協(xié)議

　　動態(tài)化和實時性

　　前面幾項總結(jié)其實都是基于業(yè)務(wù)上的挑戰(zhàn)，而技術(shù)層面真實要面對的主要可以分為動態(tài)化和實時性的問題，動態(tài)化是實現(xiàn)實時性的主要手段，實時性又是動態(tài)化的方案考慮首要因素。

　　首先從業(yè)務(wù)訴求上面講，首頁是一個典型的中心化業(yè)務(wù)場景，快速響應(yīng)是我們首要面對的問題，日常需要頻繁根據(jù)業(yè)務(wù)策略調(diào)整布局，以重新分配流量，特別是大促態(tài)下，調(diào)整尤為頻繁，對動態(tài)化和實時性的要求極高。

　　現(xiàn)如今需求量與日俱增，變更迭代速度從過去天級別到現(xiàn)在小時級別，就是在動態(tài)化和實時性上面做了很多體系化的建設(shè)，其中一方面我們在端側(cè)協(xié)議引入了新奧創(chuàng)和 dinamicX 的動態(tài)化解決方案，另一方面服務(wù)端上面做了很多諸如 FAAS 化的動態(tài)化數(shù)據(jù)編排的能力，使我們在實時性上面有著不俗的成績，無論是業(yè)務(wù)上線、功能迭代還是異?；貪L都是在秒級生效。

　　圖.模塊位置動態(tài)化實時調(diào)整

　　關(guān)鍵變革

　　面對諸上不同維度的挑戰(zhàn)和難題，如果利用傳統(tǒng)的技術(shù)架構(gòu)和產(chǎn)品體系遠(yuǎn)遠(yuǎn)不足的，無論是在團隊協(xié)作、流量管理、研發(fā)流程都存在很大的問題。

　　所以，我們需要變革，變革是對事物本質(zhì)的改變，是對現(xiàn)在不完美的洗牌，是不斷的選擇妥協(xié)和修正，這個過程是痛苦的艱難的，但是我們堅持下來了。

　　端側(cè)協(xié)議升級

　　在我們體系建設(shè)之前端側(cè)協(xié)議還是面向場景的單向協(xié)議，前后端的耦合度十分高，改動周期按月計算，迭代成本巨大。為了更好沉淀運營體系，提升效率，我們客戶端和服務(wù)端對協(xié)議做了深度的分析和抽象，從兩方面進(jìn)行了升級和改造。

　　一方面針對組件協(xié)議進(jìn)行了更高的抽象和升級，徹底完成了首頁體系下的組件化的改造，將面向場景的開發(fā)模式轉(zhuǎn)變成面向容器的開發(fā)模式，從而降低客戶端和服務(wù)端的耦合性，提升了組件的復(fù)用性和擴展性。

　　另一方面我們引入了端側(cè)兩大動態(tài)化解決方案，其一新奧創(chuàng)協(xié)議，該協(xié)議抽象了數(shù)據(jù)、事件、布局、模板的協(xié)議結(jié)構(gòu)，核心是以頁面動態(tài)化技術(shù)作為支撐，同時將動態(tài)化覆蓋到native，h5等場景。另外一個是DinamicX的模板化解決方案，DinamicX在組件的粒度實現(xiàn)了布局的動態(tài)化，從而提升了業(yè)務(wù)整體的迭代效率。

　　圖：端側(cè)協(xié)議升級

　　試金石的產(chǎn)品體系建設(shè)是就是基于以上組件化協(xié)議和端側(cè)動態(tài)化方案之上，擴展和沉淀了基于導(dǎo)購域特有的上行和下行標(biāo)準(zhǔn)，增加動態(tài)分頁、導(dǎo)購域特有事件、 SPI 擴展等內(nèi)容沉淀的一套面向運營閉環(huán)的平臺化產(chǎn)品。

　　研發(fā)模式升級

　　前言中提到首頁的第一要務(wù)是要在巨量 DAU 的挑戰(zhàn)下滿足整個阿里生態(tài)的業(yè)務(wù)分發(fā)和商業(yè)策略輸出，所以勢必決定了首頁是一個典型的中心化開發(fā)模式場景，集團幾乎所有的核心業(yè)務(wù)都需要在首頁進(jìn)行孵化和表達(dá)，在這樣的背景下我們面臨著兩個主要矛盾：

　　中心化研發(fā)模式與業(yè)務(wù)需求爆炸增長的矛盾：一方面核心業(yè)務(wù)在首頁的UI和業(yè)務(wù)邏輯發(fā)生變更的時候，大部分需求都會由首頁技術(shù)團隊來拆解和落地，另一方面首頁產(chǎn)品自身也在快速迭代和創(chuàng)新。當(dāng)大量的業(yè)務(wù)創(chuàng)新碰到中心化研發(fā)模式時，帶來的必然是需求的堆積與迭代的變緩。而為了解決這樣的問題，通常解法只有兩個‘排期’和‘簡化’，排期可以優(yōu)先保障效果，帶來的條件就是上線時間無法按時。簡化可以快速上線，帶來的條件就是效果達(dá)不到預(yù)期。

　　圖：中心化研發(fā)模式

　　業(yè)務(wù)快速迭代與系統(tǒng)穩(wěn)定性的矛盾：我們生活中做事情常常被要求更快更好，然而快和好本身就是矛盾體，常常只做到好或者只做到快。在需求體量到達(dá)一定程度之后，資源不夠是一方面，單資源所能投入的精力也是有限的。要保障業(yè)務(wù)快速迭代，就需要頻繁的變更和實時的生效，頻繁和實時本身就會帶來穩(wěn)定性方面的問題，而且最為重要的在首頁這種大流量下一些小問題不易暴露和發(fā)現(xiàn)。

　　涅槃重生

　　我們從問題本質(zhì)出發(fā)，找到切實有效的解決方法來應(yīng)對挑戰(zhàn)和問題，借用一下梁寧老師釘子與洞的類比，用戶需要打孔機，是不是給用戶生產(chǎn)一個打孔機還是說為用戶墻上打個洞，所以問題的關(guān)鍵是我們需要提供什么產(chǎn)品或服務(wù)讓用戶的墻上有個洞。

　　經(jīng)過團隊成員多次實踐和嘗試，圍繞著復(fù)雜多變的業(yè)務(wù)場景，基于打破傳統(tǒng)研發(fā)模式，構(gòu)建出基于數(shù)據(jù)化運營的搭建、流量、資源和數(shù)據(jù)的閉環(huán)，試金石橫空出世。

　　圖：試金石架構(gòu)組成

　　可視化組件搭建

　　將首頁的業(yè)務(wù)形態(tài)進(jìn)行模型抽象，分別抽象出頁面場景、頁面版本、頁面方案三個維度對一個首頁產(chǎn)品體系進(jìn)行描述，基于這套模型體系進(jìn)一步將頁面模塊進(jìn)行組件化抽象，多個組件構(gòu)建成一個頁面方案，并且和流量運營側(cè)進(jìn)行打通。

　　可視化組件搭建能力建設(shè)核心要素是兩個，一個是組件模型的抽象，上文中提過“設(shè)計過于復(fù)雜、抽象過于碎片會使協(xié)議難于維護(hù)前后端聯(lián)調(diào)溝通成本放大，設(shè)計的過于精簡、抽象過于大支又起不到解耦的效果”。

　　所以我們使用動態(tài) schema 的方式定制化組件協(xié)議，由業(yè)務(wù)按需設(shè)計，既保證了協(xié)議標(biāo)準(zhǔn)又可以支持業(yè)務(wù)差異化；另一個要素是可視化能力，我們借助 DinamcX 的動態(tài) H5 渲染效果完成可視化的能力建設(shè)。

　　圖：可視化組件搭建示意圖

　　系統(tǒng)化流量運營

　　首頁核心是解決流量分發(fā)效率的，工欲善其事，必先利其器。

　　提供一套系統(tǒng)化的流量分配運營體系是我們構(gòu)建試金石的初衷，也是試金石所能帶給業(yè)務(wù)的最大價值所在，前文提到首頁作為流量入口，幾乎所有的核心業(yè)務(wù)都需要在首頁進(jìn)行孵化、創(chuàng)新和表達(dá)，在這個過程中不僅需要AB實驗的這樣的方案最優(yōu)化途徑，還需要灰度小流量上線模式，既要保證業(yè)務(wù)的迭代還要保證系統(tǒng)的穩(wěn)定性。

　　我們主要從三方面建設(shè)，分別為：

　　分流點設(shè)計，通過設(shè)計可擴展的分流模型，有效的把控流量的走勢；投放規(guī)則沉淀，通過原子化的規(guī)則設(shè)計，保證流量的精細(xì)化；數(shù)據(jù)通路建設(shè)，通過進(jìn)行埋點協(xié)議設(shè)計并進(jìn)行數(shù)據(jù)回路實時反饋結(jié)果。

　　圖:實驗流量采集

　　標(biāo)準(zhǔn)化研發(fā)流程

　　試金石打破首頁中心化的研發(fā)模式，重塑多角色使用路徑，將需求迭代變更流程細(xì)化抽象，將開發(fā)配置流程拆分。

　　一方面讓鏈路流程標(biāo)準(zhǔn)化，減少人的溝通協(xié)作成本。另一方面將平臺產(chǎn)品化讓更多的角色參與進(jìn)來，達(dá)到提升研發(fā)效率的目的。同時接入測試的自動化工具，使業(yè)務(wù)頻繁變更和系統(tǒng)穩(wěn)定性達(dá)到平衡。

　　圖：試金石標(biāo)準(zhǔn)化研發(fā)流程

　　總結(jié)

　　試金石體系具備了搭建、投放、分流、數(shù)據(jù)四個方面的平臺產(chǎn)品化能力，共同構(gòu)成一個以數(shù)據(jù)化驅(qū)動的運營體系，支撐了首頁、輕應(yīng)用產(chǎn)品的快速迭代，可承載業(yè)務(wù)策略秒級快速上線，承載同時億級用戶的流量沖擊，在雙十一狂歡節(jié)期間我們鏈接起18萬品牌到6億消費者的流量通道，保障狂歡節(jié)期間拿下 2135 億的成交額 。在核心大促雙十二、年貨節(jié)、春晚期間為消費者購物保駕護(hù)航，提供穩(wěn)定如絲滑般購物體驗。

　　我們完成了階段性目標(biāo)，讓運營和研發(fā)成本降低了一半、讓運營可以參與到頁面搭建、流量分配中來，使中心化的模式得以釋放，提升了首頁的整體的研發(fā)效率，后面還有很多優(yōu)化和功能的迭代等著我們，還有更多的場景需要我們?nèi)ブС?，我們有信心我們有理由相信試金石會更好?/p>

　　最后，淘系技術(shù)部基礎(chǔ)鏈路技術(shù)研發(fā)團隊，致力于通過構(gòu)建高流量、高并發(fā)的分布式系統(tǒng)架構(gòu)支撐業(yè)務(wù)先贏，通過有挑戰(zhàn)性的技術(shù)攻關(guān)提高技術(shù)先進(jìn)性，通過科學(xué)嚴(yán)謹(jǐn)?shù)姆椒ㄌ嵘龢I(yè)務(wù)迭代效率，成為淘系業(yè)務(wù)發(fā)展的新引擎,歡迎熱愛技術(shù)，對業(yè)務(wù)有好奇心，有合作精神的同學(xué)一起工作、成長，簡歷可投郵箱：[email protected]。

　　作者：卓雪寅（寅清）

  今天的分享就到這里了，想了解更多關(guān)于淘寶代運營機構(gòu)、知名淘寶代運營公司等內(nèi)容，敬請關(guān)注火蝠電商官網(wǎng)。