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

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

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

基于以上背景首先培養(yǎng)的就是以數(shù)據(jù)思維驅動產(chǎn)品迭代，精細化產(chǎn)品探索，及時發(fā)現(xiàn)產(chǎn)品問題，持續(xù)優(yōu)化，提升用戶體驗讓用戶用的爽、滿足用戶的深層次情感需求，來達到“大吉大利，今晚吃雞”的目的。

文章背景

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

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

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

文章更新規(guī)劃

計劃將實際工作中最高頻的與數(shù)據(jù)相關的一些工作經(jīng)驗以及技巧與大家做一個交流溝通，初步計劃整體分6-8篇文章、每篇1-2周的頻率由外到里，由淺入深，并伴隨實際工作中案例系統(tǒng)性的分享。根據(jù)看官老爺?shù)姆磻{整后面要寫的內(nèi)容，以及更新文章的速度。

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

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

埋點概述

數(shù)據(jù)埋點是數(shù)據(jù)產(chǎn)品經(jīng)理、數(shù)據(jù)運營以及數(shù)據(jù)分析師，基于業(yè)務需求（例如：CPC點擊付費廣告中統(tǒng)計每一個廣告位的點擊次數(shù)），產(chǎn)品需求（例如：推薦系統(tǒng)中推薦商品的曝光次數(shù)以及點擊的人數(shù)）對用戶行為的每一個事件對應的位置進行開發(fā)埋點，并通過SDK上報埋點的數(shù)據(jù)結果，記錄數(shù)據(jù)匯總后進行分析，推動產(chǎn)品優(yōu)化或指導運營。

埋點分析，是網(wǎng)站分析的一種常用的數(shù)據(jù)采集方法。數(shù)據(jù)埋點分為初級、中級、高級三種方式。數(shù)據(jù)埋點主流部署的方式有：

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

此處只展開初級：在產(chǎn)品、服務轉化關鍵點植入統(tǒng)計代碼，據(jù)其獨立ID確保數(shù)據(jù)采集不重復（如收藏按鈕點擊率）；

主要的埋點事件分類：

點擊事件：

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

曝光事件：

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

頁面停留時間事件：

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

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

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

如下圖所示：

When？什么時間做？

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

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

梳理清楚問題后，拆分問題：

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

將每個問題拆解后下一步就是帶著PRD文檔找親愛的數(shù)據(jù)分析師童鞋與產(chǎn)品經(jīng)理汪一起溝通，解決以下問題：

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

定義好數(shù)據(jù)指標后，此時則需要數(shù)據(jù)產(chǎn)品或者數(shù)據(jù)分析師定義埋點。

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

How?怎么定義埋點？

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

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

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

埋點分類概述：

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

真實環(huán)境中分類更為復雜，僅以上面例子說明分類思路，各位看官老爺可以根據(jù)業(yè)務需求做針對自己產(chǎn)品更合適的分類。

字段明細：

功能字段：

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

中文名字段：

用于描述X功能模塊內(nèi)X位置，例如起名叫：收藏功能-文章收藏

事件類型字段：

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

事件ID字段：

如果是自己公司開發(fā)的數(shù)據(jù)查詢系統(tǒng)，則每一個埋點都對應一個事件ID，上線后用于拿著事件ID去后臺取數(shù)使用。事件ID的命名規(guī)范：事件英文簡寫_哪一端的產(chǎn)品_產(chǎn)品名稱簡寫_頁面名稱_模塊名稱_功能名稱。

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

如果是用的第三方統(tǒng)計工具：例如某盟，同理定義好事件ID，上線后去X盟后臺，輸入事件ID查詢相應的數(shù)據(jù)。

Key字段與value字段：

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

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

記錄規(guī)則字段：

定義什么情況下觸發(fā)埋點，例如：在列表頁點擊一次記錄一次

備注：

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

結語：

本篇主要介紹了工作中埋點相關的基礎，以及闡述了埋點在產(chǎn)品流程中應在什么時間實現(xiàn)，怎么實現(xiàn)，定義埋點時對應規(guī)則規(guī)范等細節(jié)內(nèi)容，以期幫助各位看官老爺理解以及實踐。

下篇預告：

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

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

不說了，先來兩個葛優(yōu)癱，好累ヽ(￣▽￣)?

最后一句：以上我說的都是錯的，只有適合你的才是正確的！

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

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

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