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

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

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

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

文章背景

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

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

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

文章更新規(guī)劃

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

以上都是廢話，分割線以下是重點(diǎn)。

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

埋點(diǎn)概述

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

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

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

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

主要的埋點(diǎn)事件分類：

點(diǎn)擊事件：

點(diǎn)擊事件，用戶點(diǎn)擊按鈕即算點(diǎn)擊事件，不管點(diǎn)擊后有無結(jié)果；如下圖紅框標(biāo)注所示，點(diǎn)擊一次記一次。

曝光事件：

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

頁面停留時(shí)間事件：

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

則最終小明在首頁的頁面停留時(shí)間：

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

如下圖所示：

When？什么時(shí)間做？

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

• 在什么樣的場景下？
• 面向哪些目標(biāo)用戶？
• 解決了哪些問題？
• 帶來了什么價(jià)值？

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

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

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

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

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

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

How?怎么定義埋點(diǎn)？

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

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

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

埋點(diǎn)分類概述：

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

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

字段明細(xì)：

功能字段：

用于說明當(dāng)前埋點(diǎn)是在哪個(gè)頁面的哪個(gè)功能。例如：收藏功能，對應(yīng)功能字段名：自定義為我的收藏

中文名字段：

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

事件類型字段：

用于說明當(dāng)前埋點(diǎn)是點(diǎn)擊事件還是曝光事件還是其他

事件ID字段：

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

例如：點(diǎn)擊事件_APP端_二手車_個(gè)人中心_收藏_文章收藏 對應(yīng)事件ID==? click_app_2sc_ Personal Center_ Collection_ Article Collection

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

Key字段與value字段：

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

1. key01=source用于標(biāo)記當(dāng)用戶點(diǎn)擊了一次按鈕后是在哪個(gè)頻道的頁面點(diǎn)擊的這個(gè)按鈕X value01=X1，value2=X2用于標(biāo)記不同位置同屬性的按鈕。
2. Key02=type用于標(biāo)記用戶是點(diǎn)的砍價(jià)還是點(diǎn)的撥打電話按鈕，例如：01value用于標(biāo)記砍價(jià)按鈕，02value對應(yīng)的撥打電話按鈕。

記錄規(guī)則字段：

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

備注：

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

結(jié)語：

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

下篇預(yù)告：

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

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

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

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

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

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

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