作為數(shù)據(jù)產(chǎn)品經(jīng)理，對統(tǒng)計(jì)埋點(diǎn)一定不陌生，每個版本多少都會涉及到部分統(tǒng)計(jì)需求。如何做好產(chǎn)品上線前數(shù)據(jù)指標(biāo)的統(tǒng)計(jì)埋點(diǎn)，以及產(chǎn)品上線后的版本分析報(bào)告？本文筆者將會給結(jié)合自身工作經(jīng)驗(yàn)，給大家總結(jié)一些具體思路和方法。

明確定位與工作重心

數(shù)據(jù)產(chǎn)品經(jīng)理是讓數(shù)據(jù)產(chǎn)生價值（決策、增長、收入）的設(shè)計(jì)者、實(shí)現(xiàn)者和推行者。如何理解這樣的定位呢？

首先，最基礎(chǔ)的是要熟悉數(shù)據(jù)工具平臺與產(chǎn)品業(yè)務(wù)，其次，要學(xué)會逐步建立產(chǎn)品完整的數(shù)據(jù)指標(biāo)體系，最后，是能夠通過數(shù)據(jù)分析解讀驅(qū)動業(yè)務(wù)發(fā)展。

具體拆解來看，主要包含：

（1）數(shù)據(jù)層面

1. 源數(shù)據(jù)層：數(shù)據(jù)源的采集、埋點(diǎn)（客戶端訪問日志、服務(wù)端業(yè)務(wù)數(shù)據(jù)庫表、sdk等）
2. 數(shù)據(jù)加工層：結(jié)合業(yè)務(wù)，對收集到的數(shù)據(jù)進(jìn)行加工、清洗（join）等操作
3. 數(shù)據(jù)倉庫層：依賴結(jié)構(gòu)化規(guī)范的數(shù)據(jù)表，建設(shè)和維護(hù)數(shù)據(jù)倉庫
4. 數(shù)據(jù)應(yīng)用層：規(guī)劃與設(shè)計(jì)數(shù)據(jù)指標(biāo)體系（構(gòu)建核心指標(biāo)框架；產(chǎn)品、運(yùn)營等指標(biāo)建設(shè)）
5. 數(shù)據(jù)訪問層：結(jié)合平臺及應(yīng)用產(chǎn)品，支撐業(yè)務(wù)方數(shù)據(jù)需求（如：統(tǒng)計(jì)平臺、數(shù)據(jù)可視化平臺、資源調(diào)度平臺、渠道后臺、用戶畫像平臺、abtest平臺等）

（2）產(chǎn)品層面

1. 明確產(chǎn)品形態(tài)及定位，熟知業(yè)務(wù)功能（數(shù)據(jù)異動跟蹤分析、數(shù)據(jù)解讀與答疑）
2. 數(shù)據(jù)驅(qū)動產(chǎn)品發(fā)展規(guī)劃（版本迭代、數(shù)據(jù)反饋推進(jìn)）。

根據(jù)基礎(chǔ)數(shù)據(jù)體系，數(shù)據(jù)產(chǎn)品的工作基本上需要涵蓋從數(shù)據(jù)源到最終數(shù)據(jù)應(yīng)用、訪問層的各個環(huán)節(jié)。做好產(chǎn)品上線前數(shù)據(jù)指標(biāo)的統(tǒng)計(jì)埋點(diǎn)工作，以及產(chǎn)品上線后的版本分析，側(cè)重點(diǎn)主要在于：數(shù)據(jù)應(yīng)用層面（規(guī)劃和設(shè)計(jì)項(xiàng)目核心指標(biāo)，滿足各業(yè)務(wù)方的數(shù)據(jù)需求）；數(shù)據(jù)訪問層面（做好數(shù)據(jù)分析與解讀，對上線數(shù)據(jù)進(jìn)行監(jiān)測以及效果分析）對數(shù)據(jù)源的處理、數(shù)據(jù)加工及數(shù)據(jù)倉庫，本文暫不展開說明。

熟悉業(yè)務(wù)邏輯與流程

1. 工作流程

數(shù)據(jù)統(tǒng)計(jì)埋點(diǎn)工作流程說明

step1：梳理產(chǎn)品需求

作為數(shù)據(jù)產(chǎn)品經(jīng)理，在版本迭代階段，主要是從數(shù)據(jù)的角度出發(fā)去思考業(yè)務(wù)需求和問題點(diǎn)。

在產(chǎn)品需求文檔的梳理過程中，可以就之前版本發(fā)現(xiàn)的問題參與需求的收集與討論。通過數(shù)據(jù)論證，提出相關(guān)的優(yōu)化改進(jìn)方案或建議，給出更加合理的產(chǎn)品規(guī)劃和需求優(yōu)先級。

step2：產(chǎn)品需求評審

產(chǎn)品需求文檔一般包含：

• 文檔說明（功能優(yōu)先級、修改歷史）
• 需求分析（需求背景、需求價值或、預(yù)期目標(biāo)、數(shù)據(jù)參考）
• 結(jié)構(gòu)流程（業(yè)務(wù)流程和產(chǎn)品框架）
• 原型交互（客戶端邏輯、服務(wù)端邏輯）
• 數(shù)據(jù)埋點(diǎn)

業(yè)務(wù)產(chǎn)品經(jīng)理主導(dǎo)當(dāng)前版本的功能規(guī)劃及需求輸出。數(shù)據(jù)產(chǎn)品經(jīng)理則主要是負(fù)責(zé)數(shù)據(jù)埋點(diǎn)部分，需要我們?nèi)虆⑴c需求文檔的評審，理解產(chǎn)品功能結(jié)構(gòu)和開發(fā)實(shí)現(xiàn)邏輯。

ps：由于各公司逐步重視 “通過數(shù)據(jù)驅(qū)動業(yè)務(wù)決策”。數(shù)據(jù)相關(guān)工作，部分公司會將其單獨(dú)拆解出來，作為數(shù)據(jù)產(chǎn)品經(jīng)理或數(shù)據(jù)分析師的主要職責(zé)。

step3：分析產(chǎn)品邏輯

當(dāng)產(chǎn)品需求文檔完成最終評審，意味著當(dāng)前版本需求不會再做大的改動。此時就需要開始分析產(chǎn)品邏輯，理解產(chǎn)品核心目標(biāo)和當(dāng)下主要的問題點(diǎn)。

除了需要弄明白產(chǎn)品承載了哪些重要的信息和功能，以及這些信息和功能的想要達(dá)到的需求目標(biāo)。還要通過深入的分析，挖掘各業(yè)務(wù)方重點(diǎn)關(guān)注的數(shù)據(jù)指標(biāo)是什么，確立產(chǎn)品的第一關(guān)鍵指標(biāo)。（即分析是在什么樣的場景下要解決什么業(yè)務(wù)問題，為了解決這個業(yè)務(wù)問題，要通過什么樣的數(shù)據(jù)指標(biāo)衡量），項(xiàng)目中不同的角色關(guān)注的問題不同，我們可以更好地給出他們最想看的數(shù)據(jù)。

• 產(chǎn)品（功能點(diǎn)擊量、使用率、功能留存、核心路徑轉(zhuǎn)化、改版效果、用戶行為等）
• 運(yùn)營（用戶新增、活躍、流失、付費(fèi)轉(zhuǎn)化、分享等）
• 渠道（渠道新增、落地頁pv/uv、渠道轉(zhuǎn)化、渠道留存率、ROI等）

step4：統(tǒng)計(jì)需求評審

統(tǒng)計(jì)需評階段，主要是進(jìn)行統(tǒng)計(jì)事件的設(shè)計(jì)和給出數(shù)據(jù)采集埋點(diǎn)方案。一般情況下，在做統(tǒng)計(jì)需求評審時，可以優(yōu)先梳理產(chǎn)品功能結(jié)構(gòu)圖，將產(chǎn)品的功能模塊及跳轉(zhuǎn)流程梳理出來，想清楚上游入口和下游出口是什么。這樣做的目的也是在進(jìn)行更加合理的數(shù)據(jù)指標(biāo)體系的設(shè)計(jì)，以及避免埋點(diǎn)的重復(fù)。

ps：由于項(xiàng)目迭代節(jié)奏較快，推行敏捷開發(fā)（“小步快跑模式”），有時統(tǒng)計(jì)需求評審會和產(chǎn)品需求評審?fù)瑫r進(jìn)行，就需要和業(yè)務(wù)產(chǎn)品保持緊密的信息對接。

step5：跟進(jìn)需求開發(fā)

當(dāng)產(chǎn)品和統(tǒng)計(jì)需求評審?fù)瓿珊?，接下來會進(jìn)入需求研發(fā)階段。在開發(fā)實(shí)現(xiàn)產(chǎn)品功能需求時需要我們高頻溝通，這樣做的目的是為了保證數(shù)據(jù)采集的質(zhì)量及數(shù)據(jù)分析的準(zhǔn)確性。

step6：功能驗(yàn)收核對

除了產(chǎn)品功能的核對，數(shù)據(jù)層面主要核對內(nèi)容是：

• 數(shù)據(jù)上報(bào)節(jié)點(diǎn)或時機(jī)是否準(zhǔn)確
• 數(shù)據(jù)采集的結(jié)果是否真實(shí)有效/重復(fù)上報(bào)
• 新增/修改的統(tǒng)計(jì)項(xiàng)是否會影響到其他功能的上報(bào)規(guī)則

step7：上線數(shù)據(jù)監(jiān)測

發(fā)版后，隨著版本覆蓋率的提升數(shù)據(jù)會逐漸起勢。一般情況下，需要密切監(jiān)測上線前3d的數(shù)據(jù)情況，并在3d后給出一份初步的數(shù)據(jù)波動趨勢分析文檔，主要目的是：發(fā)現(xiàn)是否存在統(tǒng)計(jì)上報(bào)異常的數(shù)據(jù)指標(biāo)，產(chǎn)品功能若出現(xiàn)較大問題，也要及時關(guān)注可能會影響到的統(tǒng)計(jì)點(diǎn)。根據(jù)問題緊急程度，采取發(fā)緊急修復(fù)包或其他方式解決。

step8：數(shù)據(jù)分析總結(jié)

上線后若不存在什么問題。即可輸出當(dāng)前新版本的數(shù)據(jù)分析報(bào)告，主要用于向項(xiàng)目組成員同步該版本的數(shù)據(jù)分析結(jié)論和迭代優(yōu)化建議，建議在發(fā)版2周后再拉取數(shù)據(jù)指標(biāo)進(jìn)行分析總結(jié)。因?yàn)闀r間越短，覆蓋率越低，數(shù)據(jù)量級小，就不太能夠說明問題。

2. 細(xì)節(jié)規(guī)范

# 上線前：數(shù)據(jù)統(tǒng)計(jì)埋點(diǎn)

（1）理解產(chǎn)品需求文檔與業(yè)務(wù)目標(biāo)

在上線前做好數(shù)據(jù)統(tǒng)計(jì)埋點(diǎn)工作，最重要的就是需要理解項(xiàng)目產(chǎn)品和業(yè)務(wù)體系。梳理產(chǎn)品需求、參與產(chǎn)品需求評審、分析產(chǎn)品邏輯的工作必不可少。

如何更好地理解呢？

除了深入溝通理解產(chǎn)品需求文檔（prd），我們自己可以去整理當(dāng)前產(chǎn)品功能結(jié)構(gòu)圖、核心業(yè)務(wù)流程圖或用戶使用路徑圖。

如圖為美圖秀秀v6.9.6版本-美化功能用戶使用路徑圖（參考）。通過梳理，主要目的是對產(chǎn)品的功能結(jié)構(gòu)、核心業(yè)務(wù)流程及信息框架有清晰的認(rèn)知，幫助我們更好的進(jìn)行數(shù)據(jù)相關(guān)工作。

（2）設(shè)計(jì)統(tǒng)計(jì)事件及數(shù)據(jù)埋點(diǎn)規(guī)范

做好了準(zhǔn)備工作，接下來最主要的就是進(jìn)行統(tǒng)計(jì)事件的設(shè)計(jì)和給出數(shù)據(jù)采集埋點(diǎn)方案。本文暫不討論接入第三方統(tǒng)計(jì)sdk的方式進(jìn)行埋點(diǎn)的相關(guān)內(nèi)容。統(tǒng)計(jì)事件的設(shè)計(jì)，就是做到針對某個具體頁面，定義當(dāng)前頁面中用戶的點(diǎn)擊或其他觸發(fā)行為并準(zhǔn)確上報(bào)，從而提取數(shù)據(jù)進(jìn)行分析，主要從用戶行為角度出發(fā)。

比如頁面中出現(xiàn)的某個按鈕，想知道用戶是否點(diǎn)擊該按鈕或點(diǎn)擊的頻次，統(tǒng)計(jì)事件就要記錄用戶點(diǎn)擊該按鈕的行為數(shù)據(jù)（消息數(shù)/設(shè)備數(shù)）。

如何通過用戶行為找到統(tǒng)計(jì)事件的對應(yīng)關(guān)系？

• 用戶行為：分析用戶行為，找到該行為相關(guān)的信息；
• 事件定義：根據(jù)相關(guān)信息，定義該行為對應(yīng)的事件及參數(shù)。

說明一下，在版本迭代的過程中，新版本的事件無需全部重新埋點(diǎn)。

歷史已有的統(tǒng)計(jì)事件只要有涉及到的，可列入測試check事件，版本新增的統(tǒng)計(jì)事件列入本期統(tǒng)計(jì)項(xiàng)。最終可匯總一份整體的數(shù)據(jù)統(tǒng)計(jì)事件庫，每次只需在歷史已有的內(nèi)容里新增或修改補(bǔ)充當(dāng)前新版本的統(tǒng)計(jì)項(xiàng)，也方便我們進(jìn)行長期迭代與維護(hù)。通過用戶行為找到統(tǒng)計(jì)事件的對應(yīng)關(guān)系后，即可整理出我們最重要的統(tǒng)計(jì)埋點(diǎn)文檔。

統(tǒng)計(jì)埋點(diǎn)文檔主要包含：

• 更新說明（文檔更新時間、更新內(nèi)容記錄）
• 本期統(tǒng)計(jì)項(xiàng)（新增/修改的統(tǒng)計(jì)事件list）
• 本期check事件（新增/修改的統(tǒng)計(jì)事件check+可能影響到的統(tǒng)計(jì)事件check）
• 后臺全部展示事件（整體的數(shù)據(jù)統(tǒng)計(jì)事件庫）

#舉個例子#

產(chǎn)品功能：美化圖片主功能中，新增馬賽克

用戶行為：用戶在美圖秀秀首頁點(diǎn)擊“美化圖片”按鈕-點(diǎn)擊“馬賽克”功能-選擇素材使用-保存

用戶行為與統(tǒng)計(jì)事件的對應(yīng)關(guān)系（參考）：

統(tǒng)計(jì)文檔，本期統(tǒng)計(jì)項(xiàng)sheet表（參考）：

（3）需求研發(fā)測試跟進(jìn)及校驗(yàn)數(shù)據(jù)統(tǒng)計(jì)項(xiàng)

根據(jù)我們輸出的統(tǒng)計(jì)文檔，統(tǒng)計(jì)文檔中“統(tǒng)計(jì)規(guī)則”的描述，就要求清晰定義該統(tǒng)計(jì)事件采集的節(jié)點(diǎn)和上報(bào)邏輯，需要及時和開發(fā)跟進(jìn)溝通；而統(tǒng)計(jì)文檔中“本期統(tǒng)計(jì)check事件”則需要詳細(xì)和測試進(jìn)行核對。通常，公司優(yōu)秀的開發(fā)和測試也可以更好的協(xié)助我們，對事件統(tǒng)計(jì)的規(guī)則做優(yōu)化調(diào)整，提高數(shù)據(jù)存儲及讀取的效率。

# 上線后：版本分析思路

（4）數(shù)據(jù)指標(biāo)上報(bào)監(jiān)測及數(shù)據(jù)提取、可視化操作

學(xué)會使用公司提供的數(shù)據(jù)平臺產(chǎn)品及工具，幫助業(yè)務(wù)或數(shù)據(jù)負(fù)責(zé)人更快速高效的獲取數(shù)據(jù)。在我們進(jìn)行版本迭代的過程中，數(shù)據(jù)指標(biāo)體系的日益完善會幫助我們更好的開展數(shù)據(jù)分析。

數(shù)據(jù)后臺支持產(chǎn)品新增活躍留存、自定義事件等數(shù)據(jù)指標(biāo)的快速提取，也可以自主配置。同時，平臺上直觀、友好的項(xiàng)目數(shù)據(jù)可視化設(shè)計(jì)也能提升我們的分析效率，更快驅(qū)動業(yè)務(wù)發(fā)展。

（5）數(shù)據(jù)跟蹤與分析解讀、抽象業(yè)務(wù)痛點(diǎn)

數(shù)據(jù)分析的最終價值體現(xiàn)在能夠通過數(shù)據(jù)發(fā)現(xiàn)問題，抽象出業(yè)務(wù)痛點(diǎn)和需求。并不是項(xiàng)目中的每個人都能給出專業(yè)全面的分析及結(jié)論。數(shù)據(jù)產(chǎn)品則需要長期跟蹤產(chǎn)品核心數(shù)據(jù)指標(biāo)以及產(chǎn)品迭代功能數(shù)據(jù)指標(biāo)，產(chǎn)出版本迭代數(shù)據(jù)報(bào)告、以及其他階段性的數(shù)據(jù)報(bào)告。

版本分析報(bào)告的主要思路是：

• 基礎(chǔ)指標(biāo)上線前后變化趨勢（大盤新增活躍留存波動）
• 功能指標(biāo)上線前后變化趨勢
• 版本主要更新點(diǎn)數(shù)據(jù)
• 主要數(shù)據(jù)結(jié)論及優(yōu)化建議

寫在最后

數(shù)據(jù)統(tǒng)計(jì)埋點(diǎn)工作的基礎(chǔ)還是在于對業(yè)務(wù)的深度理解。我們要做的不僅是完成一個數(shù)據(jù)指標(biāo)的上報(bào)，更重要的是通過不同緯度的數(shù)據(jù)指標(biāo)，更加全面具體的去分析業(yè)務(wù)情況。

本文闡述的內(nèi)容僅作為個人工作的總結(jié)和沉淀，如有疑問，歡迎與我討論交流。感謝閱讀~

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

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