編輯導語：埋點，就是在用户使用產品時記錄下用户行為數據，以便後面對用户行為進行數據分析。對於產品經理來説，工作內容可能經常涉及到埋點文檔。那麼，對於產品經理新人來説，如何上手寫埋點文檔呢？本文作者通過覆盤自己的實操經歷，為我們做出了總結。
就我而言，今年最大的提升就是對產品開發全流程有了更多的實踐。除此之外，還在友盟上搭起了埋點，以及學會了 SQL 查詢數據。
這些對我分析數據，以及後續做產品決策起到了巨大的幫助。畢竟我們做產品，不能光靠着主觀意識的“我覺得”、“我認為”，而是要有客觀的方式支持。
下面先分享我對埋點的實操經驗，希望對你能有些啓發。
一、什麼是埋點？每個人在 App 上操作時，都可以看做一個行為，比如點擊某個按鈕、在某個頁面停留了多長時間。
而埋點，就是將這些行為記錄下來的技術手段。
從流程上來説，在定義好用户行為（點擊、停留、輸入等），技術上植入代碼進行捕捉處理 →發送返回 → 呈現結果，這樣就得到了用户操作數據。
二、埋點的分類1. 頁面埋點頁面即將展示時觸發，比如我們統計頁面的訪問情況，訪問人數（UV）和訪問量（PV），就會用到頁面埋點。
2. 事件埋點也叫行為埋點，在點擊頁面上的元素（按鈕等）的時候觸發。結合頁面埋點，像是商品 UV 點擊率 = 商品點擊 UV ÷ 商品曝光 UV ，用來判斷用户對商品的喜愛程度。
三、埋點怎麼做？1. 常規的埋點方式拿我們公司用的友盟平台為例，產品這邊需要提供的是埋點文檔，如下圖：
分享一下命名思路和規範，先看第一列的頁面，具體看紅色字體部分。
A01-首頁 → A0105 點擊 XX 按鈕（事件埋點） → A010501-進入XX列表頁（頁面埋點），兩個頁面之間是通過點擊按鈕觸發，而我們在命名時也這麼做。
這樣做的好處，是自己在梳理埋點時，既不會重複，也不會邏輯混亂。以上是命名的基本邏輯，下面看一下命名規範，這也是參考大廠朋友的思路。
- 頁面埋點：以英文字母大小寫 + “_”組成。
- 事件埋點：以頁面埋點 + “.行為”組成，行為由英文字母（大小寫）構成。
實例看下上圖的藍色字體部分：monitor → monitor.search →monitor_search → monitor_search.back。
以上都是常規的方式，也都是可以拿來複用的，但這裏還有個情況不得不考慮：如果一個功能按鈕在多個頁面都有，那該怎麼辦？
2. key 和 value 怎麼用在埋點中？拿分享圖片行為來説，它一定的多入口的，舉個例子：
如果按上面的方式，需要做 N 個事件，對比加入 key 和 value 以後方式二，如下圖：
對於分享圖片，我們只需要定義一個事件，然後確定頁面來源（key）和多個頁面名稱（value）即可。
最後附上我在埋點文檔中的應用，如下圖紅色字體部分：
當然，這塊我做的時候是存在問題的，其實分享渠道也是可以歸位key（value），像藍色字體部分一樣，整理後如下圖：
那麼，我為什麼説用key（value）更好呢？我舉個分析場景的例子説明一下。
3. 方式一多事件，對比方式二 key（value）我們用腦圖對比不同方式，在兩個問題下的解決方式。
發現了沒有？如果是做多事件的埋點，在分析時得找出所有的事件。
用 key（value）呢？只需要找到一個事件，並選擇對應的 value 值即可，簡單列舉一下這種方式的好處：
1）減少多事件的維護成本
如果後續功能迭代增加了分享圖片的頁面，此時只需要多加一個 value 即可。
2）提升數據分析效率
當我們分析分享情況時，只需要選擇一個事件即可。
3）白嫖友盟平台
友盟只提供500個免費的事件數量，能省一個就剩一個。因此在做埋點的時候，還是要有意識的用 key（value）值去做，對自己，對開發都好。
當然了，也並不是所有的埋點都要命名一個事件 ID 配上 key（value），我總結了幾個標準：
到目前為止，還只是產品經理梳理思路的部分，但如何體現在產品方案，也就是 PRD 上面呢？
四、埋點與 PRD 文檔拿我現在的產出為例，我在 PRD 上會分為這幾部分，如下圖。
在需求評審後，也就是 UI 設計圖都做完之後，我會同步進去。
- 從開發流程上來説，埋點都是最後做的，不會影響他們進度；
- 從產品方案上來説，評審後基本不會改頁面，會避免返工，同時埋點也需要在設計圖上標註。
以上文提到的頁面埋點：monitor → monitor.search →monitor_search → monitor_search.back 舉例，如下圖：
在每個頁面中標記埋點的命名，給到開發那邊即可。對於友盟來説，需要產品經理批量導入 txt 埋點文檔，這部分看一下就懂了，就不展開説了。
五、寫在最後以上就是數據收集的上半部分，主要分享的是埋點怎麼做，通用性也還是蠻強的。不過話説回來，埋點只是手段，重要的還是如何藉助數據做分析，讓自己的決策更加的客觀。
希望上面的分享對你能有些啓發~
作者：空；公眾號：小木盒產品記
本文由 @空 原創發佈於人人都是產品經理。未經許可，禁止轉載
題圖來自 Unsplash，基於 CC0 協議