數據分析入門:初識數據埋點(一)

96 評論 257947 瀏覽 1700 收藏 16 分鐘

Hi,各位看官老爺大家好,今天跟大家分享的主題是“初始數據埋點”,本文主要面向的對象是0-1歲剛入門或者即將入門的看官老爺們,本汪把自己實際工作中數據相關的經驗寫出來分享給大家,一起交流學習。

在流量紅利基本消失殆盡的大背景之下,流量逐步呈現愈發明顯的馬太效應,智勇雙全的前輩們遂提出了精細化產品探索之道,等各種方法論,通過數據分析團結一切可以團結的力量,利用可以利用的一切工具通過數據驅動產品迭代,通過數據驅動產品優化從而在激烈的同行競爭中殺出一條血路來,謀生存,求發展;最終通過數據始終在戰略上比競品(同行競爭對手)快一步,在戰略上藐視敵人,在戰術上重視敵人,讓對手摸不著套路。

我們出一個新功能,如果競品立即跟進就會陷入被牽著鼻子走的尷尬境地,慢一拍,即使是大團隊有錢有人模仿的再快,跟上了迭代速度,如果沒有看透競品迭代的本質原因,數據邏輯,則很可能輸掉整場游戲,從而讓對手無法模仿,跟不上、看不懂—(surprise O(∩_∩)O~老司機的會心一笑)

基于以上背景首先培養的就是以數據思維驅動產品迭代,精細化產品探索,及時發現產品問題,持續優化,提升用戶體驗讓用戶用的爽、滿足用戶的深層次情感需求,來達到“大吉大利,今晚吃雞”的目的。

文章背景

通過隨機抽樣調查,發現關于數據產品經理、數據分析、產品設計等關鍵詞的單篇文章多如牛毛,不乏干貨、或者大佬寫的24K干貨文章。但像每一篇文章只寫一個點,每個點連成線寫成一個系列,甚至組成一個面,讓看官老爺能系統性的了解某一條線的系列文章卻少之又少,看官老爺很難系統性的提升對某一個知識分支的認知,或者只能憑文章中提及的一些線索自己去探索,歸納(葛優癱..生無可戀的看官老爺可能會說:我能怎么辦,我也很無奈呀),就像:

  1. 我聽了好多大道理,但是依然過不好這一生。
  2. 我看了好多戀愛秘籍,搭訕攻略,但是卻依然找不到女盆友,比如本汪(雙狗特效加持:單身狗+產品狗)buling buling…的效果是一樣一樣的。

基于知識點分散,系統性歸納整理低效的場景,面向0-1歲或者即將入坑數據產品的看官老爺,解決數據產品入門的問題,帶來幫助看官老爺整體理解數據產品基礎,系統性入門的價值。

文章更新規劃

計劃將實際工作中最高頻的與數據相關的一些工作經驗以及技巧與大家做一個交流溝通,初步計劃整體分6-8篇文章、每篇1-2周的頻率由外到里,由淺入深,并伴隨實際工作中案例系統性的分享。根據看官老爺的反應調整后面要寫的內容,以及更新文章的速度。

以上都是廢話,分割線以下是重點。

———————————————我是可愛的分割線—————————————-

埋點概述

數據埋點是數據產品經理、數據運營以及數據分析師,基于業務需求(例如:CPC點擊付費廣告中統計每一個廣告位的點擊次數),產品需求(例如:推薦系統中推薦商品的曝光次數以及點擊的人數)對用戶行為的每一個事件對應的位置進行開發埋點,并通過SDK上報埋點的數據結果,記錄數據匯總后進行分析,推動產品優化或指導運營。

埋點分析,是網站分析的一種常用的數據采集方法。數據埋點分為初級、中級、高級三種方式。數據埋點主流部署的方式有:

  • 私有化部署(即部署在自己公司的服務器上,如果期望提高數據安全性,或者定制化的埋點方案較多,則適合私有部署,并開發一套針對自己公司定制化的數據后臺查詢系統保證數據的安全性和精確性,缺點是成本較高)。
  • 接入第三方服務,比如國內的某盟和國外的GA(Google Analytics)統計,在以后的文章中會單獨介紹,此處不再展開。(優點是成本較低,部分基礎服務免費,缺點是:數據會存在不安全的風險,另外一個就是只能進行通用的簡單分析,無法定制化埋點方案)

此處只展開初級:在產品、服務轉化關鍵點植入統計代碼,據其獨立ID確保數據采集不重復(如收藏按鈕點擊率);

主要的埋點事件分類:

點擊事件:

點擊事件,用戶點擊按鈕即算點擊事件,不管點擊后有無結果;如下圖紅框標注所示,點擊一次記一次。

曝光事件:

成功打開一次頁面記一次,刷新頁面一次記一次,加載下一頁新頁,加載一次記一次。home鍵切換到后臺再進入頁面,曝光事件不記;如下圖頁面所示,打開一次記一次。

頁面停留時間事件:

表示一個用戶在X頁面的停留時長記為停留時長。例如:小明9:00訪問了X網站首頁,此時分析工具則開始為小明這個訪問者記錄1個Session(會話)。接著9:01小明又瀏覽了另外一個頁面列表頁,然后離開了網站(離開網站可以是通過關閉瀏覽器,或在地址欄鍵入一個不同的網址,或是點擊了你網站上鏈接到其他網站的鏈接……)為了簡單,我們把這個過程當做一個Session。

則最終小明在首頁的頁面停留時間:

(Time on Page,簡稱Tp)Tp(首頁) = 9:01 – 9:00 = 1 分鐘

如下圖所示:

When?什么時間做?

產品經理的需求來源眾多,可能來自一線市場人員,可能來自身旁油膩的領導??赡軄碜杂脩舴答伒囊粭l吐槽…無論需求來自哪里,首先要搞清楚的就是這個需求涉及的問題:

  • 在什么樣的場景下?
  • 面向哪些目標用戶?
  • 解決了哪些問題?
  • 帶來了什么價值?

梳理清楚問題后,拆分問題:

  • 哪些是主要問題?
  • 哪些是次要問題?
  • 重不重要?
  • 緊不緊急?

將每個問題拆解后下一步就是帶著PRD文檔找親愛的數據分析師童鞋與產品經理汪一起溝通,解決以下問題:

  • 每個問題應該怎么量化?
  • 量化指標是什么?
  • 怎么通過數據定義每個問題以及整個需求的成功與否?
  • 有哪些輔助指標?

定義好數據指標后,此時則需要數據產品或者數據分析師定義埋點。

同時為幫助各位看官老爺理解,可參考以下流程圖:

How?怎么定義埋點?

無規則不成方圓,良好的定義規范可以幫助埋點相關人員更好的維護,以及理解,極高的提升工作效率,降低推倒重來的風險,基于此分享一份埋點的定義規范幫助各位看官老爺以后維護自己產品的埋點。

使用此規范后,本汪一人就可以維護一個APP版本(包含點擊事件、曝光事件、停留事件)累計1500多個埋點,井然有序,完全不會亂。

(懷念那些加班維護埋點跑數的日日夜夜,讓我與看門大叔成了摯友,結下了深厚的友誼??瓤?,此處應該有掌聲…)

埋點分類概述:

  • 首先從事件屬性這個維度上分為三份Excel(點擊事件表、曝光事件表、停留事件表)
  • 其次每一個事件表中新建三份子表(Sheet),以點擊事件表為例拆分為:首頁事件集合、列表頁事件集合、詳情頁事件集合
  • 每當APP發布新版本時,從上一個版本的埋點中做一份Copy,新版本中新增了哪些埋點,刪除了哪些埋點?都用不同的顏色,或者時間標記進行標注說明。

真實環境中分類更為復雜,僅以上面例子說明分類思路,各位看官老爺可以根據業務需求做針對自己產品更合適的分類。

字段明細:

功能字段:

用于說明當前埋點是在哪個頁面的哪個功能。例如:收藏功能,對應功能字段名:自定義為我的收藏

中文名字段:

用于描述X功能模塊內X位置,例如起名叫:收藏功能-文章收藏

事件類型字段:

用于說明當前埋點是點擊事件還是曝光事件還是其他

事件ID字段:

如果是自己公司開發的數據查詢系統,則每一個埋點都對應一個事件ID,上線后用于拿著事件ID去后臺取數使用。事件ID的命名規范:事件英文簡寫_哪一端的產品_產品名稱簡寫_頁面名稱_模塊名稱_功能名稱。

例如:點擊事件_APP端_二手車_個人中心_收藏_文章收藏 對應事件ID==? click_app_2sc_ Personal Center_ Collection_ Article Collection

如果是用的第三方統計工具:例如某盟,同理定義好事件ID,上線后去X盟后臺,輸入事件ID查詢相應的數據。

Key字段與value字段:

當一個埋點對應不同類型的多種位置的埋點時,則需要命名當前埋點的key參數與value參數,一個key可以對應1個value或者多個value,但一個value不能對應多個key.只能對應唯一的一個key? 例如:二手車信息網站有2個關鍵按鈕,一個是砍價按鈕,一個是撥打電話按鈕,但是在多個頻道中每個頻道都有多個砍價按鈕多個撥打電話按鈕,在這樣的場景下就可以設計2個KEY值:

  1. key01=source用于標記當用戶點擊了一次按鈕后是在哪個頻道的頁面點擊的這個按鈕X value01=X1,value2=X2用于標記不同位置同屬性的按鈕。
  2. Key02=type用于標記用戶是點的砍價還是點的撥打電話按鈕,例如:01value用于標記砍價按鈕,02value對應的撥打電話按鈕。

記錄規則字段:

定義什么情況下觸發埋點,例如:在列表頁點擊一次記錄一次

備注:

用于描述當前埋點什么時間新增?什么時間修改過?原因?什么時間被刪除?誰刪除的?等信息記錄,此處好多看官可能以為寫不寫無所謂,但是為了信息的完整性和可追溯性最好每一次變動都要備注。(認真臉)

結語:

本篇主要介紹了工作中埋點相關的基礎,以及闡述了埋點在產品流程中應在什么時間實現,怎么實現,定義埋點時對應規則規范等細節內容,以期幫助各位看官老爺理解以及實踐。

下篇預告:

如果各位看官老爺已經對埋點有了初步的了解,則下一篇文章會基于以上內容更深入一步,具體是實際案例分析還是涉及埋點方案的設計相關,或者各位看官老爺留言問題對應的解決方案,或者其他,敬請期待~

犧牲了給開發爸爸捏肩捶背的時間加一個周末,趕出了這一篇,如有錯誤之處還請批評指正。

不說了,先來兩個葛優癱,好累ヽ( ̄▽ ̄)?

最后一句:以上我說的都是錯的,只有適合你的才是正確的!

再加一句:各位看官老爺,如果您覺的本文對您有幫助,記得給個贊哦,(*  ̄3)謝謝啦。

 

本文由 @Aaron 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自 Unsplash ,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 我從開發的思路考慮,埋點是不是類似在代碼某個事件下加一些數據watch尼。只不過在代碼監控比較影響性能,所以直接從數據庫查詢。

    來自福建 回復
  2. 不多說,反手就是一個訂閱+收藏

    來自廣東 回復
  3. 請問大佬,我們用的百度統計,我還用構建一張埋點的表格嗎 ??

    來自上海 回復
  4. 謝謝大佬分享,關注你了,希望以后能學到更多的產品知識和經驗,產品萌新報到。

    來自廣東 回復
  5. 一臉懵逼的來,一臉懵逼的走,希望可以看到視頻教程

    來自重慶 回復
  6. THKS大佬,明白怎么去做,至少明白定義

    來自四川 回復
  7. 個人認為key-value還是描述的相當明確的,對于購物網站最重要的功能就是用戶轉化,原文中提到了兩個功能“砍價”與“打電話”對應兩個按鈕的value.但對于最終的效果評估分析還需要明確相同value所對應的key值,即在哪個頁面的什么部位觸發的轉化,具體的頁面元素路徑標識則是對應的“key”.

    來自浙江 回復
  8. 2sc ??

    來自廣東 回復
  9. 看到key字段和value字段這么多小伙伴不明白我就放心了,,,下篇文章好好琢磨琢磨 ??

    來自北京 回復
    1. 這位客官,哪里不明白?可以一起溝通下 ?

      來自北京 回復
    2. 字段明細表格中,有一項“事件ID”,還有一項“對應二手車命名(新)”這兩個有什么區別呢?可以加作者個微信嗎?最近在做這方面的工作,也想好好學習一下。我的微信queen328557623
      感謝! :mrgreen:

      來自北京 回復
  10. 有一點不太明白,還望解答,曝光事件是不是就是記錄當前頁面的瀏覽量?

    來自上海 回復
    1. 我感覺是這個意思

      來自北京 回復
    2. 是這個意思

      來自北京 回復
    3. 肯定不是,瀏覽量是一個粗略統計,真實運營單頁面不光看瀏覽量,還要看每屏曝光市場

      回復
  11. 哥 來個微信啊~

    來自上海 回復
  12. Pc端數據埋點與移動端有什么區別沒有呢?

    回復
    1. 我也有這個疑問???

      回復
    2. 沒有區別,數據埋點的維護都在后臺。

      來自北京 回復
  13. 要是通過該頁面點擊按鈕跳轉至其他頁面,但原來頁面沒關,也可能重新回來原頁面,那要怎么算停留時間?是這個頁面不關就算停留時間?還有停留時間是要怎么記錄,一天內那么多個人停留時間各不相同,一天的明細數據也很多吧?

    來自廣東 回復
    1. 停留時間=最后一次活躍頁面的打開時間-首次落地的時間。

      來自北京 回復
  14. 說好的更新呢,每周一到兩篇啊

    來自上海 回復
    1. 我也有這個疑問 ??

      來自江蘇 回復
    2. 客觀見諒,為了給大家帶來更好的內容,閉關修煉中~ ?

      來自北京 回復
  15. 求問,怎么理解曝光事件???

    回復
    1. 曝光事件就是記錄當前頁面的瀏覽量

      來自北京 回復
  16. 干貨,有收獲,感謝!

    來自北京 回復
  17. 有木有一個數據埋點的文檔參考一下呢

    來自廣東 回復
    1. 同上

      來自上海 回復
    2. 您好,文檔是公司的,不能外傳呢,請諒解

      來自北京 回復
  18. 受教

    回復
  19. 感謝,說的很仔細,可操作性強。

    來自北京 回復
  20. ? 滿滿的干貨!
    不過Key字段與value字段部分描述的不太清楚。
    期待后續~ ??

    來自北京 回復
    1. Key與Value字段會在下篇中詳細解釋噠,敬請期待

      來自北京 回復
  21. 文章開頭,語句標點之類的有點混亂,但是重點內容讀著挺順

    來自上海 回復
    1. 感謝老鐵的建議,會積極改進噠 ??

      來自北京 回復
  22. 24k

    回復
  23. 阿里的老鐵單獨推薦了你的文章 , 寫的不錯。 ??

    來自上海 回復
    1. 感謝您的認可, ??

      來自北京 回復
  24. 干貨!

    來自四川 回復
    1. 謝過老鐵的認可

      來自北京 回復
  25. Key字段與value字段那部分完全沒看懂。列個表格可能好些。

    來自福建 回復
    1. OK,下一篇中解決這個問題,列出表格

      來自北京 回復
  26. 據說數據產品經理都是萌妹紙。

    來自福建 回復
  27. 點贊

    來自北京 回復
    1. 感謝您的認可!O(∩_∩)O~

      來自北京 回復
  28. 老鐵,這篇可以,雙汪給你點個汪,不是,點個贊~

    來自廣東 回復
    1. 謝過看官老爺~

      來自北京 回復
  29. 有用 ??

    來自上海 回復
    1. ?

      來自北京 回復
  30. 來自北京 回復
    1. 謝謝老鐵 ??

      來自北京 回復
    2. 趕快寫第二排^_^

      來自北京 回復