本文作者將以某社交 APP 為例，闡述產(chǎn)品經(jīng)理給開發(fā)提埋點需求的正確姿勢。enjoy~

作為一枚產(chǎn)品經(jīng)理，對埋點一定不陌生，每一款產(chǎn)品多少都會有數(shù)據(jù)統(tǒng)計的需求，互聯(lián)網(wǎng)發(fā)展到今天，互聯(lián)網(wǎng)公司對數(shù)據(jù)的需求也不僅僅限于 PV、UV，對產(chǎn)品經(jīng)理也提出了更高的要求。做一枚既懂產(chǎn)品又懂數(shù)據(jù)的產(chǎn)品經(jīng)理，好難。

因為工作的性質(zhì)，這一兩年來，接觸的產(chǎn)品經(jīng)理和運營大概有1百來個，和他們聊數(shù)據(jù)分析需求時，總是找不到一個很好的節(jié)奏，感覺好像就是那些常規(guī)的分析指標，讓具體說一下就說不出來了，最終導(dǎo)致的只能是這三種結(jié)果：

1. 最開始進行需求梳理時，沒有從整體進行考慮，給出的需求偏淺層或者給不出具體需求，等到開發(fā)埋好指標結(jié)果出來時卻不是自己想要的，需要重新埋點。另外，后續(xù)產(chǎn)品版本更新迭代了，原有埋點不可用，也需要重新埋點。
2. 數(shù)據(jù)統(tǒng)計口徑?jīng)]確定清楚，且沒有保持和開發(fā)的一個良好溝通，沒有將埋點的具體采集時機正確傳達給開發(fā)，導(dǎo)致最終埋點實現(xiàn)的不是自己想要定義的指標。
3. 數(shù)據(jù)采集方案沒有想清楚，哪些應(yīng)該在前端埋點，哪些應(yīng)該在后端埋點，埋點采集SDK如何正確使用在還沒了解清楚時就急于上手。

那么，對一款產(chǎn)品進行數(shù)據(jù)分析的最佳過程是什么樣呢？詳見下圖：

梳理數(shù)據(jù)分析業(yè)務(wù)需求和埋點采集是數(shù)據(jù)分析的第一步，埋點需求梳理和埋點采集的好壞直接決定了后續(xù)的實施成本和效果呈現(xiàn)。所以，今天我們就來聊一聊，產(chǎn)品經(jīng)理給開發(fā)提埋點需求的正確姿勢。

一、梳理產(chǎn)品邏輯

以下以某社交類 APP 為例來進行說明，一個話題交友興趣聊天的平臺。

1. 產(chǎn)品信息結(jié)構(gòu)圖

通過產(chǎn)品信息圖，我們能了解到產(chǎn)品承載了哪些信息和功能，我們可以借此思考下，這些信息和功能的目的是什么，想要用戶干什么？

2. 產(chǎn)品功能結(jié)構(gòu)圖

通過產(chǎn)品功能結(jié)構(gòu)圖，我們能夠?qū)a(chǎn)品的功能模塊梳理出來，功能之間怎樣跳轉(zhuǎn)，功能的上游入口和下游出口是什么都要想清楚，并標記出來。

3. 核心業(yè)務(wù)流程圖

一個產(chǎn)品總會有那么幾條核心業(yè)務(wù)流程，比如注冊流程，新手完成任務(wù)流程等等，我們需要清楚梳理出我們產(chǎn)品的核心業(yè)務(wù)流程，密切觀察用戶在核心業(yè)務(wù)流程運轉(zhuǎn)的整個過程。下面以發(fā)布話題的流程為例。

二、梳理產(chǎn)品需求

進行需求梳理首先要明確我們要分析什么樣的場景，解決什么業(yè)務(wù)問題，要解決這個業(yè)務(wù)問題，要看什么樣的數(shù)據(jù)，要衡量什么樣的指標。不同的角色會關(guān)心不同的問題，一般會按照業(yè)務(wù)線進行需求梳理。當然，這些指標是和我們目前產(chǎn)品要解決的核心業(yè)務(wù)目標密切相關(guān)的。所以我們首先要弄清楚產(chǎn)品的目標以及對目前產(chǎn)品階段來說最重要的問題。比如，我們要增加銷售額，銷售額等于活動流量乘以付費轉(zhuǎn)化率乘以客單價，然后我們就需要把這個指標需求進行再一步細化，分給不同的角色各有側(cè)重點的去執(zhí)行。

這個指標需求和梳理產(chǎn)品邏輯有什么關(guān)系？為什么第一步要梳理產(chǎn)品邏輯？你可能會發(fā)現(xiàn)，這些需求點和產(chǎn)品的信息架構(gòu)和功能架構(gòu)密切相關(guān)，舉個例子，拿我們常說的活躍用戶數(shù)這個指標，一般是以啟動App的用戶數(shù)來定義活躍的，實際上，每一款產(chǎn)品的核心功能不同，只有完成核心功能的用戶數(shù)才算活躍，通過以上產(chǎn)品功能架構(gòu)的分解，我們就知道了我們優(yōu)先衡量哪個功能的使用情況。再有功能轉(zhuǎn)化率的衡量，功能轉(zhuǎn)化的過程你有沒有想清楚，完整梳理出該功能使用的完整業(yè)務(wù)流程后，我們要怎么衡量轉(zhuǎn)化也就有了眉目，也更能定義出問題所在?？傊覀兘?jīng)過一番梳理，對產(chǎn)品的信息架構(gòu)、功能點、核心業(yè)務(wù)流程有了一個清晰的了解。有經(jīng)驗的產(chǎn)品經(jīng)理可能也發(fā)現(xiàn)了，這些產(chǎn)品邏輯其實已經(jīng)在產(chǎn)品需求文檔PRD里面已經(jīng)有了，只是沒想到它還可以用于需求梳理，而且有助于數(shù)據(jù)模型的設(shè)計和避免埋點的反復(fù)。

下面我們來看下，有了這些準備工作，我們?nèi)绾芜M一步設(shè)計數(shù)據(jù)埋點方案。

三、進行事件設(shè)計和數(shù)據(jù)采集埋點方案設(shè)計

說起埋點，很多產(chǎn)品經(jīng)理習(xí)慣用頁面或點擊來定義埋點，比如手機號碼填寫頁面、播放視頻頁面、成功發(fā)布話題頁面或者點擊分享按鈕的次數(shù)等等，我們常說的功能，即用戶在使用這些功能時產(chǎn)生的使用行為數(shù)據(jù)，從用戶使用行為分析的角度去分析自然順理成章。這里舉個例子，上面提到的發(fā)布話題的業(yè)務(wù)流程，其實是由用戶一系列行為組成的：

這里給出了用戶行為和事件的對應(yīng)關(guān)系，用用戶的真實操作行為去定義事件名稱就可以了。除了要埋點的行為功能以外，每一個功能我們都需要從不同屬性維度去衡量。比如我想看不同話題分類被成功發(fā)布的次數(shù)這個指標，就可以將話題分類做為發(fā)布話題這個事件的屬性，這個話題分類的值可能有圖片、文字、音頻、視頻，這樣我們就能分別看到發(fā)布圖文的話題個數(shù)、發(fā)布音頻或視頻的話題個數(shù)了。通過維度的層層細分，我們一定能定位到業(yè)務(wù)問題，就怕缺少某個關(guān)鍵維度的信息。

最后，我們會形成一張事件設(shè)計埋點表：

接下來，我們就可以就該事件設(shè)計埋點表和開發(fā)去溝通了，讓他們明白我們采集這些事件的意義和目標，每條事件的采集時機是什么，相應(yīng)的維度信息能不能采到等等，目的是保證最后出來的指標和事件定好的指標統(tǒng)計口徑一致。

至此，產(chǎn)品就可以放心的等待開發(fā)將點埋好，然后開啟數(shù)據(jù)驅(qū)動產(chǎn)品業(yè)務(wù)增長的優(yōu)化之路了。

關(guān)于如何構(gòu)建指標體系以及如何挑選第一關(guān)鍵指標，可能又是另一門需要研究的課題了，不是這篇文章的主題，暫且不表~

作者：北極星，神策數(shù)據(jù)分析師，知乎專欄：數(shù)據(jù)分析方法與實踐，先后服務(wù)的客戶包含紛享銷客、拉鉤云人事、網(wǎng)易七魚、ofo、多盟、更美等公司，致力于通過數(shù)據(jù)分析實現(xiàn)產(chǎn)品優(yōu)化和精細化運營。

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

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