上一篇介紹了『用戶屬性』『事件』『埋點(diǎn)』的概念以及基本用法，而這篇文章會(huì)向大家介紹實(shí)際埋點(diǎn)過程中需要注意的事項(xiàng)，避免大家重復(fù)踩坑。

一、事件類型

1. 狀態(tài)事件與頻次事件

狀態(tài)事件：對(duì)于狀態(tài)事件，頻次是沒有參考價(jià)值的，只有事件的最終狀態(tài)才有價(jià)值

例如開關(guān)的開啟與關(guān)閉，在指定的時(shí)間段，我們只關(guān)心開關(guān)的最終狀態(tài)，至于期間開關(guān)了多少次，沒有實(shí)際的統(tǒng)計(jì)意義。對(duì)于狀態(tài)事件，我們一般用『用戶屬性』來表示。

但是對(duì)于很多統(tǒng)計(jì)平臺(tái)，用戶屬性存在數(shù)量限制，所以對(duì)于顆粒度很小，并且操作可能非常頻繁的狀態(tài)事件來說，也可以通過事件數(shù)的大小進(jìn)行粗略判斷。例如，音樂應(yīng)用中，通常會(huì)使用該音樂的收藏按鈕的點(diǎn)擊次數(shù)來判斷音樂的受歡迎程度。

頻次事件：頻次事件就是普通的統(tǒng)計(jì)事件，例如按鈕控件的點(diǎn)擊事件，頁面的展示事件。我們可以通過事件的頻次，判斷對(duì)應(yīng)功能的價(jià)值。

2. 具體事件與抽象事件

• 具體事件： 指的是某個(gè)具體操作，例如按鈕的點(diǎn)擊、頁面的展示、彈窗的彈出等。
• 抽象事件： 往往指一類事件的集合，例如計(jì)算模塊之間的漏斗轉(zhuǎn)化率，往往會(huì)用到抽象事件，具體案例在下文會(huì)給出。

3. 主動(dòng)事件與被動(dòng)事件

• 主動(dòng)事件： 需要用戶主動(dòng)觸發(fā)，例如按鈕的點(diǎn)擊，或者tab的切換，主動(dòng)事件代表了用戶的主動(dòng)意愿，對(duì)于用戶行為分析具有很大的參考意義。
• 被動(dòng)事件： 不能表明用戶的使用意愿，往往是用戶操作的附加結(jié)果。例如，用戶點(diǎn)擊back鍵退出當(dāng)前頁面A，回到上一個(gè)頁面B，此時(shí)上一個(gè)頁面B的展示并不一定是用戶真的想要進(jìn)入，只是退出頁面A的必經(jīng)路徑而已。這類事件對(duì)于用戶的行為分析意義不是很大，但是對(duì)于其他維度的分析有著一定的參考價(jià)值，例如廣告展示等。

二、埋點(diǎn)前提

思考清楚有無埋點(diǎn)的必要，埋點(diǎn)的作用是為數(shù)據(jù)分析提供數(shù)據(jù)源。這些數(shù)據(jù)源往往需要組合運(yùn)算才能得到數(shù)據(jù)結(jié)果，通常用于分析某個(gè)功能的使用情況。

很多問題不能或者沒有必要通過埋點(diǎn)來證明，例如驗(yàn)證選品方向，通過統(tǒng)計(jì)平臺(tái)提供每日新增與次日留存即可驗(yàn)證，沒有必要使用埋點(diǎn)進(jìn)行細(xì)致的分析。

如果確定使用埋點(diǎn)，則要明確待驗(yàn)證的核心問題，建議先理清產(chǎn)品方案的相關(guān)流程，并且明確定義每個(gè)模塊的核心指標(biāo)。

三、埋點(diǎn)注意事項(xiàng)

1. 準(zhǔn)確性原則

埋點(diǎn)事件一定是有效事件，而不是單純的事件頻次，下面是兩個(gè)說明案例：

案例1

產(chǎn)品邏輯：點(diǎn)擊某個(gè)按鈕，會(huì)進(jìn)入到某個(gè)指定的頁面。

統(tǒng)計(jì)目標(biāo)：計(jì)算『點(diǎn)擊按鈕』→『頁面展示』的事件頻次轉(zhuǎn)化率。

計(jì)算公式：轉(zhuǎn)化率 = 頁面展示次數(shù)÷按鈕點(diǎn)擊次數(shù)

埋點(diǎn)說明：如果僅僅把頁面展示的次數(shù)作為分子，會(huì)導(dǎo)致整個(gè)漏斗統(tǒng)計(jì)出錯(cuò)。除了存在多個(gè)途徑進(jìn)入該頁面的可能，還一個(gè)重要的原因：從該頁面進(jìn)入其他頁面，并且從其它頁面返回至該頁面的時(shí)候，該頁面的展示也會(huì)被統(tǒng)計(jì)一次，如此計(jì)算的轉(zhuǎn)化率比真實(shí)情況要高。在該案例中，應(yīng)該定義『有效頁面pv』：只有按鈕點(diǎn)擊進(jìn)入該頁面，才算做一次有效的『頁面展示』事件。

案例2

產(chǎn)品邏輯：某個(gè)彈窗彈出，彈窗上有『確定』和『取消』兩個(gè)按鈕。

統(tǒng)計(jì)目標(biāo)：計(jì)算『彈窗彈出』→『確定按鈕點(diǎn)擊』的頻次轉(zhuǎn)化率。

計(jì)算公式：轉(zhuǎn)化率=確定按鈕的點(diǎn)擊次數(shù)÷彈窗的彈出次數(shù)

埋點(diǎn)說明：其中，『確定按鈕點(diǎn)擊』應(yīng)該是有效點(diǎn)擊，因?yàn)樵跓o網(wǎng)或者卡頓情況下，存在用戶需點(diǎn)擊多次按鈕，彈窗才能消失的情況。這種情況下，第二步的事件數(shù)是大于第一步的。在進(jìn)行類似埋點(diǎn)的時(shí)候，應(yīng)該定義第二步的有效點(diǎn)擊：只要用戶點(diǎn)擊了按鈕，不管點(diǎn)了多少次，只算一次。

2. 高類聚，低耦合原則

如果是產(chǎn)品模塊之間的漏斗統(tǒng)計(jì)，建議為每個(gè)單獨(dú)的模塊設(shè)置一個(gè)事件作為代表，而不是使用模塊內(nèi)部所包含的所有事件。

從產(chǎn)品結(jié)構(gòu)上來說，模塊與模塊之間比較獨(dú)立，但是模塊內(nèi)部往往由復(fù)雜的邏輯組成，所以將這些復(fù)雜的邏輯抽象成一個(gè)獨(dú)立的有效事件，有助于理清每個(gè)模塊間的轉(zhuǎn)化關(guān)系。

案例

產(chǎn)品邏輯：為了增加產(chǎn)品的使用時(shí)長，所以增加了積分體系邏輯，用戶可以在產(chǎn)品不同的地方，看到各種任務(wù)引導(dǎo)，然后通過完成不同的任務(wù)，兌換相應(yīng)的積分，領(lǐng)取對(duì)應(yīng)的獎(jiǎng)勵(lì)。

統(tǒng)計(jì)目標(biāo)：計(jì)算『任務(wù)引導(dǎo)』→『任務(wù)完成』的轉(zhuǎn)化率

計(jì)算公式：轉(zhuǎn)化率 = 任務(wù)完成次數(shù)÷任務(wù)引導(dǎo)次數(shù)

埋點(diǎn)說明：在積分體系中，應(yīng)該將任務(wù)引導(dǎo)和完成任務(wù)分別抽象為兩個(gè)單獨(dú)的事件：只要任務(wù)引導(dǎo)出現(xiàn)，不管是哪種類型，哪個(gè)位置的引導(dǎo)，統(tǒng)統(tǒng)算作是『任務(wù)引導(dǎo)事件』。同理，不管用戶完成了哪個(gè)任務(wù)，也應(yīng)該統(tǒng)統(tǒng)算作為『任務(wù)完成事件』。如此一來，能夠很輕松地從整體評(píng)估任務(wù)從曝光到完成的轉(zhuǎn)化率。若是對(duì)每個(gè)任務(wù)的曝光事件與完成都進(jìn)行埋點(diǎn)分析，則是一個(gè)十分復(fù)雜繁瑣的過程。

3. 結(jié)果歸一性原則

如果某個(gè)動(dòng)作的發(fā)生，必然導(dǎo)致另外一個(gè)唯一結(jié)果事件，則建議只統(tǒng)計(jì)結(jié)果事件即可，對(duì)于很多統(tǒng)計(jì)平臺(tái)來說，事件是十分稀有的資源。例如，F(xiàn)irebase最多允許添加500個(gè)事件，超出事件便不再顯示。

當(dāng)這兩個(gè)事件具有高度的重合性與替代性，顯然結(jié)果事件對(duì)于數(shù)據(jù)分析更具有價(jià)值。

案例

產(chǎn)品邏輯：內(nèi)購宣傳頁面有多個(gè)曝光入口，可以通過點(diǎn)擊首頁的卡片進(jìn)入，也可以通過點(diǎn)擊彈窗進(jìn)入。

統(tǒng)計(jì)目標(biāo)：統(tǒng)計(jì)內(nèi)購宣傳頁的展示次數(shù)。

埋點(diǎn)說明：為了獲得統(tǒng)計(jì)目標(biāo)，只需要記錄內(nèi)購宣傳頁的展示事件即可，而主頁卡片的點(diǎn)擊事件與彈窗點(diǎn)擊事件可以由『內(nèi)購宣傳頁』的鍵值對(duì)來表示。如此一來，既能分析出內(nèi)購宣傳頁面的展示與入口分布，又能節(jié)約了兩個(gè)入口事件。

4. 有效性原則

這一點(diǎn)是對(duì)上一點(diǎn)的補(bǔ)充，每個(gè)事件都應(yīng)該對(duì)產(chǎn)品有著實(shí)際的分析價(jià)值與指導(dǎo)意義。對(duì)于那些沒有指導(dǎo)意義的事件，請(qǐng)勿添加。

這點(diǎn)對(duì)于剛接觸埋點(diǎn)設(shè)計(jì)的同學(xué)尤為重要，因?yàn)閯偨佑|埋點(diǎn)的時(shí)候，可能會(huì)存在『寧可錯(cuò)埋一千，也不放過一個(gè)』的想法，這往往會(huì)浪費(fèi)大量的事件資源。

1. 對(duì)于產(chǎn)品邏輯不相關(guān)的事件不要添加，例如：彈窗關(guān)閉按鈕的點(diǎn)擊事件；
2. 對(duì)于產(chǎn)品改善沒有任何指導(dǎo)意義的事件不要添加，例如：固定動(dòng)畫的播放事件。

5. 分散與統(tǒng)一原則

如果一個(gè)事件，需要從多個(gè)維度進(jìn)行分析，不僅每個(gè)維度在邏輯上相互關(guān)聯(lián)，而且要求統(tǒng)計(jì)上又相互獨(dú)立，則可以針對(duì)每個(gè)維度進(jìn)行獨(dú)立的統(tǒng)計(jì)。同時(shí)，也建議把這些維度連接起來，作為一個(gè)整體的維度進(jìn)行分析。

案例1

產(chǎn)品邏輯：一個(gè)購物商城包含多類商品（電子產(chǎn)品、日化產(chǎn)品等），每類商品有包含多種具體的產(chǎn)品。例如電子產(chǎn)品包含XX型號(hào)手機(jī)、XX型號(hào)電腦……用戶可以通過選擇某個(gè)商品，并點(diǎn)擊付款按鈕，完成付款行為。

統(tǒng)計(jì)目標(biāo)：計(jì)算每類商品所在的銷售額與利潤

計(jì)算公式：

• 電子產(chǎn)品總銷售額=所有用戶購買的電子產(chǎn)品銷售額累加值
• 電子產(chǎn)品總利潤=所有用戶購買的電子產(chǎn)品利潤累加值
• 日化產(chǎn)品總銷售額……

埋點(diǎn)說明：每個(gè)商品都有專屬的種類、售價(jià)與利潤，其中種類、售價(jià)與利潤三個(gè)維度相互獨(dú)立，如果將這三個(gè)維度作為獨(dú)立的三個(gè)鍵值對(duì)，如下表所示：

會(huì)對(duì)統(tǒng)計(jì)目標(biāo)造成割裂，上面的埋點(diǎn)要么只能統(tǒng)計(jì)商品種類數(shù)目，要么只能統(tǒng)計(jì)總銷售額，要么只能統(tǒng)計(jì)總利潤，無法實(shí)現(xiàn)統(tǒng)計(jì)目標(biāo)。

所以，推薦將這三個(gè)維度連接起來作為一個(gè)鍵，如下表所示：

這樣可以通過SQL語句獲取用戶使用的原始數(shù)據(jù)，然后通過簡單地?cái)?shù)據(jù)處理，就能得出用戶準(zhǔn)確的使用情況。

這里的連接符推薦使用^，而不是_，因?yàn)楹芏嗝哪J(rèn)分隔符_，所以如果再以_作為分隔符，可能會(huì)給后續(xù)的數(shù)據(jù)處理造成麻煩。

四、其他

除了上面系統(tǒng)的原則與方法論，還剩一些零碎但同樣重要的補(bǔ)充。

1. 頁面展示統(tǒng)計(jì)差異

• 進(jìn)入時(shí)觸發(fā)頁面展示事件，能夠獲取用戶主動(dòng)進(jìn)入該頁面的意愿；但是無法獲取該頁面的展示時(shí)長；
• 退出時(shí)觸發(fā)頁面展示時(shí)間，能夠獲取頁面展示時(shí)長，但是會(huì)造成部分統(tǒng)計(jì)丟失，例如用戶通過后臺(tái)清理的形式殺死該應(yīng)用，則預(yù)埋的事件會(huì)無法發(fā)出；

2. 統(tǒng)計(jì)平臺(tái)的漏斗計(jì)算

一般統(tǒng)計(jì)平臺(tái)的步驟漏斗是按照用戶數(shù)來計(jì)算的，而不是事件數(shù)。

3. 埋點(diǎn)設(shè)計(jì)

進(jìn)行埋點(diǎn)設(shè)計(jì)時(shí)，建議對(duì)照著產(chǎn)品設(shè)計(jì)圖，因?yàn)樵蛨D跟最終的設(shè)計(jì)圖存在著一些差異。例如，原型圖中存在的按鈕可能在設(shè)計(jì)圖中不會(huì)體現(xiàn)出來，所以參考最終設(shè)計(jì)圖埋點(diǎn)能夠保證埋點(diǎn)的準(zhǔn)確性，同時(shí)還能夠校驗(yàn)設(shè)計(jì)圖表達(dá)的準(zhǔn)確性，一舉兩得。

五、小結(jié)

埋點(diǎn)的介紹基本上告一段落，接下來打算寫幾篇產(chǎn)品方案的設(shè)計(jì)心得，也請(qǐng)大家繼續(xù)關(guān)注。

#相關(guān)閱讀#

一文讀懂用戶屬性、事件、埋點(diǎn)

#專欄作家#

MING，個(gè)人公眾號(hào)：MING的大航海，知乎專欄：產(chǎn)品見知錄，人人都是產(chǎn)品經(jīng)理專欄作家。一只專注于個(gè)人成長的產(chǎn)品汪，沉迷『方法論』，只分享值得收藏的『硬干貨』！

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

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