本文根據(jù)筆者的心得體會，跟大家分享，產(chǎn)品經(jīng)理工作中做數(shù)據(jù)埋點的一些經(jīng)驗和看法。

作為一名產(chǎn)品經(jīng)理，你必然知道數(shù)據(jù)分析對于產(chǎn)品的生命周期的重要性。

解決用戶需求，解決痛點是產(chǎn)品的立足之根本；運營是傳遞產(chǎn)品價值的重要手段；而數(shù)據(jù)，則給產(chǎn)品和運營提供了指向的重要意義。

數(shù)據(jù)，既是產(chǎn)品分析的基礎(chǔ)，同樣，數(shù)據(jù)的采集和來源也是每個產(chǎn)品經(jīng)理頭疼的地方。

好的數(shù)據(jù)收集和分析，可以輔助產(chǎn)品經(jīng)理更好的了解用戶，讓團隊少做一些無用需求，或者在錯誤的需求方向上停止腳步，遏制一些異想天開的想法。

一、需求收集和分析

1.1 梳理產(chǎn)品，清晰產(chǎn)品的脈絡(luò)和架構(gòu)

梳理產(chǎn)品的產(chǎn)品結(jié)構(gòu)

首先，先別急著馬上就去建立埋點，此處應(yīng)該是優(yōu)先復(fù)盤當(dāng)前的產(chǎn)品或者模塊，整理出產(chǎn)品結(jié)構(gòu)和頁面結(jié)構(gòu)。梳理出產(chǎn)品完整的結(jié)構(gòu)、頁面邏輯，這些都是決定了用戶在使用產(chǎn)品時的任務(wù)路徑，所以需要做一次完整的復(fù)盤。

梳理產(chǎn)品頁面流程

有了基礎(chǔ)的梳理后，我們需要再將業(yè)務(wù)或頁面流程梳理出來。將用戶與系統(tǒng)的交互故事完整的梳理出來。借助它，你更容易知道流程中的潛在地雷是什么，哪里的效率比較低，有助于系統(tǒng)化、全局化、周全性的思考。我們后續(xù)可以在每個流程步驟，考慮好用戶的目的、場景，提煉出重要指標(biāo)。

1.2 收集統(tǒng)計，明確統(tǒng)計目的和意義

如果是產(chǎn)品經(jīng)理做埋點收集，也可以從以下的幾點思路出發(fā)：

功能流程轉(zhuǎn)化率：關(guān)鍵業(yè)務(wù)的留存轉(zhuǎn)化指標(biāo)尤為重要，用戶在哪個關(guān)鍵節(jié)點發(fā)生了流失，

改版調(diào)整：如果產(chǎn)品做了改版，肯定會在一些關(guān)鍵入口進行了布局上的優(yōu)化，那么埋點統(tǒng)計有利于收集變化前后的不同。產(chǎn)品是否更加聚焦的解決了用戶的痛點，還是

用戶軌跡：用戶來到了你的產(chǎn)品，第一件事情是做什么，然后還會做什么。如果你的產(chǎn)品，滿足了用戶的需求，那么主要路徑我們是可以猜測得到的。但唯獨那么一小塊路徑，是否會挖掘出更深層次的需求。

面向運營方面的，一次完整的活動運營，在工作的前中后階段，對數(shù)據(jù)的需求都不太一樣：

活動前，需要了解面向的用戶、興趣、標(biāo)簽、來源，入口的引導(dǎo)和布局，有了這些，才可以更好地評估面向?qū)ο?、渠道。而這些，在產(chǎn)品早期建立數(shù)據(jù)的時候，需要第一時間就考慮的問題。

活動中：對數(shù)據(jù)的時效性要求更高，落地頁或者活動頁面的PV/UV、活動參與數(shù)、頁面登陸數(shù)、中獎數(shù)、兌獎數(shù)、活動轉(zhuǎn)化人數(shù)/金額以及用戶信息等。必要的時候根據(jù)數(shù)據(jù)反饋及時調(diào)整問題和優(yōu)化。

活動后：更加注重反饋和總結(jié)，對活動的復(fù)盤；本次活動的帶來了多少的訪問流量，轉(zhuǎn)化率如何，不同渠道過來的用戶表現(xiàn)如何，最終這些用戶轉(zhuǎn)化成活躍用戶的又有多少？

其他：

Boss：“小李啊，這個活動上了，但是效果不怎么樣，你覺得哪里可以再優(yōu)化優(yōu)化？”

小李：“偉大的老板，是這樣的，關(guān)于這次活動的，我整理了一份報表，通過分析這些數(shù)據(jù)后，有一個方案，請看看….”

不管來自哪個方面的需求，收集數(shù)據(jù)必然是來源于分析目的，基于目的，才會有分析指標(biāo)，才會有數(shù)據(jù)的收集。

1.3 根據(jù)產(chǎn)品流程設(shè)計指標(biāo)

在前面做了一系列的功課之后，我們就開始要根據(jù)產(chǎn)品的功能流程或者頁面結(jié)構(gòu)，定義好分析的目的，剝離關(guān)鍵流程，提煉關(guān)鍵指標(biāo)。

購物環(huán)節(jié)：寶貝詳情頁>加入購物車>訂單確定>訂單提交>支付>支付結(jié)果

在這個過程中，你可能需要采集到從詳情頁到購物車的轉(zhuǎn)化，從詳情頁到訂單確認(rèn)的轉(zhuǎn)化，訂單從確認(rèn)到支付成功之間的漏斗模型。

那么對應(yīng)的可以為詳情頁UV、購物車添加事件、訂單確認(rèn)事件、訂單提交事件、支付事件、支付成功反饋事件。

注冊流程：進入注冊>注冊信息填寫>獲取驗證>注冊成功

對應(yīng)的可能想要了解到注冊流程的轉(zhuǎn)化，那么可以主要采集注冊按鈕點擊事件、提交信息事件、獲取驗證事件、注冊成功事件，再加上能夠統(tǒng)計到渠道包信息，那么也就可以分析出，不同渠道下的用戶轉(zhuǎn)化效果。

二、提出需求

可能前面的內(nèi)容，大部分的干貨可能會講的比這個更清楚了，那么筆者在這里更多的是想要跟大家分享一下，如何提出埋點的需求。

有些公司可能會有自己獨立的數(shù)據(jù)系統(tǒng)，用于收集用戶數(shù)據(jù)。但是大部分公司而言，更多的是專注業(yè)務(wù)本身，所以埋點也是用了第三方。

目前有很多做埋點和數(shù)據(jù)支持的公司，例如友盟、諸葛IO、GrowingIO、神策等等，也有埋入移動端、H5、Web等，在進行選擇的時候，不妨多進行對比，沒有哪家最好，只有哪家最合適。

在這里，筆者用的是友盟統(tǒng)計。

2.1 收集事件

首先先理解什么是“事件”，可以理解為觸發(fā)一個動作、行為或者到達某個條件，都是一個事件（Event）。

例如：在登錄中，填寫完信息后，點擊一下“登錄”按鈕，或者點視頻的“播放”按鈕，頁面流程的“下一步”按鈕，獲取到“登錄成功”，訪問某個頁面，這些觸發(fā)的行為都可以理解為一個事件。

因此，沿著流程和產(chǎn)品結(jié)構(gòu)，會得到這么一個表格：

2.2 設(shè)置事件的參數(shù)和參數(shù)值

除了統(tǒng)計事件的觸發(fā)次數(shù)外，還可以收集觸發(fā)這個動作時，其他的附帶信息。利用這類信息，有助于對事件有更加精準(zhǔn)的統(tǒng)計，又稱為參數(shù)（Key）和參數(shù)值（Value）。

事件、參數(shù)、參數(shù)值的關(guān)系如下：

舉個簡單的例子，電影播放平臺上，當(dāng)用戶點擊“播放”電影時，這里可以為一個事件。出了統(tǒng)計這個事件發(fā)生的次數(shù)之外，我們還可以收集到這一次播放的電影類型、地區(qū)；

其中，參數(shù)就是類型、地區(qū)。類型下對應(yīng)的參數(shù)值就有：喜劇、愛情片、科幻片等等；地區(qū)下對應(yīng)的參數(shù)值就有：歐美、日本、韓國、大陸等。

這樣，就可以統(tǒng)計到，點擊播放按鈕到次數(shù)中，點擊頻次最高的是什么類型的電影、出自哪個國家的。

當(dāng)然，還有另外一種情況，那就是所統(tǒng)計參數(shù)的參數(shù)值，是一串連續(xù)的數(shù)值，我們無法使用參數(shù)值=1,2,3,4這樣去統(tǒng)計。

例如說付款頁面，點擊“確定付款”時，參數(shù)為“付款金額”，因為這個時候，我們可能會想到參數(shù)值可以=1、2、3、4等一直排列下去。但是實際操作上，參數(shù)的值會有很多，可能從1元到1萬元都會有。

這個時候，采用的是計算統(tǒng)計，只需定義好統(tǒng)計值的類型（整數(shù)型int還是float）和范圍，例如統(tǒng)計金額的，那么就是統(tǒng)計付款金額，類型為float，范圍0-10000.00。

根據(jù)以上的步驟，可以定期維護這么一份表格：

3.3 維護表格，定期溝通

在整理完以上的表格之后，別忘了和其他產(chǎn)品、運營、開發(fā)對一下這份文檔，看看是否有其他遺漏，同時，再進對應(yīng)的事件參數(shù)等，對應(yīng)到產(chǎn)品結(jié)構(gòu)和流程中，看是否跑得通。

以后在維護需求文檔的時候，當(dāng)產(chǎn)品發(fā)生變化的時候，可以增刪改這份表格的內(nèi)容，這樣一來，開發(fā)人員就會知道了。

但是記得最重要的一點，還是得跟開發(fā)溝通，正確地描述我們埋點的意義和背景。有時候開發(fā)人員也會補充和完善你的埋點需求。

四、測試和校驗

接下來就是測試和校驗的環(huán)節(jié)，如果是接入第三方的，可以根據(jù)幫助文檔，將新加入的埋點，進行一輪測試。

因為有時候可能開發(fā)大哥對需求的理解有所偏差，或者溝通不到位，導(dǎo)致埋錯了位置或者定義錯了。

而在最終驗收的環(huán)節(jié)中，需要做一個校驗，避免辛辛苦苦埋下的點，等到上線后，產(chǎn)生了一堆無效的數(shù)據(jù)，甚至?xí)绊懞罄m(xù)對產(chǎn)品的判斷。

五、寫在最后

其實埋點也只是整個產(chǎn)品規(guī)劃中，關(guān)于數(shù)據(jù)分析的一小塊。

除了埋點分析外，還需要和后臺的日志數(shù)據(jù)做整合分析，善于發(fā)現(xiàn)每個異常，善于調(diào)研趨勢背后的原因。產(chǎn)品經(jīng)理跟運營工作相互配合，才能夠是產(chǎn)品走得更快更遠(yuǎn)。

以上就是做埋點需求時，總結(jié)出的一些心得，如果對您有幫助，那是最好不過，如果您有其他的意見或者看法，也歡迎隨時溝通。

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

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