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

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

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

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

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

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

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

以下以某社交類 APP 為例來進(jìn)行說明，一個(gè)話題交友興趣聊天的平臺(tái)。

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)，功能的上游入口和下游出口是什么都要想清楚，并標(biāo)記出來。

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

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

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

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

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

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

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

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

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

最后，我們會(huì)形成一張事件設(shè)計(jì)埋點(diǎn)表：

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

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

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

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

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

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