在產(chǎn)品工作中，一個完整的數(shù)據(jù)收集流程是怎樣的呢？本文作者將一步一步為你解答，enjoy~

通常我們在需要對某塊業(yè)務(wù)做數(shù)據(jù)分析之前，首先都要解決數(shù)據(jù)收集的問題。在沒有大數(shù)據(jù)團(tuán)隊(duì)的支持或者完善的數(shù)據(jù)分析系統(tǒng)支持的情況下，產(chǎn)品經(jīng)理需要根據(jù)實(shí)際需要，自行解決數(shù)據(jù)收集和數(shù)據(jù)分析的問題。有些小伙伴會覺得無從下手，也有的產(chǎn)品本身計(jì)劃著要去做數(shù)據(jù)系統(tǒng)，但當(dāng)前產(chǎn)品完善階段的數(shù)據(jù)分析訴求又比較迫切，害怕單點(diǎn)的數(shù)據(jù)收集會打亂整體的數(shù)據(jù)系統(tǒng)建設(shè)。

其實(shí)數(shù)據(jù)分析永遠(yuǎn)都是以目標(biāo)為導(dǎo)向的，分析的目的是什么，進(jìn)而確定需要用哪些數(shù)據(jù)來分析，數(shù)據(jù)怎么來，最后就知道去哪里收集了。完善的數(shù)據(jù)抓取系統(tǒng)只不過是抓取的數(shù)據(jù)量比較大、比較多而已，真正要讓數(shù)據(jù)發(fā)揮價值，都不是數(shù)據(jù)本身驅(qū)動的，而是分析目標(biāo)驅(qū)動的。那么一個完整的數(shù)據(jù)收集流程是怎樣的呢？

確定數(shù)據(jù)分析的目標(biāo)

沒有目標(biāo)的數(shù)據(jù)分析才真的是無從下手。有了明確的目標(biāo)導(dǎo)向后，數(shù)據(jù)收集的范圍和著手點(diǎn)就比較明確了?，F(xiàn)實(shí)工作當(dāng)中，一般都是遇到了問題，需要去解決問題的時候，想出來的解決方案就可以成為數(shù)據(jù)分析的目標(biāo)。

比如當(dāng)下訂單的下單量雖然多，但是支付轉(zhuǎn)化率比較低，大部分訂單都被用戶取消掉了，這里就有一個問題：訂單取消的占比太高。通常我們會有兩種做法：

• 一是聯(lián)系那些取消訂單的用戶訪談一下取消的原因；
• 二是通過產(chǎn)品本身記錄的用戶取消訂單時選擇的原因來分析。

這里的第二種做法就是數(shù)據(jù)分析的目標(biāo)了，通過用戶取消訂單時選擇的原因來分析取消訂單的問題，從中找出問題的關(guān)鍵點(diǎn)，再針對性的出優(yōu)化方案。

這里也會有一個前提，就是對業(yè)務(wù)流程的把控和梳理要比較清楚。假如對訂單流程比較陌生的，可能就會從優(yōu)化支付成功率的角度去分析，而不是從減少訂單取消的角度去反向分析。產(chǎn)品經(jīng)理要對自身所負(fù)責(zé)的業(yè)務(wù)比較敏感，才能發(fā)現(xiàn)問題。

分析需要收集哪些數(shù)據(jù)

明確了數(shù)據(jù)分析的目標(biāo)之后，就需要確定采集哪些數(shù)據(jù)來分析。目標(biāo)可以告訴我們范圍，比如取消訂單的操作場景下會涉及到哪些頁面；進(jìn)一步的要確認(rèn)這些頁面上有哪些表單數(shù)據(jù)、操作按鈕、頁面跳轉(zhuǎn)是需要記錄操作事件的。

一類是原先沒有的操作事件，需要先行添加后才能記錄數(shù)據(jù)的。比如訂單取消的原因選擇，如果原先產(chǎn)品設(shè)計(jì)的時候都是直接取消，那就需要先把取消訂單時選擇原因這個功能加上，并且篩選出一些可能會到導(dǎo)致用戶取消的原因供用戶選擇，也提供自定義輸入的選項(xiàng)。

一類是已有的操作事件，需要確認(rèn)在什么條件下記錄數(shù)據(jù)。比如訂單取消的原因，在用戶單次操作提交之前，選擇各個原因之間的切換日志是不需要記錄的，因?yàn)橛脩羯形刺峤?，未決定是哪個原因；但如果是用戶二次操作（修改/編輯、流轉(zhuǎn)回來再次提交等）時變更了原因，這個切換日志是需要記錄的，因?yàn)閮纱尾僮髦g可能有某種外力導(dǎo)致用戶改變了選擇的初衷。

這個分析的過程一定要仔細(xì)，產(chǎn)品經(jīng)理要從用戶操作場景的角度去考慮，中間涉及到表單信息變更、按鈕操作、頁面停留和頁面跳轉(zhuǎn)、業(yè)務(wù)流轉(zhuǎn)等等，都需要仔細(xì)去分析。分析的原則就是有用的數(shù)據(jù)才收集，盡量減少無用數(shù)據(jù)的收集，數(shù)據(jù)系統(tǒng)的建設(shè)也不是大而全就一定好。

考慮每個數(shù)據(jù)收集點(diǎn)的成本

數(shù)據(jù)埋點(diǎn)是有成本的，最直觀的就是在性能上會帶來比較大的影響，現(xiàn)在也有一些無埋點(diǎn)的采集技術(shù)，本人沒有做過相應(yīng)研究，這里只以需要埋點(diǎn)采集的來說明。一般我們從以下幾個方面來考慮成本：

1. 處理能力。增加埋點(diǎn)之后對原有頁面、按鈕的處理效率會有多大的影響，如果數(shù)據(jù)抓取的效率不夠高，對業(yè)務(wù)造成影響的，是要綜合評估的，特別是那些對反饋要求比較及時的地方。
2. 響應(yīng)時間。操作事件發(fā)生后到收集到數(shù)據(jù)的時間，主要考驗(yàn)埋點(diǎn)代碼的執(zhí)行效率，一般都會要求同步抓取，異步清理，數(shù)據(jù)下來以后再想辦法去做額外的計(jì)算和處理。
3. 資源投入。埋點(diǎn)對開發(fā)資源和測試資源的消耗，埋點(diǎn)比較復(fù)雜的，自然投入的資源就會比較多，要綜合評估各種埋點(diǎn)方案，選擇最優(yōu)的。
4. 數(shù)據(jù)質(zhì)量。明確埋點(diǎn)收集數(shù)據(jù)的格式、含義、有效性約束等等，盡量確保收集下來的數(shù)據(jù)都是有利用價值的。

以上四個方面要綜合考量，埋點(diǎn)的方案現(xiàn)在也比較多，選擇一種最合適的。產(chǎn)品經(jīng)理如果不太清楚的，可以讓技術(shù)人員代為評估。

別忘記添加注釋

增加了數(shù)據(jù)埋點(diǎn)之后，千萬別忘記添加注釋，最怕的就是后面接手代碼的人把他認(rèn)為多余的代碼給去掉了，會導(dǎo)致數(shù)據(jù)收集不完整，因?yàn)閿?shù)據(jù)收集需要持續(xù)比較長的一段時間才會有分析的價值。同樣的代碼一般都不會只有一個人在維護(hù)的。

另外就是方便后續(xù)的優(yōu)化，當(dāng)發(fā)現(xiàn)收集下來的數(shù)據(jù)與預(yù)期不符，需要優(yōu)化埋點(diǎn)或者調(diào)整埋點(diǎn)位置的時候，有注釋就輕松多了。

這一點(diǎn)主要是要提醒技術(shù)人員注意，產(chǎn)品經(jīng)理要關(guān)注收集的過程，最好在測試的過程中就能發(fā)現(xiàn)埋點(diǎn)的問題，然后在上線前優(yōu)化掉

考慮是否允許獲取對應(yīng)的數(shù)據(jù)

這一點(diǎn)主要是考慮到用戶隱私權(quán)的問題，有些數(shù)據(jù)比較敏感，需要在產(chǎn)品的隱私權(quán)政策里面去約束和強(qiáng)調(diào)。為什么這點(diǎn)放在最后考慮呢，也是因?yàn)橛行?shù)據(jù)沒抓取下來不知道，看過數(shù)據(jù)分析之后才知道是否會涉及到隱私權(quán)。產(chǎn)品經(jīng)理一定要有這方面的意識，現(xiàn)在對于用戶隱私權(quán)的管控越來越嚴(yán)了。

總結(jié)一下，區(qū)別于大數(shù)據(jù)系統(tǒng)的體系化搭建，這樣的數(shù)據(jù)收集流程是相對小范圍的，以優(yōu)化或者解決問題為目的，產(chǎn)品經(jīng)理在日常產(chǎn)品優(yōu)化的工作過程中都可以應(yīng)用。

特別要注意的一點(diǎn)是，WEB端和移動端的差異，在考慮方案的時候，移動端對性能、抓取的數(shù)據(jù)質(zhì)量等各方面要求會更高一些，也是因?yàn)橐苿佣说牟僮鲌鼍皶鼜?fù)雜，上拉、下滑、左滑、右滑等等，很多操作場景WEB端是沒有的，需要區(qū)別對待。

#專欄作家#

華仔，微信公眾號：zeropm，人人都是產(chǎn)品經(jīng)理專欄作家。歷任阿里巴巴、1號店、盛大網(wǎng)絡(luò)資深產(chǎn)品經(jīng)理，現(xiàn)任美平米電商產(chǎn)品產(chǎn)品總監(jiān)，合著有《運(yùn)營前線》、《產(chǎn)品前線》、《互聯(lián)網(wǎng)產(chǎn)品之美》，譯著有《人人點(diǎn)贊：讓APP瞬間瘋轉(zhuǎn)的絕妙文案》。11年產(chǎn)品經(jīng)理工作經(jīng)驗(yàn)，專注于在線教育和電商產(chǎn)品方向。

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

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