發(fā)布時(shí)間:2023-03-11 15:42:07
阿里妹導(dǎo)讀:手機(jī)淘寶作為整個(gè)互聯(lián)網(wǎng)領(lǐng)域旗艦 APP 之一,裝機(jī)量和用戶訪問量都是名列前茅的。而首頁(yè)作為打開手機(jī)淘寶的門面,是淘寶電商領(lǐng)域的主要流量入口和服務(wù)消費(fèi)者的核心陣地,其業(yè)務(wù)的復(fù)雜性之高、系統(tǒng)的穩(wěn)定性之重都有著極高的要求。首頁(yè)承載著非常重要的業(yè)務(wù)使命,負(fù)責(zé)整個(gè)阿里生態(tài)的業(yè)務(wù)分發(fā)和商業(yè)策略輸出。隨著淘寶無線化戰(zhàn)略的升級(jí),首頁(yè)也從 PC 時(shí)代類目導(dǎo)航的導(dǎo)購(gòu)模式升級(jí)為無線時(shí)代個(gè)性化推薦的導(dǎo)購(gòu)產(chǎn)品,從傳統(tǒng)的千人一面走向未來的一人千面,決定了首頁(yè)多樣性、創(chuàng)新性、多變性業(yè)務(wù)特點(diǎn)。
背景
和貓客、飛豬、盒馬、閑魚等APP一樣,首頁(yè)無論在哪個(gè)體系下都是主要的流量入口,分發(fā)效率一直是我們追求和解決的核心問題。
如何讓最優(yōu)的商品和內(nèi)容高效的觸達(dá)消費(fèi)者側(cè),提升流量?jī)r(jià)值,一直是我們追求的目標(biāo)之一,截止當(dāng)前我們進(jìn)行了不同方式的探索,實(shí)現(xiàn)和積累了一些策略來解決這個(gè)問題。
當(dāng)前首頁(yè)根據(jù)不同的地域、人群劃分出“大陸版”、“親情版”、“村淘版”、“海外版”的業(yè)務(wù)版本,這些版本即傳承手淘首頁(yè)的通用能力,同時(shí)通過自身運(yùn)營(yíng)的自由度和獨(dú)立體系,展示自己的垂直區(qū)域特色內(nèi)容,更加高效的觸達(dá)自身服務(wù)范圍的用戶。
比如“海外版”是針對(duì)非大陸用戶以外的香港、臺(tái)灣等地區(qū)的頁(yè)面投放,“村淘版”則是圍繞鄉(xiāng)村地區(qū),實(shí)現(xiàn)村淘的業(yè)務(wù)目標(biāo)的重要的流量分發(fā)渠道?!坝H情版”則是針對(duì)家庭關(guān)系用戶進(jìn)行業(yè)務(wù)模塊的精準(zhǔn)分發(fā)。
圖:首頁(yè)大陸、親情、海外、村淘版本
新的挑戰(zhàn)
隨著首頁(yè)整體業(yè)務(wù)策略的不斷調(diào)整以及技術(shù)棧的不斷升級(jí),我們嘗試基于人群、地域等屬性進(jìn)行的細(xì)粒度的人貨匹配的運(yùn)營(yíng)策略。
一方面通過為不同人群定制差異化的視覺樣式、用戶路徑、貨品供給培養(yǎng)特定的用戶產(chǎn)品心智,另一方面通過平臺(tái)能力快速靈活的進(jìn)行頁(yè)面布局調(diào)整,能讓需求爆炸式增長(zhǎng)的同時(shí)也能快速的響應(yīng)。
同時(shí)在面對(duì)提升分發(fā)效率上面不斷演進(jìn)的運(yùn)營(yíng)策略升級(jí),需要我們技術(shù)側(cè)提供一套高效穩(wěn)定的常態(tài)化的運(yùn)營(yíng)體系對(duì)其進(jìn)行支撐,對(duì)我們技術(shù)系統(tǒng)的建設(shè)也提出了極高的挑戰(zhàn),這里的挑戰(zhàn)既有業(yè)務(wù)的也有技術(shù)的。
多版本隔離運(yùn)營(yíng)
這里面有兩個(gè)關(guān)鍵字“多版本”和“隔離”,其中“多版本”是基于業(yè)務(wù)訴求的考量和抽象,面向用戶的基本實(shí)體就是頁(yè)面,這些頁(yè)面主要由頁(yè)面布局、貨品供給、素材渲染幾個(gè)因素構(gòu)成,而針對(duì)不同目標(biāo)群體需要有所差異化的透出,所以就需要在頁(yè)面級(jí)別、模塊級(jí)別和坑位級(jí)別針對(duì)不同人群、地域進(jìn)行多版本的搭建運(yùn)營(yíng)。
在完成“多版本”運(yùn)營(yíng)的業(yè)務(wù)訴求的一個(gè)大前提是基于穩(wěn)定性的考慮,“隔離”很好的詮釋了在多版本下首要去關(guān)注的穩(wěn)定性要素,一方面要保證不同版本的變更所帶來的跨域影響問題,另一方面是按業(yè)務(wù)租戶的方式為不同的業(yè)務(wù)開辟獨(dú)立的運(yùn)營(yíng)體系,基于以上兩方面考慮我們整體采取容器化的隔離機(jī)制實(shí)現(xiàn)業(yè)務(wù)運(yùn)營(yíng)之間的操作帶來的風(fēng)險(xiǎn)規(guī)避。
所以在打造運(yùn)營(yíng)平臺(tái)體系首要考慮的就是如何支持多版本下的隔離運(yùn)營(yíng)能力,大陸版、海外版、村淘版、親情版這些獨(dú)立的業(yè)務(wù)版本下如何自由的、穩(wěn)定的衍生自己的方案投放是我們首要考慮的問題。如下圖所示,是我們經(jīng)歷一場(chǎng)大促不同時(shí)期首頁(yè)需要備戰(zhàn)的方案矩陣。
圖:首頁(yè)多版本運(yùn)營(yíng)
快速靈活布局搭建
說起搭建,阿里集團(tuán)生態(tài)體系下不乏有一些優(yōu)秀的產(chǎn)品,比如天貓 Zebra 系統(tǒng)、淘寶 TMS 系統(tǒng)等,都是在頁(yè)面搭建領(lǐng)域具有極高的產(chǎn)品口碑,基于靈活的模塊化機(jī)制,致力于讓運(yùn)營(yíng)同學(xué)能快速地搭建出符合業(yè)務(wù)需求的頁(yè)面。
手淘首頁(yè)的頁(yè)面搭建作為我們?nèi)粘9ぷ髦幸活惛哳l率的運(yùn)營(yíng)操作行為,需要高效、靈活的平臺(tái)化解決方案,才能提升我們整體的研發(fā)模式和產(chǎn)出效率。所以我們以提升效率為目標(biāo),提升協(xié)同效率為訴求,一方面可以拉動(dòng)運(yùn)營(yíng)角色參與到手淘首頁(yè)體系的日常建設(shè)中,另一方面可以更加高效的產(chǎn)出不同業(yè)務(wù)場(chǎng)景的頁(yè)面布局。
如下圖就是三套頁(yè)面方案的模塊差異。
圖:首頁(yè)搭建方案差異
流量運(yùn)營(yíng)閉環(huán)建設(shè)
在首頁(yè)大流量的場(chǎng)景下,任何業(yè)務(wù)決策的調(diào)整就像一把雙刃劍,一方面可以讓業(yè)務(wù)在這樣的體量下快速孵化快速迭代,另一方任何調(diào)整在這樣大流量的沖擊下問題都會(huì)被成倍放大,風(fēng)險(xiǎn)和收益共存。
所以首頁(yè)缺少一套從運(yùn)營(yíng)策略、數(shù)據(jù)收集、業(yè)務(wù)決策的閉環(huán)體系來使業(yè)務(wù)快而穩(wěn)的奔馳。在過去的時(shí)間里我們沉淀了很多能力孤島,單看每個(gè)島嶼都是一個(gè)完整的生態(tài),但是島嶼間橫跨了無盡的大海,這樣不構(gòu)成流程化體系化的平臺(tái),無論運(yùn)營(yíng)、開發(fā)、測(cè)試都是相互割裂的實(shí)體。
從運(yùn)營(yíng)路徑來看,這些單點(diǎn)能力只會(huì)讓他們只有輸入沒有輸出,走了一步不知道下一步該怎么辦,所以我們要基于科學(xué)的運(yùn)營(yíng)體系構(gòu)建流量運(yùn)營(yíng)閉環(huán)。
圖:流量運(yùn)營(yíng)閉環(huán)
組件抽象和復(fù)用
何為組件?
組件(Component)是對(duì)數(shù)據(jù)和方法的簡(jiǎn)單封裝,組件可以將 UI 切分成一些的獨(dú)立的、可復(fù)用的區(qū)域,這樣你只需要專注于這些單體的邏輯開發(fā)。
所以我們基于組件化協(xié)議將整個(gè)首頁(yè) layout 進(jìn)一步拆分成多個(gè)組件,其中每個(gè)組件構(gòu)成頁(yè)面的基本單位,用于渲染單一業(yè)務(wù)的基本區(qū)塊。
首頁(yè)的組件渲染是典型的 MVVM 的模式,端側(cè)( View )和服務(wù)數(shù)據(jù)( Model )通過組件化協(xié)議( ViewModel )進(jìn)行雙向通信,一方面通過抽象組件協(xié)議解耦兩端的耦合性問題,另一方面通過實(shí)例化組件實(shí)體完成了頁(yè)面間的復(fù)用問題。
那組件協(xié)議本身的抽象和定義是我們首先需要去面對(duì)的問題,設(shè)計(jì)過于復(fù)雜、抽象過于碎片會(huì)使協(xié)議難于維護(hù)前后端聯(lián)調(diào)溝通成本放大,設(shè)計(jì)的過于精簡(jiǎn)、抽象過于大支又起不到解耦的效果,這些都是需要我們長(zhǎng)期思考和解決的問題。
圖:組件化協(xié)議
動(dòng)態(tài)化和實(shí)時(shí)性
前面幾項(xiàng)總結(jié)其實(shí)都是基于業(yè)務(wù)上的挑戰(zhàn),而技術(shù)層面真實(shí)要面對(duì)的主要可以分為動(dòng)態(tài)化和實(shí)時(shí)性的問題,動(dòng)態(tài)化是實(shí)現(xiàn)實(shí)時(shí)性的主要手段,實(shí)時(shí)性又是動(dòng)態(tài)化的方案考慮首要因素。
首先從業(yè)務(wù)訴求上面講,首頁(yè)是一個(gè)典型的中心化業(yè)務(wù)場(chǎng)景,快速響應(yīng)是我們首要面對(duì)的問題,日常需要頻繁根據(jù)業(yè)務(wù)策略調(diào)整布局,以重新分配流量,特別是大促態(tài)下,調(diào)整尤為頻繁,對(duì)動(dòng)態(tài)化和實(shí)時(shí)性的要求極高。
現(xiàn)如今需求量與日俱增,變更迭代速度從過去天級(jí)別到現(xiàn)在小時(shí)級(jí)別,就是在動(dòng)態(tài)化和實(shí)時(shí)性上面做了很多體系化的建設(shè),其中一方面我們?cè)诙藗?cè)協(xié)議引入了新奧創(chuàng)和 dinamicX 的動(dòng)態(tài)化解決方案,另一方面服務(wù)端上面做了很多諸如 FAAS 化的動(dòng)態(tài)化數(shù)據(jù)編排的能力,使我們?cè)趯?shí)時(shí)性上面有著不俗的成績(jī),無論是業(yè)務(wù)上線、功能迭代還是異?;貪L都是在秒級(jí)生效。
圖.模塊位置動(dòng)態(tài)化實(shí)時(shí)調(diào)整
關(guān)鍵變革
面對(duì)諸上不同維度的挑戰(zhàn)和難題,如果利用傳統(tǒng)的技術(shù)架構(gòu)和產(chǎn)品體系遠(yuǎn)遠(yuǎn)不足的,無論是在團(tuán)隊(duì)協(xié)作、流量管理、研發(fā)流程都存在很大的問題。
所以,我們需要變革,變革是對(duì)事物本質(zhì)的改變,是對(duì)現(xiàn)在不完美的洗牌,是不斷的選擇妥協(xié)和修正,這個(gè)過程是痛苦的艱難的,但是我們堅(jiān)持下來了。
端側(cè)協(xié)議升級(jí)
在我們體系建設(shè)之前端側(cè)協(xié)議還是面向場(chǎng)景的單向協(xié)議,前后端的耦合度十分高,改動(dòng)周期按月計(jì)算,迭代成本巨大。為了更好沉淀運(yùn)營(yíng)體系,提升效率,我們客戶端和服務(wù)端對(duì)協(xié)議做了深度的分析和抽象,從兩方面進(jìn)行了升級(jí)和改造。
一方面針對(duì)組件協(xié)議進(jìn)行了更高的抽象和升級(jí),徹底完成了首頁(yè)體系下的組件化的改造,將面向場(chǎng)景的開發(fā)模式轉(zhuǎn)變成面向容器的開發(fā)模式,從而降低客戶端和服務(wù)端的耦合性,提升了組件的復(fù)用性和擴(kuò)展性。
另一方面我們引入了端側(cè)兩大動(dòng)態(tài)化解決方案,其一新奧創(chuàng)協(xié)議,該協(xié)議抽象了數(shù)據(jù)、事件、布局、模板的協(xié)議結(jié)構(gòu),核心是以頁(yè)面動(dòng)態(tài)化技術(shù)作為支撐,同時(shí)將動(dòng)態(tài)化覆蓋到native,h5等場(chǎng)景。另外一個(gè)是DinamicX的模板化解決方案,DinamicX在組件的粒度實(shí)現(xiàn)了布局的動(dòng)態(tài)化,從而提升了業(yè)務(wù)整體的迭代效率。
圖:端側(cè)協(xié)議升級(jí)
試金石的產(chǎn)品體系建設(shè)是就是基于以上組件化協(xié)議和端側(cè)動(dòng)態(tài)化方案之上,擴(kuò)展和沉淀了基于導(dǎo)購(gòu)域特有的上行和下行標(biāo)準(zhǔn),增加動(dòng)態(tài)分頁(yè)、導(dǎo)購(gòu)域特有事件、 SPI 擴(kuò)展等內(nèi)容沉淀的一套面向運(yùn)營(yíng)閉環(huán)的平臺(tái)化產(chǎn)品。
研發(fā)模式升級(jí)
前言中提到首頁(yè)的第一要?jiǎng)?wù)是要在巨量 DAU 的挑戰(zhàn)下滿足整個(gè)阿里生態(tài)的業(yè)務(wù)分發(fā)和商業(yè)策略輸出,所以勢(shì)必決定了首頁(yè)是一個(gè)典型的中心化開發(fā)模式場(chǎng)景,集團(tuán)幾乎所有的核心業(yè)務(wù)都需要在首頁(yè)進(jìn)行孵化和表達(dá),在這樣的背景下我們面臨著兩個(gè)主要矛盾:
中心化研發(fā)模式與業(yè)務(wù)需求爆炸增長(zhǎng)的矛盾:一方面核心業(yè)務(wù)在首頁(yè)的UI和業(yè)務(wù)邏輯發(fā)生變更的時(shí)候,大部分需求都會(huì)由首頁(yè)技術(shù)團(tuán)隊(duì)來拆解和落地,另一方面首頁(yè)產(chǎn)品自身也在快速迭代和創(chuàng)新。當(dāng)大量的業(yè)務(wù)創(chuàng)新碰到中心化研發(fā)模式時(shí),帶來的必然是需求的堆積與迭代的變緩。而為了解決這樣的問題,通常解法只有兩個(gè)‘排期’和‘簡(jiǎn)化’,排期可以優(yōu)先保障效果,帶來的條件就是上線時(shí)間無法按時(shí)。簡(jiǎn)化可以快速上線,帶來的條件就是效果達(dá)不到預(yù)期。
圖:中心化研發(fā)模式
業(yè)務(wù)快速迭代與系統(tǒng)穩(wěn)定性的矛盾:我們生活中做事情常常被要求更快更好,然而快和好本身就是矛盾體,常常只做到好或者只做到快。在需求體量到達(dá)一定程度之后,資源不夠是一方面,單資源所能投入的精力也是有限的。要保障業(yè)務(wù)快速迭代,就需要頻繁的變更和實(shí)時(shí)的生效,頻繁和實(shí)時(shí)本身就會(huì)帶來穩(wěn)定性方面的問題,而且最為重要的在首頁(yè)這種大流量下一些小問題不易暴露和發(fā)現(xiàn)。
涅槃重生
我們從問題本質(zhì)出發(fā),找到切實(shí)有效的解決方法來應(yīng)對(duì)挑戰(zhàn)和問題,借用一下梁寧老師釘子與洞的類比,用戶需要打孔機(jī),是不是給用戶生產(chǎn)一個(gè)打孔機(jī)還是說為用戶墻上打個(gè)洞,所以問題的關(guān)鍵是我們需要提供什么產(chǎn)品或服務(wù)讓用戶的墻上有個(gè)洞。
經(jīng)過團(tuán)隊(duì)成員多次實(shí)踐和嘗試,圍繞著復(fù)雜多變的業(yè)務(wù)場(chǎng)景,基于打破傳統(tǒng)研發(fā)模式,構(gòu)建出基于數(shù)據(jù)化運(yùn)營(yíng)的搭建、流量、資源和數(shù)據(jù)的閉環(huán),試金石橫空出世。
圖:試金石架構(gòu)組成
可視化組件搭建
將首頁(yè)的業(yè)務(wù)形態(tài)進(jìn)行模型抽象,分別抽象出頁(yè)面場(chǎng)景、頁(yè)面版本、頁(yè)面方案三個(gè)維度對(duì)一個(gè)首頁(yè)產(chǎn)品體系進(jìn)行描述,基于這套模型體系進(jìn)一步將頁(yè)面模塊進(jìn)行組件化抽象,多個(gè)組件構(gòu)建成一個(gè)頁(yè)面方案,并且和流量運(yùn)營(yíng)側(cè)進(jìn)行打通。
可視化組件搭建能力建設(shè)核心要素是兩個(gè),一個(gè)是組件模型的抽象,上文中提過“設(shè)計(jì)過于復(fù)雜、抽象過于碎片會(huì)使協(xié)議難于維護(hù)前后端聯(lián)調(diào)溝通成本放大,設(shè)計(jì)的過于精簡(jiǎn)、抽象過于大支又起不到解耦的效果”。
所以我們使用動(dòng)態(tài) schema 的方式定制化組件協(xié)議,由業(yè)務(wù)按需設(shè)計(jì),既保證了協(xié)議標(biāo)準(zhǔn)又可以支持業(yè)務(wù)差異化;另一個(gè)要素是可視化能力,我們借助 DinamcX 的動(dòng)態(tài) H5 渲染效果完成可視化的能力建設(shè)。
圖:可視化組件搭建示意圖
系統(tǒng)化流量運(yùn)營(yíng)
首頁(yè)核心是解決流量分發(fā)效率的,工欲善其事,必先利其器。
提供一套系統(tǒng)化的流量分配運(yùn)營(yíng)體系是我們構(gòu)建試金石的初衷,也是試金石所能帶給業(yè)務(wù)的最大價(jià)值所在,前文提到首頁(yè)作為流量入口,幾乎所有的核心業(yè)務(wù)都需要在首頁(yè)進(jìn)行孵化、創(chuàng)新和表達(dá),在這個(gè)過程中不僅需要AB實(shí)驗(yàn)的這樣的方案最優(yōu)化途徑,還需要灰度小流量上線模式,既要保證業(yè)務(wù)的迭代還要保證系統(tǒng)的穩(wěn)定性。
我們主要從三方面建設(shè),分別為:
分流點(diǎn)設(shè)計(jì),通過設(shè)計(jì)可擴(kuò)展的分流模型,有效的把控流量的走勢(shì);投放規(guī)則沉淀,通過原子化的規(guī)則設(shè)計(jì),保證流量的精細(xì)化;數(shù)據(jù)通路建設(shè),通過進(jìn)行埋點(diǎn)協(xié)議設(shè)計(jì)并進(jìn)行數(shù)據(jù)回路實(shí)時(shí)反饋結(jié)果。
圖:實(shí)驗(yàn)流量采集
標(biāo)準(zhǔn)化研發(fā)流程
試金石打破首頁(yè)中心化的研發(fā)模式,重塑多角色使用路徑,將需求迭代變更流程細(xì)化抽象,將開發(fā)配置流程拆分。
一方面讓鏈路流程標(biāo)準(zhǔn)化,減少人的溝通協(xié)作成本。另一方面將平臺(tái)產(chǎn)品化讓更多的角色參與進(jìn)來,達(dá)到提升研發(fā)效率的目的。同時(shí)接入測(cè)試的自動(dòng)化工具,使業(yè)務(wù)頻繁變更和系統(tǒng)穩(wěn)定性達(dá)到平衡。
圖:試金石標(biāo)準(zhǔn)化研發(fā)流程
總結(jié)
試金石體系具備了搭建、投放、分流、數(shù)據(jù)四個(gè)方面的平臺(tái)產(chǎn)品化能力,共同構(gòu)成一個(gè)以數(shù)據(jù)化驅(qū)動(dòng)的運(yùn)營(yíng)體系,支撐了首頁(yè)、輕應(yīng)用產(chǎn)品的快速迭代,可承載業(yè)務(wù)策略秒級(jí)快速上線,承載同時(shí)億級(jí)用戶的流量沖擊,在雙十一狂歡節(jié)期間我們鏈接起18萬品牌到6億消費(fèi)者的流量通道,保障狂歡節(jié)期間拿下 2135 億的成交額 。在核心大促雙十二、年貨節(jié)、春晚期間為消費(fèi)者購(gòu)物保駕護(hù)航,提供穩(wěn)定如絲滑般購(gòu)物體驗(yàn)。
我們完成了階段性目標(biāo),讓運(yùn)營(yíng)和研發(fā)成本降低了一半、讓運(yùn)營(yíng)可以參與到頁(yè)面搭建、流量分配中來,使中心化的模式得以釋放,提升了首頁(yè)的整體的研發(fā)效率,后面還有很多優(yōu)化和功能的迭代等著我們,還有更多的場(chǎng)景需要我們?nèi)ブС郑覀冇行判奈覀冇欣碛上嘈旁嚱鹗瘯?huì)更好!
最后,淘系技術(shù)部基礎(chǔ)鏈路技術(shù)研發(fā)團(tuán)隊(duì),致力于通過構(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ù),對(duì)業(yè)務(wù)有好奇心,有合作精神的同學(xué)一起工作、成長(zhǎng),簡(jiǎn)歷可投郵箱:qingyuan.ygw@alibaba-inc.com。
作者:卓雪寅(寅清)
今天的分享就到這里了,想了解更多關(guān)于淘寶代運(yùn)營(yíng)機(jī)構(gòu)、知名淘寶代運(yùn)營(yíng)公司等內(nèi)容,敬請(qǐng)關(guān)注火蝠電商官網(wǎng)。
本站部分文章及圖片來自互聯(lián)網(wǎng)及其他公眾平臺(tái),版權(quán)歸原作者,如有侵權(quán)請(qǐng)聯(lián)系qq:1248031689,我們會(huì)在第一時(shí)間刪除!
國(guó)家工信部備案/許可證號(hào):鄂ICP備15020535號(hào)-4 版權(quán)所有:武漢火蝠電子商務(wù)有限公司 網(wǎng)站地圖