?編輯導(dǎo)語：埋點(diǎn)，就是在用戶使用產(chǎn)品時(shí)記錄下用戶行為數(shù)據(jù)，以便后面對用戶行為進(jìn)行數(shù)據(jù)分析。對于產(chǎn)品經(jīng)理來說，工作內(nèi)容可能經(jīng)常涉及到埋點(diǎn)文檔。那么，對于產(chǎn)品經(jīng)理新人來說，如何上手寫埋點(diǎn)文檔呢？本文作者通過復(fù)盤自己的實(shí)操經(jīng)歷，為我們做出了總結(jié)。

就我而言，今年最大的提升就是對產(chǎn)品開發(fā)全流程有了更多的實(shí)踐。除此之外，還在友盟上搭起了埋點(diǎn)，以及學(xué)會(huì)了 SQL 查詢數(shù)據(jù)。

這些對我分析數(shù)據(jù)，以及后續(xù)做產(chǎn)品決策起到了巨大的幫助。畢竟我們做產(chǎn)品，不能光靠著主觀意識(shí)的“我覺得”、“我認(rèn)為”，而是要有客觀的方式支持。

下面先分享我對埋點(diǎn)的實(shí)操經(jīng)驗(yàn)，希望對你能有些啟發(fā)。

一、什么是埋點(diǎn)？

每個(gè)人在 App 上操作時(shí)，都可以看做一個(gè)行為，比如點(diǎn)擊某個(gè)按鈕、在某個(gè)頁面停留了多長時(shí)間。

而埋點(diǎn)，就是將這些行為記錄下來的技術(shù)手段。

從流程上來說，在定義好用戶行為（點(diǎn)擊、停留、輸入等），技術(shù)上植入代碼進(jìn)行捕捉處理 →發(fā)送返回 → 呈現(xiàn)結(jié)果，這樣就得到了用戶操作數(shù)據(jù)。

二、埋點(diǎn)的分類

1. 頁面埋點(diǎn)

頁面即將展示時(shí)觸發(fā)，比如我們統(tǒng)計(jì)頁面的訪問情況，訪問人數(shù)（UV）和訪問量（PV），就會(huì)用到頁面埋點(diǎn)。

2. 事件埋點(diǎn)

也叫行為埋點(diǎn)，在點(diǎn)擊頁面上的元素（按鈕等）的時(shí)候觸發(fā)。結(jié)合頁面埋點(diǎn)，像是商品 UV 點(diǎn)擊率 = 商品點(diǎn)擊 UV ÷ 商品曝光 UV ，用來判斷用戶對商品的喜愛程度。

三、埋點(diǎn)怎么做？

1. 常規(guī)的埋點(diǎn)方式

拿我們公司用的友盟平臺(tái)為例，產(chǎn)品這邊需要提供的是埋點(diǎn)文檔，如下圖：

分享一下命名思路和規(guī)范，先看第一列的頁面，具體看紅色字體部分。

A01-首頁 → A0105 點(diǎn)擊 XX 按鈕（事件埋點(diǎn)） → A010501-進(jìn)入XX列表頁（頁面埋點(diǎn)），兩個(gè)頁面之間是通過點(diǎn)擊按鈕觸發(fā)，而我們在命名時(shí)也這么做。

這樣做的好處，是自己在梳理埋點(diǎn)時(shí)，既不會(huì)重復(fù)，也不會(huì)邏輯混亂。以上是命名的基本邏輯，下面看一下命名規(guī)范，這也是參考大廠朋友的思路。

• 頁面埋點(diǎn)：以英文字母大小寫 + “_”組成。
• 事件埋點(diǎn)：以頁面埋點(diǎn) + “.行為”組成，行為由英文字母（大小寫）構(gòu)成。

實(shí)例看下上圖的藍(lán)色字體部分：monitor ?→ monitor.search →monitor_search → monitor_search.back。

以上都是常規(guī)的方式，也都是可以拿來復(fù)用的，但這里還有個(gè)情況不得不考慮：如果一個(gè)功能按鈕在多個(gè)頁面都有，那該怎么辦？

2. key 和 value 怎么用在埋點(diǎn)中？

拿分享圖片行為來說，它一定的多入口的，舉個(gè)例子：

如果按上面的方式，需要做 N 個(gè)事件，對比加入 key 和 value 以后方式二，如下圖：

對于分享圖片，我們只需要定義一個(gè)事件，然后確定頁面來源（key）和多個(gè)頁面名稱（value）即可。

最后附上我在埋點(diǎn)文檔中的應(yīng)用，如下圖紅色字體部分：

當(dāng)然，這塊我做的時(shí)候是存在問題的，其實(shí)分享渠道也是可以歸位key（value），像藍(lán)色字體部分一樣，整理后如下圖：

那么，我為什么說用key（value）更好呢？我舉個(gè)分析場景的例子說明一下。

3. 方式一多事件，對比方式二 key（value）

假設(shè)一個(gè)場景：我們要分析 N 天用戶的整體分享行為（微信 + QQ + 釘釘），以及在 A 頁面產(chǎn)生了多少分享行為。

我們用腦圖對比不同方式，在兩個(gè)問題下的解決方式。

發(fā)現(xiàn)了沒有？如果是做多事件的埋點(diǎn)，在分析時(shí)得找出所有的事件。

用 key（value）呢？只需要找到一個(gè)事件，并選擇對應(yīng)的 value 值即可，簡單列舉一下這種方式的好處：

1）減少多事件的維護(hù)成本

如果后續(xù)功能迭代增加了分享圖片的頁面，此時(shí)只需要多加一個(gè) value 即可。

2）提升數(shù)據(jù)分析效率

當(dāng)我們分析分享情況時(shí)，只需要選擇一個(gè)事件即可。

3）白嫖友盟平臺(tái)

友盟只提供500個(gè)免費(fèi)的事件數(shù)量，能省一個(gè)就剩一個(gè)。因此在做埋點(diǎn)的時(shí)候，還是要有意識(shí)的用 key（value）值去做，對自己，對開發(fā)都好。

當(dāng)然了，也并不是所有的埋點(diǎn)都要命名一個(gè)事件 ID 配上 key（value），我總結(jié)了幾個(gè)標(biāo)準(zhǔn)：

1. 同種類型的多事件埋點(diǎn)
2. 有拓展可能的事件埋點(diǎn)

到目前為止，還只是產(chǎn)品經(jīng)理梳理思路的部分，但如何體現(xiàn)在產(chǎn)品方案，也就是 PRD 上面呢？

四、埋點(diǎn)與 PRD 文檔

拿我現(xiàn)在的產(chǎn)出為例，我在 PRD 上會(huì)分為這幾部分，如下圖。

在需求評審后，也就是 UI 設(shè)計(jì)圖都做完之后，我會(huì)同步進(jìn)去。

• 從開發(fā)流程上來說，埋點(diǎn)都是最后做的，不會(huì)影響他們進(jìn)度；
• 從產(chǎn)品方案上來說，評審后基本不會(huì)改頁面，會(huì)避免返工，同時(shí)埋點(diǎn)也需要在設(shè)計(jì)圖上標(biāo)注。

以上文提到的頁面埋點(diǎn)：monitor → monitor.search →monitor_search → monitor_search.back 舉例，如下圖：

在每個(gè)頁面中標(biāo)記埋點(diǎn)的命名，給到開發(fā)那邊即可。對于友盟來說，需要產(chǎn)品經(jīng)理批量導(dǎo)入 txt 埋點(diǎn)文檔，這部分看一下就懂了，就不展開說了。

五、寫在最后

以上就是數(shù)據(jù)收集的上半部分，主要分享的是埋點(diǎn)怎么做，通用性也還是蠻強(qiáng)的。不過話說回來，埋點(diǎn)只是手段，重要的還是如何借助數(shù)據(jù)做分析，讓自己的決策更加的客觀。

希望上面的分享對你能有些啟發(fā)~

作者：空；公眾號(hào)：小木盒產(chǎn)品記

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

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