數據分析入門:初識數據埋點(一)
Hi,各位看官老爺大家好,今天跟大家分享的主題是“初始數據埋點”,本文主要面向的對象是0-1歲剛入門或者即將入門的看官老爺們,本汪把自己實際工作中數據相關的經驗寫出來分享給大家,一起交流學習。
在流量紅利基本消失殆盡的大背景之下,流量逐步呈現愈發明顯的馬太效應,智勇雙全的前輩們遂提出了精細化產品探索之道,等各種方法論,通過數據分析團結一切可以團結的力量,利用可以利用的一切工具通過數據驅動產品迭代,通過數據驅動產品優化從而在激烈的同行競爭中殺出一條血路來,謀生存,求發展;最終通過數據始終在戰略上比競品(同行競爭對手)快一步,在戰略上藐視敵人,在戰術上重視敵人,讓對手摸不著套路。
我們出一個新功能,如果競品立即跟進就會陷入被牽著鼻子走的尷尬境地,慢一拍,即使是大團隊有錢有人模仿的再快,跟上了迭代速度,如果沒有看透競品迭代的本質原因,數據邏輯,則很可能輸掉整場游戲,從而讓對手無法模仿,跟不上、看不懂—(surprise O(∩_∩)O~老司機的會心一笑)
基于以上背景首先培養的就是以數據思維驅動產品迭代,精細化產品探索,及時發現產品問題,持續優化,提升用戶體驗讓用戶用的爽、滿足用戶的深層次情感需求,來達到“大吉大利,今晚吃雞”的目的。
文章背景
通過隨機抽樣調查,發現關于數據產品經理、數據分析、產品設計等關鍵詞的單篇文章多如牛毛,不乏干貨、或者大佬寫的24K干貨文章。但像每一篇文章只寫一個點,每個點連成線寫成一個系列,甚至組成一個面,讓看官老爺能系統性的了解某一條線的系列文章卻少之又少,看官老爺很難系統性的提升對某一個知識分支的認知,或者只能憑文章中提及的一些線索自己去探索,歸納(葛優癱..生無可戀的看官老爺可能會說:我能怎么辦,我也很無奈呀),就像:
- 我聽了好多大道理,但是依然過不好這一生。
- 我看了好多戀愛秘籍,搭訕攻略,但是卻依然找不到女盆友,比如本汪(雙狗特效加持:單身狗+產品狗)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值:
- key01=source用于標記當用戶點擊了一次按鈕后是在哪個頻道的頁面點擊的這個按鈕X value01=X1,value2=X2用于標記不同位置同屬性的按鈕。
- Key02=type用于標記用戶是點的砍價還是點的撥打電話按鈕,例如:01value用于標記砍價按鈕,02value對應的撥打電話按鈕。
記錄規則字段:
定義什么情況下觸發埋點,例如:在列表頁點擊一次記錄一次
備注:
用于描述當前埋點什么時間新增?什么時間修改過?原因?什么時間被刪除?誰刪除的?等信息記錄,此處好多看官可能以為寫不寫無所謂,但是為了信息的完整性和可追溯性最好每一次變動都要備注。(認真臉)
結語:
本篇主要介紹了工作中埋點相關的基礎,以及闡述了埋點在產品流程中應在什么時間實現,怎么實現,定義埋點時對應規則規范等細節內容,以期幫助各位看官老爺理解以及實踐。
下篇預告:
如果各位看官老爺已經對埋點有了初步的了解,則下一篇文章會基于以上內容更深入一步,具體是實際案例分析還是涉及埋點方案的設計相關,或者各位看官老爺留言問題對應的解決方案,或者其他,敬請期待~
犧牲了給開發爸爸捏肩捶背的時間加一個周末,趕出了這一篇,如有錯誤之處還請批評指正。
不說了,先來兩個葛優癱,好累ヽ( ̄▽ ̄)?
最后一句:以上我說的都是錯的,只有適合你的才是正確的!
再加一句:各位看官老爺,如果您覺的本文對您有幫助,記得給個贊哦,(*  ̄3)謝謝啦。
本文由 @Aaron 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自 Unsplash ,基于 CC0 協議
寫的挺好的
干,新人得我很受用
A端
內容很詳細 風格很喜歡;謝謝分享
聽語音的時候,那個分割線一直念叨 8212 8212,我的老天爺額
感謝,終于懂了。
太棒了,很有實際操作性
那個模板在哪里呀,我想下載一下謝謝謝謝
起點學院專門為0基礎的0-2歲互聯網人開設了《15天入門互聯網數據分析》班級哦~課程由數據思維+真實案例+實操相結合,提升你的數據分析能力!戳此了解>>http://996.pm/YNG4e
內容很翔實,是很好的入門文章。
你好能留各微信交流下嘛
有點復雜,我們用的易觀方舟Argo可視化埋點,剛開始摸索。不過你這個埋點思路還是不錯的
哈嘍,有個問題想聽聽你的想法,為什么要按頁面去埋點呢?
我理解,科學的埋點規范應該是按照應用的功能結構去埋點,再以一個字段(如source)區分不同的頁面來源,神策的建議是一個應用是不超過20個埋點。按您的埋點建議,一個產品1000+個埋點,很難維護的樣子
一個應用不超過20個埋點不太可能吧,比如表單有5個必須輸入的文本框,每個文本框都按照光標離開觸發上報數據事件。算上點擊注冊成功加上報名,就7個點了。頁面的按鈕點擊事件,一堆堆的
+1
Event不等于埋點,神策建議是不超過20個Event,一個Event包含很多不同的數據類型(Who、When、where、what、how)。
在你寫埋點文檔時,event就是一個事件,點擊是一個事件,頁面曝光是一個事件,停留時長也是也個事件,事件在埋點中,就是一個最小顆粒度,可統計的,并用事件id來命名。但一個事件,可能不止一個屬性,也就是key-value,比如聯系客服是一個按鈕,在首頁有一個,在我的中心有一個,那么事件就是點擊聯系客服,key就是頁面來源,value就是首頁、我的中心
有個疑問:假如我打開一個網頁,什么都沒干,直接最小化窗口,是不是也算入瀏覽時間了?或者網頁沒關,打開了另一個網頁的時候呢?這個并不是跳轉。而是不同平臺新頁面哦~例如,我打開人人都是產品經理首頁,然后去百度搜索去了。
Session跟Cookie有關吧,不殺就一直在,
請問一下,移動端產品也可以做停留時長埋點嗎?比如 用戶進入頁面A -> 從A跳轉新頁面 -> 一段時間后返回A,在用戶從A跳轉新頁面的這段時間是否統計為A的停留時長?
session是一直沒有變得,然后在這個session時間段內,計算停留在a頁面的總時長,即可
我是指源生代碼寫的app頁面,不是嵌入網頁哦
之前我們ios做埋點,根據入口和出口來統計,統計一個頁面有哪些入口和出口,然后規定,從入口進,開始計時,即使離開了頁面,只要沒有從指定的出口出,那么就會一直計算時間;如果從指定的幾個出口出了,那就結束計時
這樣啊,了解了!謝謝
素質三連
大神,關注您很久了,可以加大神微信嗎?
我想知道1500個數據埋點是不是要做至少1500個接口來進行數據采集與獲取
不一定,我之前看過公司的埋點數據文檔,有一個埋點對應了多個接口。
為什么會對應多個接口呀?難道一個埋點數據關聯多個功能嗎?還是多個系統呢?
接口用一個事件接口和用戶接口就可以了吧。
多個埋點可以共用一個接口吧?
可以加微信嗎?
曝光和瀏覽量不是一個指標吧,比如列表頁,如果按照列表頁瀏覽量來計算,有可能列表頁分頁了,我要統計具體的這個列表頁面某一個產品獨自的曝光次數,如果按瀏覽量來算,那豈不是所有的產品都是一個數據?
頁面瀏覽量是頁面的曝光次數,單個產品的瀏覽量可以統計這個商品的曝光次數
那像您說的情況,對同一個頁面(比如商品詳情頁)沒有必要做個曝光事件和瀏覽事件吧?
可以介紹一下關于數據分析學習的書嗎 或者您對于數據分析的一些大綱總結 非常感謝 求回復求回復 很急
精益數據分析
還有個問題:,一個按鈕點擊它會進入到新的頁面,是不是在做數據埋點的時候就沒有必要在對這個按鈕做點擊事件的埋點,只需要統計對應頁面的曝光時間就行了?
首先,曝光時間是一種時長記錄,你上文應該是想問“只需要統計對應頁面的曝光次數就行了?”吧?
我個人理解是,如果新頁面只有一個來源入口,那么新頁面的曝光次數=按鈕的點擊次數;但如果新頁面有多個來源入口,那么兩者不相等(因為曝光還可能是從其他渠道引發的,不一定是點擊該按鈕帶來的),還是要對按鈕做點擊埋點,這種是偏向于渠道分析了。
再請教一下:比如記錄登錄成功/操作成功這種狀態的事件應該歸為什么事件?
由衷的像up主表達感謝,能看出是用心寫的,很不容易,真的很感謝,希望能一直高產。有一點疑問就是,之前在這個網站上看了篇寫埋點文檔的文章(http://www.aharts.cn/data-analysis/861908.html),上面的文檔excel字段格式,好像和up主的不太一樣,但是內容又能大致對上(人家有五個字段:event、triggered、parameters、values、version),event應該是對應up主的“事件ID”,triggered對應“事件類型”,parameters對應“key”,values對應“value”,version應該對應“備注”,不知道對不對,如果up主能看到的話,還請解答一下,感激不盡。(為啥沒有打賞功能,忍不住想打賞up主)
埋點 統計停留時長 用戶點擊后,用戶跳出APP,過一段時間再次進入APP,相當于彩瓷登錄,這個問題怎么解決
看session會話有沒有結束,如果有,則還繼續統計時長,如果沒有,則重新計時;你想想在用蘋果手機,切換應用時,有時候是可以直接繼續當前操作,有時候是重新加載app,這就是session是否結束的判斷標志。這個跟手機有關,有的手機就會殺死后臺進程,那么這個連接肯定就斷掉續不上了