編輯導(dǎo)讀：數(shù)據(jù)埋點(diǎn)，對(duì)于產(chǎn)品迭代而言，有很重要的指向意義。但是實(shí)際應(yīng)用中，大多數(shù)產(chǎn)品新人對(duì)數(shù)據(jù)埋點(diǎn)都沒有具體實(shí)操，只有基礎(chǔ)的了解。本文作者依據(jù)自身工作實(shí)踐，從埋點(diǎn)思路、埋點(diǎn)設(shè)計(jì)、埋點(diǎn)文檔格式和迭代等四個(gè)方面對(duì)數(shù)據(jù)埋點(diǎn)的操作流程進(jìn)行了拆解分析，供大家一同參考學(xué)習(xí)。

文檔適用人群：數(shù)據(jù)埋點(diǎn)小白

文檔提及工具：神策、腦圖

文檔背景：筆者剛接觸數(shù)據(jù)埋點(diǎn)和分析2個(gè)月，通過大量實(shí)操總結(jié)出的實(shí)操手冊，非常適用于現(xiàn)階段的自己。

文檔介紹：沒有概念講解，沒有術(shù)語堆疊，沒有技術(shù)分析，都是非常落地的方法論述。希望對(duì)小白有幫助。

一、埋點(diǎn)梳理思路

1. 從0到1，基于鏈路的梳理

在沒有任何埋點(diǎn)的情況下，合適的方式是根據(jù)產(chǎn)品的鏈路進(jìn)行埋點(diǎn)的梳理。

以倒序鏈路形式記錄用戶的每一條路徑、頁面，與點(diǎn)擊。同級(jí)頁面操作或多來源頁面一漏斗形式呈現(xiàn)。

在梳理鏈路時(shí)一定做到盡善盡美，每個(gè)頁面的瀏覽和每一次點(diǎn)擊都要記錄在案。至于埋不埋是下一步考慮的事情。

梳理VIP充值鏈路：

2. 版本迭代，基于動(dòng)作的梳理

在已有埋點(diǎn)的情況下，日常迭代中，我們會(huì)修改產(chǎn)品的一些功能點(diǎn)，此時(shí)我們的埋點(diǎn)就需要進(jìn)行相應(yīng)的補(bǔ)充和修改，這個(gè)時(shí)候可以采取另一種辦法梳理埋點(diǎn)。

首先是從2個(gè)緯度去梳理數(shù)據(jù)需求。一是功能數(shù)據(jù)，二是核心數(shù)據(jù)。

（1）功能數(shù)據(jù)

指的是基于版本動(dòng)作而產(chǎn)生的數(shù)據(jù)需求。列舉版本所做的新功能和修改，從動(dòng)作出發(fā)去思考帶來的直接數(shù)據(jù)效果，或者用什么數(shù)據(jù)去驗(yàn)證動(dòng)作效果。

例如新版本上了一個(gè)在線用戶列表，其他用戶可查看用戶列表后前往個(gè)人主頁發(fā)起聊天。在列表中增加了新人權(quán)重，以提高新人收信率。

此時(shí)整理出的數(shù)據(jù)需求包含：

1. 通過該列表進(jìn)行發(fā)送私信的轉(zhuǎn)化率
2. 新用戶首日被瀏覽率
3. 新用戶首日收招呼率

從數(shù)據(jù)需求出發(fā)梳理短鏈路和埋點(diǎn)，在埋點(diǎn)文檔中查漏補(bǔ)缺?？赡苁茄a(bǔ)充事件，也可能補(bǔ)充埋點(diǎn)就足夠了。

（2）核心數(shù)據(jù)

每個(gè)版本我們都會(huì)做不同的動(dòng)作，或大或小。動(dòng)作有對(duì)應(yīng)的數(shù)據(jù)去驗(yàn)證其有效性。但是產(chǎn)品在一個(gè)階段內(nèi)，會(huì)有一些核心數(shù)據(jù)需要去持續(xù)觀測，要和功能數(shù)據(jù)去進(jìn)行一個(gè)權(quán)衡對(duì)比。如果功能數(shù)據(jù)上升了，但是核心數(shù)據(jù)下降了，也是不可取的片面驗(yàn)證。

核心數(shù)據(jù)便是產(chǎn)品在一個(gè)階段內(nèi)需要去持續(xù)觀測的最重要的一些數(shù)據(jù)。例如對(duì)于社交產(chǎn)品來說，我們一般持續(xù)觀測其留存率、連接率和客單價(jià)等關(guān)鍵數(shù)據(jù)。

（3）其他小tips

如果有使用數(shù)據(jù)分析系統(tǒng)，要在梳理數(shù)據(jù)需求的時(shí)候，思考自己怎么通過系統(tǒng)去獲取到數(shù)據(jù)，可以幫助你設(shè)計(jì)更實(shí)用的埋點(diǎn)。例如，我是使用神策的，我在填數(shù)據(jù)需求的時(shí)候，會(huì)直接寫上，是用漏斗分析，還是事件分析，還是占比分析等。

如果對(duì)應(yīng)的動(dòng)作有舊數(shù)據(jù)，應(yīng)直接記錄舊數(shù)據(jù)，方便之后做對(duì)比。

建議以腦圖形式輸出，格式參考：

版本升級(jí)和埋點(diǎn)發(fā)布后，前往數(shù)據(jù)分析系統(tǒng)進(jìn)行數(shù)據(jù)看版和概覽的建設(shè)?？梢杂梅诸愡M(jìn)行概覽分組的依據(jù)，也可以用版本為劃分，方便版本數(shù)據(jù)統(tǒng)計(jì)與復(fù)盤。

二、埋點(diǎn)設(shè)計(jì)準(zhǔn)則

（1）事無巨細(xì)，每一步用戶行為全都需要獲取數(shù)據(jù)。

舉例：在一個(gè)基本資料填寫頁面，點(diǎn)擊選項(xiàng)出現(xiàn)填寫彈窗，在彈窗上有提交、取消的按鍵，點(diǎn)擊彈窗外區(qū)域也會(huì)關(guān)閉彈窗。點(diǎn)擊打開彈窗的量、打開彈窗后的各個(gè)操作量，都需要獲取數(shù)據(jù)。

（2）同級(jí)頁面操作和同頁面多來源為一個(gè)事件，不同的操作內(nèi)容和頁面來源作為事件的屬性進(jìn)行采集。

舉例：承接上一個(gè)基本資料頁的案例。基本資料頁5個(gè)選項(xiàng)，獲取打開彈窗/提交/取消只需要1個(gè)事件與2個(gè)屬性。

中文事件名稱：填寫基本資料項(xiàng)

中文屬性名稱一：填寫類型（昵稱、性別、生日、身高、常住地）

中文屬性名稱二：是否成功（真、假）

（3）用戶的點(diǎn)擊，若與下一個(gè)頁面的瀏覽是直接觸達(dá)可只埋一個(gè)事件。

舉例：點(diǎn)擊去填寫資料，就直接開始瀏覽填寫資料頁面。前者完全等于后者（數(shù)據(jù)量大時(shí)可忽略不計(jì)bug），只需要埋一個(gè)事件即可。

（4）前端的行為與后端的結(jié)果應(yīng)盡量分開。前端的操作結(jié)果作為屬性去記錄，可能會(huì)有接口反饋不及時(shí)的風(fēng)險(xiǎn)。

舉例：提交VIP充值訂單，前端記錄一個(gè)點(diǎn)擊事件（即“點(diǎn)擊提交”），后端記錄一個(gè)結(jié)果事件（即VIP訂單提交，屬性為是否成功）。

（5）平臺(tái)型和互動(dòng)型產(chǎn)品需要注意被動(dòng)數(shù)據(jù)的埋點(diǎn)。目前發(fā)現(xiàn)的規(guī)律是，涉及到雙方的動(dòng)作節(jié)點(diǎn)需要去注意被動(dòng)數(shù)據(jù)。

為什么要看被動(dòng)數(shù)據(jù)？從整體上來看，100個(gè)人發(fā)出招呼，就有100個(gè)人收到招呼。但是對(duì)于個(gè)體來說，差異性需要被注意。一個(gè)頭部用戶占據(jù)了90個(gè)招呼，其余人收到1個(gè)或0個(gè)招呼，是我們不希望看到的。再換個(gè)說法，我在平臺(tái)跟100個(gè)人打了招呼，但只收到10個(gè)招呼。主動(dòng)和被動(dòng)的數(shù)據(jù)，感覺明顯是不一樣的。

因此被動(dòng)數(shù)據(jù)的采集有利于我們?nèi)テ胶庥脩趔w驗(yàn)，在用戶分層時(shí)也會(huì)大有作用。

（5）英文名稱字母大小寫需要區(qū)分，名稱不可一致這種我就不說了。

（6）尚未找到合適的埋點(diǎn)命名規(guī)范方式。硬性條件是“動(dòng)作+對(duì)象”。期待建議與補(bǔ)充！

（6）再簡單提一下用戶屬性表和預(yù)置屬性。

• 用戶屬性表是性別、城市、年齡、身高等屬性值，可以在數(shù)據(jù)分析時(shí)快速進(jìn)行人群的精準(zhǔn)定位。
• 預(yù)置屬性是一個(gè)快捷的默認(rèn)操作，其中包含的內(nèi)容會(huì)在埋點(diǎn)觸發(fā)時(shí)被自動(dòng)采集。例如操作系統(tǒng)、應(yīng)用版本等數(shù)據(jù)。

三、埋點(diǎn)文檔格式

筆者日常使用的文檔格式，可供參考，包含以下元素：

• 分類：這個(gè)字段存在的意義是，方便埋點(diǎn)的快速定位與新人快速熟悉?；臼腔诠δ芑蛘邔?duì)象去劃分的（我對(duì)于對(duì)象這個(gè)詞的理解還不是很深刻），分類可以是個(gè)名詞也可以是個(gè)動(dòng)詞。
• 埋點(diǎn)形式：基本是前端或后端。
• 事件英文變量：事件的唯一性標(biāo)識(shí)。建議首詞大小寫。
• 事件顯示名：就是事件的中文名，方便大家去使用埋點(diǎn)。建議是動(dòng)詞+名詞，例如瀏覽xx，點(diǎn)擊xx。
• 屬性英文變量：常見的屬性包括瀏覽時(shí)長（View_Time）、是否成功（isSuccess）、操作類型（Op_Type）、頁面來源（Page_Access）、失敗原因（Fail_Reason）等。屬性的英文名可以重復(fù)，因?yàn)閷傩钥梢员还灿?。共用的前提是大小寫完全一致。如果不想共用，可以在屬性英文名中帶上事件名稱。
• 事件屬性顯示名：即事件屬性的中文名稱，一定程度上允許重復(fù)。例如都叫做頁面來源、彈窗來源等。
• 屬性值類型：常用的包含BOOL值、字符串、數(shù)值等。
• 性值示例或說明：BOOL值和字符串類型的屬性值需要被列舉。例如頁面來源是A\B\C，操作類型是點(diǎn)開主頁\點(diǎn)擊私聊等。BOOL值需要去定義什么為真，什么為假。例如點(diǎn)擊提交，是真；點(diǎn)擊取消，或者其他任何形式的關(guān)閉彈窗都為假。
• 觸發(fā)時(shí)機(jī)：準(zhǔn)確描述埋點(diǎn)的觸發(fā)時(shí)機(jī)。例如進(jìn)入頁面后觸發(fā)，打開彈窗時(shí)觸發(fā)或者彈窗關(guān)閉時(shí)觸發(fā)等。
• 備注：留下你想說的話，或者避免歧義的解釋。
• 創(chuàng)建時(shí)間：記錄埋點(diǎn)的創(chuàng)建時(shí)間，我的習(xí)慣是寫下“年+月+版本號(hào)”。

四、迭代埋點(diǎn)文檔

1. 用時(shí)間維度來沉淀文檔的弊端

原先的埋點(diǎn)文檔采取的是以創(chuàng)建時(shí)間為維度正序疊加的迭代方法，新的埋點(diǎn)會(huì)疊加在文件的最下方，若修改舊埋點(diǎn)，會(huì)新建一條數(shù)據(jù)，標(biāo)注一下是舊埋點(diǎn)，讓開發(fā)進(jìn)行相應(yīng)修改。

此種方式有以下不足之處：

• 文檔的更新重新增和修改，刪除的內(nèi)容不方便體現(xiàn)。
• 功能已下線的埋點(diǎn)未被刪除，還遺留在文檔中，日積月累下文檔非常累贅，大量不再使用的文檔干擾著使用者的視線。
• 被修改的舊埋點(diǎn)也留在了上方的文檔之中，對(duì)最新埋點(diǎn)的查看帶來難度。
• 文檔的檢索只能依靠事件名稱的搜索，無法根據(jù)類別快速定位，新人熟悉文檔的時(shí)候也沒有邏輯主線

2. 埋點(diǎn)文檔迭代需求

埋點(diǎn)文檔的迭代要考慮到當(dāng)下與開發(fā)的溝通，和以后文檔的繼承。

• 當(dāng)下溝通的需求是：需要知曉新增的、修改的、刪除的埋點(diǎn)分別是什么
• 文檔繼承的需求是：一個(gè)新人可通過閱讀埋點(diǎn)文檔快速知曉整體埋點(diǎn)框架，在后續(xù)進(jìn)行埋點(diǎn)補(bǔ)充和梳理的時(shí)候可快速定位到相應(yīng)模塊。

針對(duì)這兩個(gè)需求，最終拋棄了原先的文檔沉淀方式，而是采用了新的方法：

• 每條埋點(diǎn)都?xì)w屬于一個(gè)分類\模塊。根據(jù)埋點(diǎn)設(shè)計(jì)者對(duì)業(yè)務(wù)的理解來靈活劃分，該分類僅用于文檔分類，可幫助埋點(diǎn)的快速定位，也能給予新人熟悉文檔的邏輯線。
• 用眼色來區(qū)分新增的、修改的、刪除的埋點(diǎn)。例如新增和修改都用的是暖色系，分別是紅色和橙色。刪除的事件或者屬性使用冷色系的藍(lán)色。在每行的開頭可進(jìn)行實(shí)色填充，來加重區(qū)分。

下一版本的埋點(diǎn)輸出后，將上一版本的埋點(diǎn)標(biāo)黑。

比較謹(jǐn)慎的做法是：單獨(dú)建立一個(gè)文檔來記錄被刪除的埋點(diǎn)。

最后

目前我的埋點(diǎn)經(jīng)驗(yàn)分享就到這里啦！由于數(shù)據(jù)分析這個(gè)事情和工具很掛鉤，因此本文就不多加描述了～ 每個(gè)文字都是自己敲出來的，謝謝觀看到這里，有不足之處歡迎留言探討。

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

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