編輯導(dǎo)語：埋點蛾方，就是在用戶使用產(chǎn)品時記錄下用戶行為數(shù)據(jù)像捶，以便后面對用戶行為進行數(shù)據(jù)分析。對于產(chǎn)品經(jīng)理來說桩砰，工作內(nèi)容可能經(jīng)常涉及到埋點文檔拓春。那么，對于產(chǎn)品經(jīng)理新人來說亚隅，如何上手寫埋點文檔呢邮利？本文作者通過復(fù)盤自己的實操經(jīng)歷淘衙，為我們做出了總結(jié)丘薛。
就我而言娱挨，今年最大的提升就是對產(chǎn)品開發(fā)全流程有了更多的實踐。除此之外醉途，還在友盟上搭起了埋點矾瑰，以及學(xué)會了 SQL 查詢數(shù)據(jù)。
這些對我分析數(shù)據(jù)隘擎，以及后續(xù)做產(chǎn)品決策起到了巨大的幫助殴穴。畢竟我們做產(chǎn)品，不能光靠著主觀意識的“我覺得”货葬、“我認為”采幌，而是要有客觀的方式支持。
下面先分享我對埋點的實操經(jīng)驗震桶，希望對你能有些啟發(fā)休傍。
一、什么是埋點蹲姐？
每個人在 App 上操作時磨取，都可以看做一個行為，比如點擊某個按鈕柴墩、在某個頁面停留了多長時間忙厌。
而埋點，就是將這些行為記錄下來的技術(shù)手段江咳。
從流程上來說逢净，在定義好用戶行為（點擊、停留、輸入等）爹土，技術(shù)上植入代碼進行捕捉處理 →發(fā)送返回 → 呈現(xiàn)結(jié)果甥雕，這樣就得到了用戶操作數(shù)據(jù)。
二着饥、埋點的分類
1. 頁面埋點
頁面即將展示時觸發(fā)犀农，比如我們統(tǒng)計頁面的訪問情況惰赋，訪問人數(shù)（UV）和訪問量（PV）宰掉，就會用到頁面埋點。
2. 事件埋點
也叫行為埋點赁濒，在點擊頁面上的元素（按鈕等）的時候觸發(fā)轨奄。結(jié)合頁面埋點，像是商品 UV 點擊率 = 商品點擊 UV ÷ 商品曝光 UV 拒炎，用來判斷用戶對商品的喜愛程度挪拟。
三、埋點怎么做击你？
1. 常規(guī)的埋點方式
拿我們公司用的友盟平臺為例玉组，產(chǎn)品這邊需要提供的是埋點文檔，如下圖：
分享一下命名思路和規(guī)范丁侄，先看第一列的頁面惯雳，具體看紅色字體部分。
A01-首頁 → A0105 點擊 XX 按鈕（事件埋點） → A010501-進入XX列表頁（頁面埋點）鸿摇，兩個頁面之間是通過點擊按鈕觸發(fā)石景，而我們在命名時也這么做。
這樣做的好處拙吉，是自己在梳理埋點時潮孽，既不會重復(fù)，也不會邏輯混亂筷黔。以上是命名的基本邏輯往史，下面看一下命名規(guī)范，這也是參考大廠朋友的思路佛舱。
頁面埋點：以英文字母大小寫 + “_”組成椎例。
事件埋點：以頁面埋點 + “.行為”組成，行為由英文字母（大小寫）構(gòu)成名眉。
實例看下上圖的藍色字體部分：monitor ?→ monitor.search →monitor_search → monitor_search.back粟矿。
以上都是常規(guī)的方式，也都是可以拿來復(fù)用的损拢，但這里還有個情況不得不考慮：如果一個功能按鈕在多個頁面都有陌粹，那該怎么辦？
2. key 和 value 怎么用在埋點中福压？
拿分享圖片行為來說掏秩，它一定的多入口的或舞，舉個例子：
如果按上面的方式，需要做 N 個事件蒙幻，對比加入 key 和 value 以后方式二映凳，如下圖：
對于分享圖片，我們只需要定義一個事件邮破，然后確定頁面來源（key）和多個頁面名稱（value）即可诈豌。
最后附上我在埋點文檔中的應(yīng)用，如下圖紅色字體部分：
當然抒和，這塊我做的時候是存在問題的矫渔，其實分享渠道也是可以歸位key（value），像藍色字體部分一樣摧莽，整理后如下圖：
那么庙洼，我為什么說用key（value）更好呢？我舉個分析場景的例子說明一下镊辕。
3. 方式一多事件油够，對比方式二 key（value）
假設(shè)一個場景：我們要分析 N 天用戶的整體分享行為（微信 + QQ + 釘釘），以及在 A 頁面產(chǎn)生了多少分享行為征懈。
我們用腦圖對比不同方式石咬，在兩個問題下的解決方式。
發(fā)現(xiàn)了沒有受裹？如果是做多事件的埋點碌补，在分析時得找出所有的事件。
用 key（value）呢棉饶？只需要找到一個事件厦章，并選擇對應(yīng)的 value 值即可，簡單列舉一下這種方式的好處：
1）減少多事件的維護成本
如果后續(xù)功能迭代增加了分享圖片的頁面照藻，此時只需要多加一個 value 即可袜啃。
2）提升數(shù)據(jù)分析效率
當我們分析分享情況時，只需要選擇一個事件即可幸缕。
3）白嫖友盟平臺
友盟只提供500個免費的事件數(shù)量群发，能省一個就剩一個。因此在做埋點的時候发乔，還是要有意識的用 key（value）值去做熟妓，對自己，對開發(fā)都好栏尚。
當然了起愈，也并不是所有的埋點都要命名一個事件 ID 配上 key（value），我總結(jié)了幾個標準：
同種類型的多事件埋點
有拓展可能的事件埋點
到目前為止，還只是產(chǎn)品經(jīng)理梳理思路的部分抬虽，但如何體現(xiàn)在產(chǎn)品方案官觅，也就是 PRD 上面呢？
四阐污、埋點與 PRD 文檔
拿我現(xiàn)在的產(chǎn)出為例休涤，我在 PRD 上會分為這幾部分，如下圖笛辟。
在需求評審后功氨，也就是 UI 設(shè)計圖都做完之后，我會同步進去隘膘。
從開發(fā)流程上來說疑故，埋點都是最后做的，不會影響他們進度弯菊；
從產(chǎn)品方案上來說，評審后基本不會改頁面踱阿，會避免返工管钳，同時埋點也需要在設(shè)計圖上標注。
以上文提到的頁面埋點：monitor → monitor.search →monitor_search → monitor_search.back 舉例软舌，如下圖：
在每個頁面中標記埋點的命名才漆，給到開發(fā)那邊即可。對于友盟來說佛点，需要產(chǎn)品經(jīng)理批量導(dǎo)入 txt 埋點文檔醇滥，這部分看一下就懂了，就不展開說了超营。
