在新「經(jīng)濟(jì)模式」+新「技術(shù)」加持下，互聯(lián)網(wǎng)企業(yè)如雨后春筍般不斷涌現(xiàn)。但隨著互聯(lián)網(wǎng)滲透率不斷提升，互聯(lián)網(wǎng)所面臨的增量空間逐步收窄，無(wú)論是巨頭企業(yè)還是出場(chǎng)企業(yè)，新流量都已成為稀缺資源。與此同時(shí)，企業(yè)將更多精力投入到現(xiàn)有用戶體驗(yàn)、產(chǎn)品內(nèi)容等方面?？梢钥吹?， 隨著市場(chǎng)競(jìng)爭(zhēng)加劇與市場(chǎng)環(huán)境不穩(wěn)定，流量與體驗(yàn)成為互聯(lián)網(wǎng)企業(yè)實(shí)現(xiàn)業(yè)務(wù)增長(zhǎng)和企業(yè)發(fā)展的核心要素。

具體到電商行業(yè)，伴隨著互聯(lián)網(wǎng)用戶增速放緩，傳統(tǒng)電商渠道流量紅利觸頂。電商企業(yè)流量競(jìng)爭(zhēng)開(kāi)始轉(zhuǎn)變思路，不再依賴于行業(yè)宏觀層面的用戶數(shù)增加，而是更多關(guān)注視野之外的增量洼地挖掘與針對(duì)用戶體驗(yàn)的精耕細(xì)作。電商平臺(tái)吸引了用戶大量時(shí)間與精力，在多領(lǐng)域和場(chǎng)景下介入用戶日常生活與消費(fèi)決策，用戶體驗(yàn)價(jià)值不斷凸顯，用戶開(kāi)始要求更多元與嚴(yán)格的體驗(yàn)。

雙十一作為互聯(lián)網(wǎng)行業(yè)最早最大的購(gòu)物盛宴，直播、秒殺、滿減、定金，等各種手段層出不窮。但這些背后，用戶體驗(yàn)都是重要的組成部分。因此，博睿數(shù)據(jù)基于阿里云ARMS云撥測(cè)產(chǎn)品，出品《雙十一電商行業(yè)網(wǎng)站用戶體驗(yàn)報(bào)告》，旨在與眾多互聯(lián)網(wǎng)從業(yè)者共同了解面對(duì)全球化營(yíng)銷以及大促帶來(lái)的流量浪涌，電商行業(yè)各大玩家如何應(yīng)對(duì)散布在全球不同地區(qū)與國(guó)家的海量用戶，及時(shí)發(fā)現(xiàn)流量激增帶來(lái)的用戶體驗(yàn)與性能問(wèn)題。

（1） 監(jiān)測(cè)背景：

監(jiān)測(cè)目標(biāo)：國(guó)內(nèi)及東南亞主流電商站點(diǎn)首頁(yè)

監(jiān)測(cè)時(shí)間：2021年11月10日 00:00 -12日 23:59

監(jiān)測(cè)工具：阿里云ARMS-云撥測(cè)，選擇國(guó)內(nèi)外主要省市移動(dòng)、聯(lián)通、電信接入Last mile節(jié)點(diǎn)

（2） 指標(biāo)說(shuō)明：

l 整體性能:從頁(yè)面開(kāi)始瀏覽到最后一包數(shù)據(jù)接收完成之間的時(shí)間間隔

l 首屏用時(shí):從輸入U(xiǎn)RL開(kāi)始到頁(yè)面已渲染區(qū)域高度大于等于指定高度的時(shí)間差，平臺(tái)默認(rèn)是600像素高。

l 可用性:執(zhí)行監(jiān)測(cè)任務(wù)的客戶端對(duì)目標(biāo)訪問(wèn)的成功率，可用性=有效監(jiān)測(cè)次數(shù)/總監(jiān)測(cè)次數(shù)*100%

l DNS查詢用時(shí):輸入的域名轉(zhuǎn)換成IP地址所需的時(shí)間

l 解析錯(cuò)誤率:解析域名發(fā)生錯(cuò)誤數(shù)占比，解析錯(cuò)誤數(shù)/解析域名總數(shù)*100%

（3） 報(bào)告內(nèi)容-國(guó)內(nèi)電商

從整體趨勢(shì)上來(lái)看，國(guó)內(nèi)電商平臺(tái)整體性能趨勢(shì)平穩(wěn)。整體性能方面，大部分電商均維持在9s以內(nèi)。其中整體性能最高值13.214s，主要是 由于總下載字節(jié)數(shù)、平均頁(yè)面體積較大。首屏用時(shí)方面，各廠商表現(xiàn)優(yōu)秀，均在0.5s以內(nèi)，客戶可以快速瀏覽到頁(yè)面內(nèi)容?？捎眯苑矫?，各 廠商均在99.9%以上，行業(yè)表現(xiàn)優(yōu)秀。

三大運(yùn)營(yíng)商整體可用性良好，都在99.8%以上。首屏用時(shí)在把握0.5s以下，為用戶提供了良好的訪問(wèn)體驗(yàn)。

從錯(cuò)誤總結(jié)可以看到，各電商或多或少均出現(xiàn)了一些錯(cuò)誤，電商錯(cuò)誤主機(jī)、時(shí)間比較分散，屬于正常網(wǎng)絡(luò)抖動(dòng)導(dǎo)致。

網(wǎng)絡(luò)方面，部分廠商時(shí)延耗時(shí)較高，平均值超過(guò)了50ms，Tracert時(shí)延與躍點(diǎn)數(shù)也是最高的。 大部分廠商均在30ms以內(nèi)表現(xiàn)良好;丟包率、查詢耗時(shí)、解析錯(cuò)誤率各廠商表現(xiàn)良好。

各電商三大運(yùn)營(yíng)商表現(xiàn)來(lái)看，DNS查詢時(shí)間普遍控制在0.02s左右，丟包率控制在0.8%以下。

（4） 報(bào)告內(nèi)容-東南亞電商

從時(shí)間趨勢(shì)來(lái)看，五家海外電商測(cè)試期間的性能趨勢(shì)表現(xiàn)平穩(wěn)。首屏用時(shí)方面，除了個(gè)別廠商，大部分廠商控制在1.8秒以內(nèi)，為用戶提供了較為順暢的體驗(yàn)?？捎眯苑矫?，大部分廠商均保持99%以上。

丟包率與DNS查詢用時(shí)方面，各廠商均表現(xiàn)良好。時(shí)延方面，大部分廠商均保持在100ms以內(nèi)。

落地性能與體驗(yàn)優(yōu)化的基本原則與流程 – 基礎(chǔ)原則

可以看到各個(gè)廠商都在用戶體驗(yàn)等方面進(jìn)行了大量?jī)?yōu)化。那么，其他行業(yè)該如何優(yōu)化自身的產(chǎn)品呢？在開(kāi)始優(yōu)化前，我們需要思考一個(gè)問(wèn)題：如果網(wǎng)站性能與體驗(yàn)問(wèn)題能在用戶感知之前事先發(fā)現(xiàn)與修復(fù)，在研發(fā)交付過(guò)程中就進(jìn)行回避或修正 ，是否能有效提升產(chǎn)品NPS甚至營(yíng)收?以及我們是否能接受在那些會(huì)深遠(yuǎn)影響用戶規(guī)模以及企業(yè)營(yíng)收的問(wèn)題出現(xiàn)之后再修復(fù)?而這就是性能 與體驗(yàn)優(yōu)化的出發(fā)點(diǎn)。所以，這里有幾個(gè)基礎(chǔ)原則需要在落地開(kāi)始前明確:

l 數(shù)據(jù)驅(qū)動(dòng)原則:優(yōu)化策略需要建立在準(zhǔn)確的性能與體驗(yàn)數(shù)據(jù)上，確保最終用戶體驗(yàn)以及優(yōu)化收益可被量化。

l 盡早盡快原則:盡早發(fā)現(xiàn)未暴露的問(wèn)題，減少對(duì)用戶體驗(yàn)的持續(xù)影晌。發(fā)現(xiàn)問(wèn)題后，盡快解決主要問(wèn)題，降低影響程度。

l 最佳收益原則:產(chǎn)品不同生命階段需要平衡性能體驗(yàn)與產(chǎn)研效能，優(yōu)先選擇當(dāng)前時(shí)期最簡(jiǎn)單、性價(jià)比最高的優(yōu)化方案。

l 單元化原則:由于不同組件都會(huì)對(duì)性能與體驗(yàn)造成影響，因此需要從前端到后端逐層剝離，相關(guān)組件、模塊進(jìn)行單元測(cè)試，確定關(guān)鍵優(yōu)化目標(biāo)。

l 持續(xù)優(yōu)化原則:性能與體驗(yàn)優(yōu)化并非一勞永逸的工作，需要產(chǎn)品在迭代的過(guò)程中不斷發(fā)現(xiàn)問(wèn)題優(yōu)化問(wèn)題，并在這一過(guò)程中防止性能與體驗(yàn)退化。

落地性能與體驗(yàn)優(yōu)化的基本原則與流程 – 團(tuán)隊(duì)建設(shè)

在了解基礎(chǔ)原則后，我們就可以開(kāi)始組建性能與體驗(yàn)優(yōu)化團(tuán)隊(duì)，該團(tuán)隊(duì)可以是實(shí)體架構(gòu)團(tuán)隊(duì)，也可以是虛擬團(tuán)隊(duì)，但這其中都需要拉通不同 研發(fā)職能的同學(xué)，這其中包括:

l 產(chǎn)品運(yùn)營(yíng):用戶以及運(yùn)營(yíng)角度設(shè)計(jì)優(yōu)化用戶流程路線，為工程師提供用戶場(chǎng)景解讀，幫助工程師快速理解業(yè)務(wù)。

l 架構(gòu)師:通過(guò)優(yōu)化系統(tǒng)架構(gòu)解決性能瓶頸，提升服務(wù)執(zhí)行效率。

l 前端工程師:通過(guò)迭代前端邏輯和代碼，提升前端程序執(zhí)行效率。對(duì)前端性能數(shù)據(jù)進(jìn)行收集和分析。針對(duì)與競(jìng)品進(jìn)行評(píng)測(cè)，提出針對(duì)性 競(jìng)爭(zhēng)優(yōu)化策略。

l 后端工程師:針對(duì)影響性能的組件、模塊、接口進(jìn)行持續(xù)迭代。

l 運(yùn)維工程師:分析系統(tǒng)運(yùn)行狀況以及資源使用效率情況。對(duì)IDC、CDN以及云服務(wù)等基礎(chǔ)資源進(jìn)行性能測(cè)試，確保產(chǎn)品的高性能與高可用。

在構(gòu)建出性能與體驗(yàn)優(yōu)化團(tuán)隊(duì)后，可以著手實(shí)際落地，在實(shí)踐過(guò)程中我們需要遵循「監(jiān)控-分析-優(yōu)化」的迭代循環(huán)并在每個(gè)部分中完成多個(gè) 對(duì)應(yīng)動(dòng)作，從而推動(dòng)優(yōu)化落地。

落地性能與體驗(yàn)優(yōu)化的流程

Step 1:通過(guò)監(jiān)測(cè)全面評(píng)估自身產(chǎn)品及競(jìng)爭(zhēng)對(duì)手在不同使用環(huán)境下的性能與用戶體驗(yàn)的數(shù)據(jù)表現(xiàn)。

不管是自建，還是第三方工具都不可或缺。分析優(yōu)化的前提是具備足夠數(shù)據(jù)支撐我們進(jìn)行分析與決策。通過(guò)監(jiān)控工具去獲取競(jìng)爭(zhēng)對(duì)手的數(shù)據(jù)，會(huì)獲得更具參考價(jià)值以及針對(duì)性優(yōu)化方案。最后，在優(yōu)化后持續(xù)監(jiān)測(cè)去檢查優(yōu)化方案效果。在建立監(jiān)控后，優(yōu)化團(tuán)隊(duì)不必不急于開(kāi)展優(yōu)化，掌握數(shù)據(jù)定位短板是首要任務(wù)，體系化性能與體驗(yàn)監(jiān)控機(jī)制將所有環(huán)境下的性能事件采集匯總，在數(shù)據(jù)基礎(chǔ)上設(shè)定優(yōu)化目標(biāo)。確保在整個(gè)優(yōu)化體系初期就建立持續(xù)、透明的性能與體驗(yàn)監(jiān)控機(jī)制。

Step 2 通過(guò)分析來(lái)評(píng)估網(wǎng)頁(yè)/應(yīng)用/網(wǎng)絡(luò)等部分的性能，為優(yōu)化及資源投入提供依據(jù)，并針對(duì)故障以及瓶頸進(jìn)行預(yù)警、報(bào)警。

l 定位異常及瓶頸:針對(duì)性能與體驗(yàn)數(shù)據(jù)，需要分析出影響性能的瓶頸位置，哪些方面需深入監(jiān)測(cè)，收集并處理相關(guān)數(shù)據(jù)，以便優(yōu)化方案設(shè)計(jì)。

l 優(yōu)化方案設(shè)計(jì):基于分析數(shù)據(jù)進(jìn)行設(shè)計(jì)相關(guān)優(yōu)化方案，并對(duì)所需的研發(fā)資源以及資源投入進(jìn)行統(tǒng)籌評(píng)估。

定位異常及瓶頸與設(shè)計(jì)優(yōu)化方案的投入都是圍繞核心產(chǎn)品或者核心功能展開(kāi)，力爭(zhēng)在同業(yè)產(chǎn)品中性能與體驗(yàn)最優(yōu)。與此同時(shí)，在這一過(guò)程中，注重沉淀總結(jié)性能分析和優(yōu)化方法，有助于提高優(yōu)化團(tuán)隊(duì)的工作效率，可以讓不同產(chǎn)品線的研發(fā)團(tuán)隊(duì)都能從中受益。

Step 3 基于優(yōu)化方案對(duì)網(wǎng)絡(luò)、系統(tǒng)、前端、應(yīng)用等不同環(huán)節(jié)、不同層進(jìn)行優(yōu)化。

l 優(yōu)化方案實(shí)施:除了基于優(yōu)化方案的代碼以及邏輯優(yōu)化外，需要針對(duì)可能的關(guān)聯(lián)問(wèn)題進(jìn)行相關(guān)預(yù)案設(shè)計(jì)。

l 效果跟蹤反饋:在優(yōu)化方案完成后，需要利用A/B測(cè)試、撥測(cè)等不同方式，監(jiān)測(cè)真實(shí)用戶反饋并進(jìn)行持續(xù)，以便追蹤優(yōu)化效果并挖掘關(guān) 聯(lián)的瓶頸與異常。

產(chǎn)品優(yōu)化永遠(yuǎn)不是一個(gè)團(tuán)隊(duì)的事情，因此與對(duì)應(yīng)的產(chǎn)研團(tuán)隊(duì)充分溝通，充分配合是方案落地的大前提。

下載報(bào)告全文：https://www.bonree.com/bonree/pdf/report.pdf