作者：Aaron（轉載已取得作者授權）

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

我們出一個新功能，如果競品立即跟進就會陷入被牽著鼻子走的尷尬境地，慢一拍，即使是大團隊有錢有人模仿的再快，跟上了迭代速度，如果沒有看透競品迭代的本質原因，數據邏輯，則很可能輸掉整場游戲，從而讓對手無法模仿，跟不上、看不懂—（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？什么時間做？

產品經理的需求來源眾多，可能來自一線市場人員，可能來自身旁油膩的領導。可能來自用戶反饋的一條吐槽…無論需求來自哪里，首先要搞清楚的就是這個需求涉及的問題：

• 在什么樣的場景下？

• 面向哪些目標用戶？

• 解決了哪些問題？

• 帶來了什么價值？

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

• 哪些是主要問題？

• 哪些是次要問題？

• 重不重要？

• 緊不緊急？

將每個問題拆解后下一步就是帶著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對應的撥打電話按鈕。

記錄規則字段：

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

備注：

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

最后，我建立了各大城市的產品交流群，想進群小伙伴加微信：yw5201a1??我拉你進群。

關注微信公眾號：產品劉?可領取大禮包一份。

··················END··················

今日研報：卓爾數科聯合CAAC母嬰品牌研究院發布《2021年母嬰行業洞察報告》，公眾號后臺回復“?母嬰”，即可下載完整PDF文件。

RECOMMEND

推薦閱讀

手把手教你建立用戶畫像和用戶場景

手把手教你做產品經理

分享一篇關于“每日優鮮”的PRD文檔

產品經理學SQL

點擊“閱讀原文”

查看更多干貨

總結

以上是生活随笔為你收集整理的数据分析之如何制作数据埋点文档的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。