產(chǎn)品數(shù)據(jù)體系|如何用產(chǎn)品思維建設一個清晰的埋點數(shù)據(jù)流

1 評論 6525 瀏覽 66 收藏 12 分鐘

在互聯(lián)網(wǎng)各個平臺都進入增長疲倦期的階段,活躍用戶的留存比新用戶的增長成本更低、效率更高,這時對數(shù)據(jù)的高敏和處理就更為重要,而很大一部分數(shù)據(jù)都來自數(shù)據(jù)埋點。那么,如何用產(chǎn)品思維建設一個清晰的埋點數(shù)據(jù)流呢?一起來看一下吧。

數(shù)據(jù)埋點有什么作用呢?數(shù)據(jù)埋點可以說是數(shù)據(jù)建設的基礎,是數(shù)據(jù)與業(yè)務之間的鏈接和橋梁,相比較下數(shù)據(jù)可以客觀反映產(chǎn)品的生命周期階段,還可以起到指導業(yè)務方向的作用。

在互聯(lián)網(wǎng)各個平臺都進入增長疲倦期的階段,活躍用戶的留存和流失用戶的預警相較于新用戶的增長成本更低、效率更高,而更精細化的運營離不開數(shù)據(jù),對數(shù)據(jù)的高敏和處理就變得更為重要,除基礎數(shù)據(jù)之外有很大一部分數(shù)據(jù)都來自于數(shù)據(jù)埋點。

01 數(shù)據(jù)埋點的定義與分類

1. 數(shù)據(jù)埋點的定義

數(shù)據(jù)埋點定義:數(shù)據(jù)埋點又叫做數(shù)據(jù)事件追蹤(Event Tracking)又可以理解為是對用戶信息和用戶行為的數(shù)據(jù)監(jiān)控,可以對用戶的行為和事件進行觸發(fā)捕捉、處理、上報及落庫落表的處理流程。

2. 數(shù)據(jù)埋點的分類

數(shù)據(jù)埋點類別:數(shù)據(jù)埋點根據(jù)對象服務的不同,或通過是否需要調(diào)用接口可以分為前端埋點和服務端埋點。前端埋點可以通過JS或接入第三方SDK的方式進行接入;后端埋點則是通過記錄調(diào)用接口次數(shù)的方式進行記錄。

一般情況下前端埋點可以記錄一些簡單的業(yè)務數(shù)據(jù)比如簡單的頁面停留時間、瀏覽事件、點擊事件等,后端埋點記錄一些復雜的數(shù)據(jù)比如頁面的響應時間、頁面跳轉(zhuǎn)路徑和轉(zhuǎn)化等。

前端埋點主要分為前端代碼埋點和可視化埋點,如何理解兩種埋點呢?

1)代碼埋點

代碼埋點是根據(jù)指在確定好業(yè)務邏輯后通過前端JS進行數(shù)據(jù)監(jiān)控或接入三方SDK的方式進行的數(shù)據(jù)埋點方式;

代碼埋點的閉環(huán),不考慮業(yè)務輸出的層面需要包含:觸發(fā)埋點 > 埋點上報收集 > 數(shù)據(jù)清洗和處理 > 埋點數(shù)據(jù)可視化 > 各系統(tǒng)針對數(shù)據(jù)的使用。

  • 優(yōu)點:埋點觸點精準,數(shù)據(jù)收集口徑可自定義;
  • 缺點:新增數(shù)據(jù)埋點需重新開發(fā)并發(fā)版需一定的人力成本。

2)可視化埋點

可視化埋點是在接入埋點SDK的基礎上,可以直接通過業(yè)務人員的操作對頁面進行圈定并自定義埋點名稱的埋點方式。

  • 優(yōu)點:可以直接面向業(yè)務人員便于操作、埋點可以及時響應
  • 缺點:數(shù)據(jù)埋點范圍受SDK的限制

后端埋點的特點主要是通過接口的調(diào)用產(chǎn)生數(shù)據(jù)請求并將其記錄下來,能夠完成實時的收集但也存在若在無網(wǎng)絡無法調(diào)用記錄的情況。

  • 優(yōu)點:無需發(fā)版、實時記錄
  • 缺點:受網(wǎng)絡環(huán)境影響、無法覆蓋全部的前端操作和元件

02 如何設計數(shù)據(jù)埋點

埋點可以分布在移動端、PC端、移動設備和服務器四種,相對較多的為移動端和PC端,埋點數(shù)據(jù)也要貫穿應用的生命周期覆蓋所有的用戶行為。

  • 移動端:一般情況下指的是手機端的各類應用產(chǎn)品;
  • PC端:一般情況下指的是WEB頁面,PC客戶端,例如人人都是產(chǎn)品經(jīng)理網(wǎng)站等;
  • 移動設備:一般情況下指的是有關智能化的獨立設備比如智能手環(huán)的點擊等;
  • 服務器:一般情況下指服務端服務器資源可以用于接口的影響速度監(jiān)測等。

1)埋點原則

前期埋點要全,后期定時刪除。

  • 前期埋點全:前期產(chǎn)品不穩(wěn)定時,埋點要埋全——盡可能杜絕上線后發(fā)現(xiàn)數(shù)據(jù)缺失;
  • 后期定時刪:產(chǎn)品或者需求得出明確的結論后,定時整理刪除不再需要或者不重要的埋點事件;

埋點有邏輯和預期:了解數(shù)據(jù)統(tǒng)計平臺后埋點,杜絕埋點后數(shù)據(jù)在統(tǒng)計平臺中的呈現(xiàn)方式與預期差別過大,無數(shù)可取無數(shù)可用。

埋點參數(shù)明確且唯一:埋點參數(shù)若難以理解,會造成業(yè)務折返跑并名稱重復不可用。

2)埋點規(guī)則

在埋點數(shù)據(jù)的使用中,是依靠埋點參數(shù)進行選取和過濾的,因此在設計埋點時埋點要滿足明確模塊、位置、觸點、參數(shù)、周期與上報時機,把需要拆分的維度當做參數(shù)來設計會便于后續(xù)的數(shù)據(jù)篩選和計算。

  • 模塊:明確埋點的平臺模塊,便于后續(xù)不同埋點數(shù)據(jù)的使用、歸納與收斂;
  • 位置:明確埋點的位置,便于后續(xù)埋點數(shù)據(jù)的分類與使用;
  • 觸點:明確埋點的觸發(fā)的機會點,例如頁面中的按鈕或其他元素等,便于埋點口徑的統(tǒng)一;
  • 參數(shù):明確埋點的參數(shù)名稱,要保證全局唯一且明確易懂,便于埋點的使用的查詢;
  • 周期:明確埋點的統(tǒng)計周期,例如點擊三次元素后當作埋點的一個統(tǒng)計周期;
  • 時機:明確埋點的上報時機,在滿足了埋點觸點時根據(jù)上報時機進行埋點事件的上報,通過統(tǒng)計周期進行數(shù)據(jù)的處理與應用。

3)埋點數(shù)據(jù)分類

按照不同的事件分類可以將埋點數(shù)據(jù)分為四大類:點擊事件、曝光事件、跳轉(zhuǎn)事件與時間統(tǒng)計事件。

  1. 曝光事件:用戶在應用的有效展示行為,如何合理定義有效曝光是前提,此部分可以與業(yè)務和開發(fā)同學共同定義,因為曝光事件是計算的基礎,例如點擊率=點擊數(shù)/曝光數(shù);
  2. 點擊事件:用戶在應用內(nèi)通過點擊某個按鈕時會觸發(fā)一次點擊事件通過數(shù)據(jù)上報進行一次點擊事件的計數(shù),可以觸發(fā)的點有按鈕控件、內(nèi)容區(qū)域、頁面元素等;
  3. 跳轉(zhuǎn)事件:用戶在應用內(nèi)通過頁面之間的切換可以定義出跳轉(zhuǎn)事件,此部分需要考慮跳轉(zhuǎn)事件的定義,一次完整的跳轉(zhuǎn)是通過哪些(兩個)頁面間元素的那些(點擊)行為進行計算等;
  4. 時間統(tǒng)計事件:用戶在應用內(nèi)在某個頁面的停留時間,可以通過用戶進入頁面的時間t1和離開頁面的時間t2計算間的差值進行統(tǒng)計,計算方法可以簡單地表示為:用戶停留時長=離開頁面時t2-進入頁面時間t1 ,但可能存在著用戶連續(xù)跳轉(zhuǎn)無法記錄時間或記錄事件較短無法統(tǒng)計的情況,此時需要定義出時間的最小卡點。

按照不同的數(shù)據(jù)分類可以將埋點數(shù)據(jù)分為三大類:基礎數(shù)據(jù)、模塊數(shù)據(jù)與特殊數(shù)據(jù)等。

  1. 基礎數(shù)據(jù):基礎數(shù)據(jù)又可以叫做公共數(shù)據(jù)用作模塊與模塊之間的交叉數(shù)據(jù),此部分數(shù)據(jù)一般情況下只需要上報一次出于數(shù)據(jù)準確性的考量可以設定一段時間更新一次即可;
  2. 模塊數(shù)據(jù):模塊數(shù)據(jù)指的是業(yè)務組之間自定義的埋點數(shù)據(jù),此部分數(shù)據(jù)的更新時間與時機要與業(yè)務共同商定已滿足業(yè)務對于埋點的需求,此部分數(shù)據(jù)一般情況下是轉(zhuǎn)化漏斗與用戶分析等業(yè)務強相關的數(shù)據(jù)。例如:頁面PV,頁面UV等;
  3. 特殊數(shù)據(jù):此部分是根據(jù)業(yè)務需求定制化的埋點數(shù)據(jù)流,例如一些頁面事件來源信息(渠道來源、廣告歸因等)、自定義信息(應用版本、屏幕分辨率、瀏覽器信息)等。在此過程中需要將埋點的數(shù)據(jù)落庫落表,在埋點上線后需要及時的進行數(shù)據(jù)統(tǒng)計與接收業(yè)務反饋。

03 數(shù)據(jù)埋點的挑戰(zhàn)與難點

數(shù)據(jù)埋點處于數(shù)據(jù)處理鏈路與數(shù)據(jù)分析的基礎層級,也就意味著需要面臨著業(yè)務數(shù)據(jù)多、流量數(shù)量龐大、ETL任務體量大,所以數(shù)據(jù)埋點的底線是要保證數(shù)據(jù)埋點上報的質(zhì)量和穩(wěn)定性,在此基礎上需要考慮埋點數(shù)據(jù)流的實效性和成本管理。

  • 埋點數(shù)據(jù)的高質(zhì)量與穩(wěn)定性:針對業(yè)務流量激增的情況需要保證業(yè)務的穩(wěn)定性可以新增服務降級和容滅機制;
  • 埋點數(shù)據(jù)流的實效性:針對不同業(yè)務模塊對數(shù)據(jù)埋點實效性的不同要求,埋點數(shù)據(jù)流分層處理,例如推薦系統(tǒng)對于埋點數(shù)據(jù)流的來說實效性的要求程度較高;
  • 埋點數(shù)據(jù)流的成本管理:此部分可以采取性能優(yōu)化、埋點方案與治理等方案進行降本增效。

04 寫在最后

數(shù)據(jù)埋點是業(yè)務邏輯較為復雜數(shù)據(jù)體量較大的模塊,所以在設計之初就需要做到邏輯清晰全面并有所記錄與復盤。一個好的埋點數(shù)據(jù)流要保證覆蓋全面、穩(wěn)定迭代、可拓展可分析可復盤。

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

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

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. good!

    來自浙江 回復