案例分析：7個步驟，告訴你數(shù)據(jù)埋點如何落地

2023-08-31 06:10:01來源：人人都是產(chǎn)品經(jīng)理

數(shù)據(jù)埋點作為產(chǎn)品數(shù)據(jù)分析中特別重要的一環(huán)，一直是很多產(chǎn)品經(jīng)理關注的重心。但之前很多文章都是講解方法論和理論知識，少有案例和實踐的內(nèi)容，這篇文章，作者從一個案例出發(fā)，為我們講解數(shù)據(jù)埋點如何做。

(資料圖片)

結(jié)合最近的工作，輸出數(shù)據(jù)埋點落地經(jīng)驗，希望可以幫助到大家。

本文將從以下實現(xiàn)埋點的步驟進行整理：需求調(diào)研，明確目標和需求定義需要跟蹤的事件，形成埋點管理文檔召開需求會，同開發(fā)確認埋點難度，確定埋點優(yōu)先級埋點測試驗收發(fā)布和數(shù)據(jù)收集數(shù)據(jù)分析和優(yōu)化結(jié)語一、需求調(diào)研，明確目標和需求

本次數(shù)據(jù)埋點的目的：收集學生的開發(fā)行為數(shù)據(jù)，督促、幫助學生更好的進行軟件開發(fā)，幫助其高薪就業(yè)。

業(yè)務場景：學生在IDE進行代碼開發(fā)

數(shù)據(jù)收集工具：開發(fā)的IDE插件

調(diào)研對象：

開發(fā)團隊（前端、后臺）：了解前后端使用哪些主流IDE、了解程序員如何進行代碼開發(fā)，都有哪些開發(fā)步驟，明確后，梳理為以下業(yè)務流程：

打開IDE代碼開發(fā)（代碼輸入、代碼補全）代碼調(diào)試（單步執(zhí)行、全部執(zhí)行）代碼編譯（編譯成功、編譯失敗）代碼提交（commits到git、）文件操作（新建、保存、刪除）關閉IDE二、定義需要跟蹤的事件，形成埋點管理文檔

根據(jù)步驟1，確定好了業(yè)務流程，分別按流程拆解，依據(jù)模型4W1H，即Who、When、Where、How、What，某用戶在某時間點、在某地方以某種方式完成了某個具體的事情，定義事件及屬性，形成埋點管理文檔。

文檔示例如下：

注意增加埋點版本號字段，以便后續(xù)數(shù)據(jù)維護。

三、召開需求會，同開發(fā)確認埋點難度，確定埋點優(yōu)先級

將完成的埋點管理文檔再次上會確認，同時開發(fā)考慮實現(xiàn)難度，并在規(guī)定上線時間內(nèi)給出最小實現(xiàn)版本，按照V1.0.0版本必須實現(xiàn)、可快速實現(xiàn)、需調(diào)研實現(xiàn)、實現(xiàn)有難度在埋點文檔標記維護，確定埋點優(yōu)先級，方便后續(xù)需求管理。

四、埋點測試驗收

團隊較小沒有測試，只能產(chǎn)品上。開發(fā)自測完畢，產(chǎn)品根據(jù)業(yè)務流程按事件觸發(fā)方式在數(shù)據(jù)庫驗證數(shù)據(jù)有無收到及數(shù)據(jù)準確性。

注意埋點客戶端和服務端均需要壓測。

如以上無誤可以準備上線。

五、發(fā)布和數(shù)據(jù)收集

埋點管理文檔再次完善實際埋了哪些點，及其上線版本號，便于后續(xù)數(shù)據(jù)維護。

上線后需每天定時驗證數(shù)據(jù)正確性，檢查有無異常值，如過低、過高數(shù)據(jù)、是否丟數(shù)據(jù)、時間值是否正確等等。檢查這些異常值，需分析發(fā)生原因，排除是否為自身開發(fā)bug。

六、數(shù)據(jù)分析和優(yōu)化

運營、業(yè)務同學可根據(jù)收集上的數(shù)據(jù)，進行業(yè)務維度數(shù)據(jù)分析，產(chǎn)生報表需求。我們可用積木、帆軟等工具快速行程數(shù)據(jù)報表，供前期業(yè)務分析使用。

同時，也可驗證我們埋點的數(shù)據(jù)準確性，影響boss、業(yè)務分析的重點bug快速上線，小版本迭代優(yōu)化。

七、結(jié)語

本次的數(shù)據(jù)收集主要應用在b端，達到了更好的輔助業(yè)務開展的效果，拿數(shù)據(jù)說話結(jié)果更加強有力。在c端，數(shù)據(jù)分析也是提升產(chǎn)品功能，提升轉(zhuǎn)化率的利器。