數(shù)據(jù)中臺(tái)實(shí)戰(zhàn)(一):以B2B電商億訂為例,談?wù)劗a(chǎn)品經(jīng)理視角下的數(shù)據(jù)埋點(diǎn)

20 評論 61652 瀏覽 394 收藏 17 分鐘

本文以B2B電商產(chǎn)品“億訂”為實(shí)例,與大家一同談?wù)剶?shù)據(jù)中臺(tái)的數(shù)據(jù)埋點(diǎn)。

筆者所在公司為富力環(huán)球商品貿(mào)易港,是富力集團(tuán)旗下匯聚原創(chuàng)設(shè)計(jì)師品牌及時(shí)尚買手/采購商兩大社群,通過億訂B2B電商、RFSHOWROOM、環(huán)貿(mào)快版、環(huán)貿(mào)映像、富運(yùn)通、富貿(mào)通等子品牌為時(shí)尚行業(yè)提供一站式產(chǎn)業(yè)+渠道服務(wù)的平臺(tái)。

筆者所在部門為數(shù)據(jù)中臺(tái),職責(zé)就是為公司搭建數(shù)據(jù)中臺(tái),支撐各產(chǎn)品線數(shù)據(jù)化運(yùn)營,通過數(shù)據(jù)中臺(tái)打通各條產(chǎn)品線的數(shù)據(jù),更精準(zhǔn)的為產(chǎn)業(yè)的上下游客戶服務(wù)。本文以B2B電商產(chǎn)品億訂為實(shí)戰(zhàn),談數(shù)據(jù)中臺(tái)的數(shù)據(jù)埋點(diǎn)。

圖片來源:富力環(huán)球商品貿(mào)易港公眾號(hào)

剛?cè)牍緯r(shí),公司的數(shù)據(jù)埋點(diǎn)這塊是和百度合作,用的百度移動(dòng)統(tǒng)計(jì)。

運(yùn)營反饋百度的流量分析做的很強(qiáng)大,但是最大的問題是不能結(jié)合電商的業(yè)務(wù)數(shù)據(jù),比如:只有坑位的流量數(shù)據(jù)卻拿不到坑位的交易額、轉(zhuǎn)化率(交易額/PV)這些數(shù)據(jù),另外電商的主路徑 訪問>商品詳情>商品列表>加購>下單>支付整個(gè)流程的轉(zhuǎn)化率是取不到的。

此時(shí),就拉上我們的開發(fā),叫上了億訂產(chǎn)品經(jīng)理和運(yùn)營負(fù)責(zé)人,一起溝通目前的問題。

圖片來源:百度移動(dòng)統(tǒng)計(jì), 百度的移動(dòng)分析看不到任何業(yè)務(wù)數(shù)據(jù)。

溝通后確定主要確定解決以下問題:

問題一:要知道億訂B2B電商產(chǎn)品每天的主路徑 訪問用戶數(shù)>商品列表頁>商品詳情頁>加購>下單>支付主路徑每天的人數(shù)及每個(gè)步驟之間的轉(zhuǎn)化率。目的是長期監(jiān)測每步的轉(zhuǎn)化率如果有明顯異常,運(yùn)營同事會(huì)進(jìn)一步分析轉(zhuǎn)化率低的原因。

圖片來源:億訂電商, 從左到右以此為:首頁、商品列表、商品詳情、加購、結(jié)算頁

問題二:因?yàn)閱栴}一只能解決總體轉(zhuǎn)化率,要想定位到底是那里的轉(zhuǎn)化率低導(dǎo)致整體轉(zhuǎn)化率低的原因,還得看用戶每個(gè)入口路徑各環(huán)節(jié)的轉(zhuǎn)化率。

問題三:要解決坑位的轉(zhuǎn)化率問題,因?yàn)樵u價(jià)坑位好壞的因素不止有PV/UV百度統(tǒng)計(jì)的兩個(gè)指標(biāo),運(yùn)營同事定義了坑位的轉(zhuǎn)化率為(pv/坑位交易額)來綜合判定坑位的性價(jià)比,如果坑位的放在很明顯的位置,那他的轉(zhuǎn)化率還是很低,那就要分析原因,改變運(yùn)營策略。比如圖片的調(diào)整、商品的調(diào)整、位置的調(diào)整等。

問題四:要打通用戶的行為數(shù)據(jù)和用戶的交易數(shù)據(jù),用戶運(yùn)營的同事需要更加了解他們的用戶比如什么時(shí)候訪問,訪問了那些商品、什么時(shí)候加購,加購了那些商品,什么時(shí)候買了那些商品。這些百度是做不到的。通過用戶的 訪問行為,運(yùn)營同事會(huì)進(jìn)行針對性的運(yùn)營型。

問題五:要看到用戶的留存情況,留存的定義分為兩種,第一種是訪問留存率,新用戶第一次訪問看他接下來7天后、14天后、一個(gè)月后是否再次訪問。第二種是購買留存率,用戶第一次支付后看接下來的7天后、14天后、一個(gè)月后是否再次支付。這樣就能直接看出平臺(tái)的用戶粘性。

基于以上問題,我們數(shù)據(jù)中臺(tái)內(nèi)部開始設(shè)計(jì)產(chǎn)品方案和技術(shù)方案。

關(guān)于技術(shù)方案

埋點(diǎn)技術(shù)選型

要解決以上問題,就要對億訂的H5端、APP端(IOS/安卓)進(jìn)行全面的埋點(diǎn),如果采用手工埋點(diǎn)的方式,工作量是比較大的,而且依賴各個(gè)產(chǎn)品線的前端開發(fā)(JS/安卓/IOS)。

我們的技術(shù)負(fù)責(zé)人研究了市面上各個(gè)數(shù)據(jù)公司的埋點(diǎn)方式,從是否開源,SDK是否支持H5、安卓、IOS。部署方式是私有化,還是saas化(采集到的用戶數(shù)據(jù)是公司比較重要的數(shù)據(jù),出于安全考慮,需要本地化部署)這幾個(gè)方面入手決定用神策開源埋點(diǎn)SDK。

這樣節(jié)省了大部分的工作量,SDK一旦部署基礎(chǔ)信息比如(時(shí)間、地點(diǎn)、瀏覽器、硬件設(shè)備)都會(huì)自動(dòng)化的采集。

基礎(chǔ)信息采集

接下來,就要進(jìn)行埋點(diǎn)接口的定義。

首先,是公共字段的定義,這些都封裝在SDK中,只要前端工程師基于SDK的開發(fā)文檔進(jìn)行工程部署,程序就是自動(dòng)收集用戶的這些基礎(chǔ)信息。這樣用戶在那里,用戶使用的什么設(shè)備,用戶什么時(shí)間訪問了我們的產(chǎn)品,就解決了。

瀏覽頁面事件采集

接下來,是用戶瀏覽頁面數(shù)據(jù)埋點(diǎn),這個(gè)協(xié)調(diào)了億訂的產(chǎn)品經(jīng)理梳理了億訂的所有網(wǎng)頁地址和按鈕名稱(為了后文的觸點(diǎn)埋點(diǎn))包括上文提到的入口頁面推廣頁、首頁、商品列表頁、商品詳情頁、加購頁、下單頁、支付頁等關(guān)鍵頁面進(jìn)行了全方位的埋點(diǎn)。

拿電商最關(guān)鍵的商品詳情頁舉個(gè)例子:他有可能是從坑位來的,有可能是從搜索來的、有可能是從推薦來的,要記錄他的來源信息,才能對以后的分析有作用。

比如:上文問題三提到的轉(zhuǎn)化率是涉及到坑位產(chǎn)生的交易額和PV兩個(gè)指標(biāo),那每次進(jìn)入商品詳情頁,要記錄坑位的信息才能進(jìn)一步計(jì)算出坑位的總的銷售額和轉(zhuǎn)化率。數(shù)據(jù)中臺(tái)是數(shù)據(jù)貪婪的應(yīng)用,埋點(diǎn)收集到的信息當(dāng)然是越詳細(xì)越好,不過過多的埋點(diǎn)也會(huì)影響前端的性能,所以所有的埋點(diǎn)都是基于問題指向的。

觸點(diǎn)事件采集

基于億訂業(yè)務(wù)線提供的按鈕列表,讓億訂的前端開發(fā)工程師對關(guān)鍵按鈕點(diǎn)擊進(jìn)行了埋點(diǎn)開發(fā)。

有兩方面的作用:一方面如電商主路徑中的加購是按鈕點(diǎn)擊,而不是頁面點(diǎn)擊。這時(shí)就要通過觸點(diǎn)事件的方式,先收集數(shù)據(jù),后期格式化為頁面瀏覽事件來處理;另一方面,如要看關(guān)鍵按鈕的點(diǎn)擊次數(shù),關(guān)鍵頁面的轉(zhuǎn)化率(如登錄、注冊頁轉(zhuǎn)化率等)都需要統(tǒng)計(jì)按鈕的點(diǎn)擊。

關(guān)于產(chǎn)品方案

問題一

關(guān)于問題一的電商產(chǎn)品的主路徑:訪問用戶數(shù)>商品列表頁>商品詳情頁>加購>下單>支付,只用取這些頁面的UV就可以了,不過有幾個(gè)個(gè)問題需要注意。

  1. 訪問到到商品列表頁的轉(zhuǎn)化率:訪問用戶數(shù)最好是訪問了首頁+訪問了商品列表頁+訪問商品詳情頁的人數(shù)去重后的UV,因?yàn)橐灿腥酥苯?從商品列表頁或商品詳情頁進(jìn)入產(chǎn)品。這樣算才能更精準(zhǔn)。
  2. 加購>下單的轉(zhuǎn)化率可能大于100%,比如:今天加購的用戶可能在后天下單。
  3. 加購是一個(gè)按鈕不是頁面要格式化為頁面處理。

基于這些問題設(shè)計(jì)出了電商主路徑的頁面,主要可以看出每天的訪問用戶數(shù)、瀏覽商品列表頁用戶數(shù)、瀏覽商品詳情頁用戶數(shù)、加購用戶數(shù)、下單用戶數(shù)、收藏用戶數(shù)、分享用戶數(shù)和他們之間的轉(zhuǎn)化率。每天的轉(zhuǎn)化率我們以漏斗的形式展現(xiàn),這樣更能直觀的看出轉(zhuǎn)化率的變化情況。 點(diǎn)擊數(shù)字后可以查看用戶明細(xì)信息,可以直接導(dǎo)出這些結(jié)果,做針對性運(yùn)營,這樣主路徑的問題就解決了。

問題二

運(yùn)營用了一段時(shí)間就提出另外一個(gè)問題,天天看這些結(jié)果,但是就算發(fā)現(xiàn)了轉(zhuǎn)化率比較低,也很難找出轉(zhuǎn)化率低的原因。

為了解決這個(gè)問題,我們基于百度的歷史數(shù)據(jù)發(fā)現(xiàn):億訂的訪問入口(用戶第一次進(jìn)入的頁面)只有這幾個(gè)推廣頁、首頁、活動(dòng)頁、還有用戶直接從商品列表頁、商品詳情頁進(jìn)入(大部分是朋友圈的推廣)。

如果能知道這些入口主路徑的轉(zhuǎn)化率,那問題范圍就縮小了。于是,就有了入口分析功能,和其他數(shù)據(jù)產(chǎn)品的路徑分析不太同,我們不但把入口主路徑的轉(zhuǎn)化率清晰顯示出來,還可以看每個(gè)路徑每天的變化趨勢。

這樣就可以更加直觀的觀察出路轉(zhuǎn)化率低那條路徑,計(jì)算的方法要在這里講下:

  • 第一步把所有的用戶訪問分為N個(gè)會(huì)話(我們會(huì)話的間隔時(shí)間定義為20分鐘,也就是訪問一個(gè)頁面后如果超過20分鐘才訪問下一個(gè)頁面,那下一個(gè)頁面就算另外一個(gè)會(huì)話)。
  • 第二步找出用戶首次訪問包含這些入口的會(huì)話。
  • 第三步把用戶的訪問路徑打橫,遍歷用戶的訪問路徑如果滿足我們定義的路徑,這條路徑就會(huì)算一個(gè)UV。 計(jì)算時(shí)商品列表頁它是從搜索來的,還是從分類來的,還是直接從首頁來的已經(jīng)提前打好標(biāo)識(shí)。

問題三

坑位轉(zhuǎn)化率涉及坑位交易額,但是埋點(diǎn)數(shù)據(jù)有5%左右的丟失率,比如:用戶操作時(shí)的網(wǎng)絡(luò)不好,此時(shí)用戶的埋點(diǎn)數(shù)據(jù)就無法正常上傳到埋點(diǎn)服務(wù)器。

我們需要做到100%的精準(zhǔn),另外就是電商的加購是有一個(gè)斷層的,比如:用戶今天加購,沒有購買,過了2天直接進(jìn)入購物車買商品。

此時(shí),如果通過普通的數(shù)據(jù)埋點(diǎn)是很難得到購物車商品的來源的。和億訂的前端開發(fā)工程師商量后,就決定采用后端埋點(diǎn)的方式。用戶加購時(shí)將坑位的ID信息傳至數(shù)據(jù)庫,每次從購物車取出商品支付時(shí)再從數(shù)據(jù)空中取出商品的所屬坑位ID,下單時(shí)將坑位ID保存至訂單中,這樣從訂單中就能直接分析出這個(gè)商品來源于那個(gè)坑位。

問題四

采、存、通、用是對數(shù)據(jù)中臺(tái)價(jià)值最好的解釋。

采就是采集要采集用戶行為數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù);存就是通過三層建模的方式對數(shù)據(jù)進(jìn)行更科學(xué)的存儲(chǔ);通是打通,第一要打通用戶用戶行為數(shù)據(jù)和用戶業(yè)務(wù)數(shù)據(jù),比如能綜合看到埋點(diǎn)采集到的數(shù)據(jù)像時(shí)間、地理位置、硬件設(shè)備和用戶的購買行為像瀏覽、訪問、加購、購買、收藏、分享等。

打通的第二層含義就是要打通公司內(nèi)各個(gè)產(chǎn)品線的數(shù)據(jù),比如:筆者公司要做產(chǎn)業(yè)的上下游,就要打通生產(chǎn)數(shù)據(jù)、銷售數(shù)據(jù)、供應(yīng)鏈數(shù)據(jù),形成更加立體的用戶畫像。產(chǎn)品線之前的數(shù)據(jù)打通會(huì)在《數(shù)據(jù)中臺(tái)實(shí)戰(zhàn)-基于多條產(chǎn)品線的標(biāo)簽平臺(tái)》中介紹。

問題五

留存率的概念每種產(chǎn)品都不同,一般來說就是鎖定一批發(fā)生了某種行為的用戶,看接下來的7天或者14天等等是不是又發(fā)生了這種行為。

電商產(chǎn)品的留存率是電商產(chǎn)品的北極星指標(biāo),是這樣定義的:一個(gè)新用戶在第一次來到產(chǎn)品后的一周內(nèi),如果一周內(nèi)能讓他購買1-2次,那接下來他的復(fù)購率會(huì)非常高。

但是,不同電商產(chǎn)品的消費(fèi)頻次是不同的所以基于我們產(chǎn)品的特性。我們做了7日留存率、14日留存率、30日留存率這幾個(gè)數(shù)據(jù)指標(biāo)來監(jiān)控平臺(tái)的用戶粘性。另外就是電商產(chǎn)品初期用戶量和交易量是比較小的,所以我們還特別定義了一個(gè)訪問留存率的指標(biāo),看新用戶訪問后,7日后的留存情況、14日后的留存情況來綜合監(jiān)測用戶的黏性。

以上就是本次分享有關(guān)數(shù)據(jù)中臺(tái)-數(shù)據(jù)埋點(diǎn)的所有內(nèi)容,接下來會(huì)持續(xù)更新有關(guān)數(shù)據(jù)中臺(tái)的產(chǎn)品設(shè)計(jì)、標(biāo)簽平臺(tái)的搭建、推薦系統(tǒng)的搭建等更多干貨。全部基于實(shí)戰(zhàn),歡迎持續(xù)關(guān)注。

 

作者:Wilton(董超華),曾任職科大訊飛,現(xiàn)任富力環(huán)球商品貿(mào)易港大數(shù)據(jù)產(chǎn)品經(jīng)理。微信公眾號(hào):改變世界的產(chǎn)品經(jīng)理。簡單、簡短、有用,堅(jiān)持原創(chuàng)、堅(jiān)持做感動(dòng)你的好文章。

本文由@華仔 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自Unsplash, 基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評論
評論請登錄
  1. 干貨!謝謝大神分享!

    來自廣東 回復(fù)
  2. 學(xué)習(xí)了,謝謝分享。

    來自廣東 回復(fù)
  3. 說的很詳細(xì),也容易懂,謝謝大神。

    回復(fù)
  4. 干貨滿滿,大贊! ??

    來自北京 回復(fù)
    1. 關(guān)注作者公號(hào) 改變世界的產(chǎn)品經(jīng)理 有更多干貨

      來自廣東 回復(fù)
  5. 全是干貨啊

    回復(fù)
    1. 關(guān)注作者公號(hào) 改變世界的產(chǎn)品經(jīng)理 有更多干貨

      來自廣東 回復(fù)
  6. 如果查看用戶的行為全路徑,里面有類似trace_id貫穿上下游行為的字段嗎?或者你們根據(jù)什么字段判斷的?

    來自上海 回復(fù)
    1. URL,PREURL,會(huì)記錄用戶每次訪問的頁面,上一個(gè)頁面是什么

      來自廣東 回復(fù)
    2. 那如果做分析漏斗這應(yīng)該如何串聯(lián)起來?

      來自上海 回復(fù)
  7. 干貨滿滿!!

    回復(fù)
  8. 您文中提到的坑位的交易額,指的是一個(gè)坑位是一個(gè)商品還是一個(gè)坑位是一個(gè)活動(dòng)頁,如果是活動(dòng)頁里多個(gè)商品,如何計(jì)算此頁的交易額

    來自北京 回復(fù)
    1. 坑位信息要存到訂單

      來自廣東 回復(fù)
    2. 第三步把用戶的訪問路徑打橫,遍歷用戶的訪問路徑如果滿足我們定義的路徑,這條路徑就會(huì)算一個(gè)UV
      ——————————————————————————
      這塊如果定義的路徑為首頁>商品列表>商品詳情,遍歷用戶路徑發(fā)現(xiàn)是首頁>商品詳情,這是不是就不算是首頁>商品列表>商品詳情的UV呢

      來自北京 回復(fù)
  9. 您好,文中提到的《數(shù)據(jù)中臺(tái)實(shí)戰(zhàn)-基于多條產(chǎn)品線的標(biāo)簽平臺(tái)》,這篇文章希望分享一下。

    來自北京 回復(fù)
    1. 請持續(xù)關(guān)注 gzh:改變世界的產(chǎn)品經(jīng)理

      來自廣東 回復(fù)
    2. 這事您的公眾號(hào),還是?

      來自廣東 回復(fù)
  10. 收益匪淺??

    來自廣東 回復(fù)
  11. 董家兄弟??

    回復(fù)
    1. ??

      來自廣東 回復(fù)