數(shù)據(jù)產(chǎn)品經(jīng)理的第一步:如何做好數(shù)據(jù)埋點(diǎn)?

17 評(píng)論 20279 瀏覽 296 收藏 12 分鐘

本文作者依據(jù)工作中項(xiàng)目實(shí)踐的所思所想,并結(jié)合案例等分享了與數(shù)據(jù)埋點(diǎn)相關(guān)的非常有用的知識(shí),供大家一同參考和學(xué)習(xí)。

最近給團(tuán)隊(duì)里新來(lái)的小伙伴做了一次數(shù)據(jù)據(jù)埋點(diǎn)的分享。當(dāng)時(shí)基本脫稿口述,講完后發(fā)現(xiàn)還是有不少缺失,然后再回想來(lái)公司一年多,其實(shí)各團(tuán)隊(duì)的埋點(diǎn)的實(shí)際情況依舊糟糕,所以決定把去過(guò)一年多筆者寫(xiě)埋點(diǎn)文檔的心得梳理和記錄一下。

一、埋點(diǎn)的幾個(gè)問(wèn)題

在進(jìn)入正題前,筆者先自問(wèn)自答幾個(gè)埋點(diǎn)相關(guān)的幾個(gè)問(wèn)題,讓本文的內(nèi)容跟大家的認(rèn)識(shí)結(jié)合起來(lái)。

1.1 為什么要埋點(diǎn)?

通過(guò)有效的埋點(diǎn),可以收集和觀察到用戶(hù)在產(chǎn)品中的第一手?jǐn)?shù)據(jù)資料。最真實(shí)的反映了產(chǎn)品的運(yùn)行情況,是量化工作收益、計(jì)算KPI、ROI,通過(guò)數(shù)據(jù)在迭代時(shí)說(shuō)服別人的重要依據(jù),等等。

基本上筆者的產(chǎn)品會(huì)定下,不埋點(diǎn),不上線、不發(fā)版的規(guī)則,否則事后無(wú)法說(shuō)清收益,沒(méi)有交待。

1.2 為什么要產(chǎn)品經(jīng)理寫(xiě)埋點(diǎn)文檔?

如果有專(zhuān)門(mén)的數(shù)據(jù)產(chǎn)品經(jīng)理或者業(yè)務(wù)線數(shù)據(jù)分析師,可能不需要由直接負(fù)責(zé)的產(chǎn)品經(jīng)理來(lái)寫(xiě)埋點(diǎn)文檔。

但大部分情況下,公司可能沒(méi)有專(zhuān)人負(fù)責(zé),筆者建議由產(chǎn)品經(jīng)理最好親自來(lái)編寫(xiě)埋點(diǎn)文檔,而不是運(yùn)營(yíng)同學(xué)、研發(fā)同學(xué)。理由如下:

  1. 如前文所說(shuō),埋點(diǎn)所產(chǎn)生的數(shù)據(jù),將是判斷你工作目標(biāo)是否達(dá)成的關(guān)鍵,你的每一次產(chǎn)品迭代,項(xiàng)目上線,最終的收益都是要通過(guò)數(shù)據(jù)來(lái)進(jìn)行體現(xiàn);
  2. 數(shù)據(jù)埋點(diǎn)也是一份產(chǎn)品需求文檔,可以和需求文檔一起寫(xiě),結(jié)合著你的需求一起寫(xiě);
  3. 埋點(diǎn)可以為你的長(zhǎng)期規(guī)劃所服務(wù),為版本迭代服務(wù);
  4. 你是最熟悉整個(gè)產(chǎn)品的業(yè)務(wù)流程,通過(guò)思考可以讓埋點(diǎn)的代價(jià)最低,收益最高;
  5. 好的埋點(diǎn)文檔,可以促進(jìn)你的邏輯思維能力,特別是歸納與抽象的能力;

1.3 什么是點(diǎn)?

這個(gè)概念對(duì)于初次接觸的人理解會(huì)比較困難,筆者會(huì)有幾種說(shuō)法來(lái)進(jìn)行多個(gè)維度的描述:

  1. 點(diǎn)規(guī)定了程序在特定觸發(fā)條件下進(jìn)行記錄的一種策略;
  2. 以excel舉例,第一行的標(biāo)題欄就是點(diǎn),標(biāo)題欄會(huì)規(guī)定這個(gè)excel中記錄哪些數(shù)據(jù);
  3. 用戶(hù)在我們的app、網(wǎng)頁(yè)中會(huì)產(chǎn)生各種行為,程序會(huì)根據(jù)我們的點(diǎn)的規(guī)定,將用戶(hù)的行為進(jìn)行記錄;
  4. 事件模型 = 點(diǎn);

以上每一種說(shuō)法都可以,結(jié)合著看看,你就可以理解。

1.4 如何埋點(diǎn)?

埋點(diǎn)的技術(shù)有很多種,如:代碼埋點(diǎn)、可視化埋點(diǎn)、無(wú)埋點(diǎn)等,埋點(diǎn)的位置可以有客戶(hù)端埋點(diǎn)、服務(wù)器埋點(diǎn)。

本文中的埋點(diǎn)文檔會(huì)采用代碼埋點(diǎn),客戶(hù)端埋點(diǎn)。即程序員根據(jù)我們的埋點(diǎn)文檔,對(duì)用戶(hù)在網(wǎng)站或app中的目標(biāo)行為進(jìn)行數(shù)據(jù)上報(bào)。

因?yàn)榉?wù)器并不會(huì)直接捕捉到用戶(hù)在端上的行為。且服務(wù)器上一般已經(jīng)有一由研發(fā)開(kāi)發(fā)時(shí)所留下的日志系統(tǒng),再額外的加埋點(diǎn)處理,可能會(huì)降低服務(wù)器性能。

二、如何描述一個(gè)點(diǎn)?

個(gè)人覺(jué)得一個(gè)點(diǎn)的描述,基本上可以和我們常用的5W2H模型進(jìn)行匹配,我們從左往右看。

紅色部分是我們對(duì)一個(gè)點(diǎn)描述的思考,根據(jù)情況和實(shí)際需求,可以適當(dāng)增加和減少描述的緯度。比如我們不需要知道是具體哪個(gè)用戶(hù)發(fā)出的事件,則可以不要who這個(gè)維度后面的數(shù)據(jù),或者用戶(hù)都是在產(chǎn)品內(nèi)部閉環(huán),不需要知道用戶(hù)來(lái)源,則why也可以不用。

這里需要注意幾點(diǎn):

  1. 一般情況下我們還是對(duì)每個(gè)事件的描述盡量豐富一些,如果數(shù)據(jù)不提前記錄,日后回溯是無(wú)法補(bǔ)全的;
  2. 5W2H模型并不需要和后面的描述進(jìn)行生搬硬套,只是一種思考維度,讀者在熟悉后,完全可以按自己的思路來(lái);
  3. how這一條中,用戶(hù)具體的動(dòng)作則進(jìn)行了著重標(biāo)記,意味著基本這是整個(gè)事件的核心骨干,一般不可缺少。

再來(lái)看白色部分則是我們的點(diǎn),或者叫事件模型。雖然是中文,但還是描述清楚了我們需要記錄一個(gè)什么樣類(lèi)型的事件。即:需要對(duì)從抖音廣告中跳轉(zhuǎn)到京東商城里商品的用戶(hù)進(jìn)行數(shù)據(jù)統(tǒng)計(jì)。目的可以是看抖音這條渠道的帶新用戶(hù)能力,也可以是這個(gè)商品爆光后的轉(zhuǎn)能力,等等。

最后到綠色部分則是事件了:2020年4月11號(hào) 23點(diǎn)11分00秒,一名北京手機(jī)尾號(hào)1386的iPhone 6S Plus用戶(hù),在刷抖音時(shí)通過(guò)廣告3412鏈接,訪問(wèn)了京東商城的自熱米飯商品。而這樣的數(shù)據(jù),每分鐘程序都會(huì)根據(jù)我們?cè)诎咨糠值拿枋鲈诔绦蛑挟a(chǎn)生幾千條。

理解了這個(gè)模型,則要正式開(kāi)始寫(xiě)我們的埋點(diǎn)文檔了。

三、一個(gè)案例

3.1 產(chǎn)品原型

筆者這里繪制了一個(gè)簡(jiǎn)單的產(chǎn)品原型,具體邏輯就不細(xì)說(shuō)了,一目了然。

3.2 埋點(diǎn)文檔

根據(jù)前面的點(diǎn)描述和產(chǎn)品原型,筆者簡(jiǎn)單寫(xiě)了一份如下圖所求的埋點(diǎn)需求文檔。這里會(huì)有10個(gè)點(diǎn)的描述,即每一行就相當(dāng)于之前的一個(gè)思維導(dǎo)圖。

  • 紅色區(qū)域:只是為了映射前面的思維導(dǎo)圖,幫助大家理解和思考的,平時(shí)寫(xiě)文檔時(shí)不用寫(xiě);
  • 黃色區(qū)域:則是事件描述,簡(jiǎn)單描述埋此點(diǎn)的意義和方法(本表中寫(xiě)得略簡(jiǎn)單),如果有比較復(fù)雜的情況,需要和研發(fā)同學(xué)進(jìn)行溝通確認(rèn);
  • 綠色區(qū)域:為事件模型、點(diǎn)描述,其中每一列,都稱(chēng)之為一個(gè)屬性,或者叫緯度;
  • 藍(lán)色區(qū)域:為傳值描述,即相應(yīng)的屬性里會(huì)放入哪些值;

通過(guò)上面這份文檔,研發(fā)同學(xué)已經(jīng)可以進(jìn)行埋點(diǎn)操作。

但不難發(fā)現(xiàn),這個(gè)文檔卻有幾個(gè)明顯的問(wèn)題:

  1. 所有的點(diǎn)都用到了,AppName、Time、Uid等屬性,文檔看上去很累贅;
  2. 不是所有的點(diǎn)都需要使用Title,F(xiàn)av,Like等屬性;
  3. 部分事件描述不夠詳細(xì),繼續(xù)加How much類(lèi)屬性將會(huì)使整個(gè)文檔的可讀性直線下降,筆者目前有過(guò)100列屬性的情況
  4. 演示用的APP才兩個(gè)頁(yè)面就10行了,如果有100個(gè)頁(yè)面將如何處理?

為了解決以上問(wèn)題,讓我們的埋點(diǎn)文檔優(yōu)雅起來(lái),還需要進(jìn)行以下幾個(gè)優(yōu)化步驟。

四、優(yōu)化

4.1 抽離公共屬性

不難觀察到,其實(shí)Time、AppName、Uid?這三個(gè)屬性每一點(diǎn)都需要進(jìn)行使用,且傳值的規(guī)則一致,筆者會(huì)將此類(lèi)屬性定義為點(diǎn)的公共屬性。

在這種情況下,筆者一般會(huì)將一篇文章中的公共屬性在正式對(duì)各點(diǎn)進(jìn)行描述前進(jìn)行總結(jié)。這樣研發(fā)同學(xué)也可以根據(jù)此對(duì)所有的埋點(diǎn)方法(研發(fā)意義上的)進(jìn)行抽象,在每次用戶(hù)所產(chǎn)生的事件上報(bào)時(shí),都會(huì)調(diào)用這塊兒的屬性值。

之后文檔改起來(lái)也會(huì)非常方便。如下圖所示:

備注:好的埋點(diǎn)工具,會(huì)自帶默認(rèn)采集的屬性,比如:設(shè)備型號(hào),系統(tǒng)型號(hào),地理位置等。

4.2 根據(jù)頁(yè)面拆分

根據(jù)筆者的經(jīng)驗(yàn),每個(gè)不同的頁(yè)面,單獨(dú)做一個(gè)表的可讀性會(huì)更強(qiáng),在刪除之前的公共屬性后,整體的事件埋點(diǎn)如下所示:

在表的旁邊再配上各頁(yè)面的截圖,將會(huì)使整個(gè)文檔更清晰。即使是新來(lái)的同學(xué)也會(huì)知道各頁(yè)面上有哪些操作。

4.3 折疊私有屬性

最后我們以小說(shuō) 主頁(yè)這個(gè)頁(yè)面來(lái)進(jìn)行一個(gè)私有屬性的折疊。私有屬性則是相對(duì)于前面的公共屬性來(lái)說(shuō)的,在前面的圖中我們會(huì)發(fā)現(xiàn)兩個(gè)問(wèn)題,不是每個(gè)事件都需要使用Title,Fav,Like這幾個(gè)屬性,且在不同的點(diǎn)中,F(xiàn)av、Like的含義也會(huì)有區(qū)別(一個(gè)表狀態(tài),一個(gè)表行為,當(dāng)然差異還可以更大)。

所以就會(huì)將私有屬性根據(jù)點(diǎn)的維度進(jìn)行單獨(dú)補(bǔ)充描述,如下圖示。這樣不僅可以對(duì)一些重要的事件進(jìn)行比較詳細(xì)的描述,且和別的事件在使用同名屬性的時(shí)候還不會(huì)互相沖突,提高了屬性的復(fù)用率。

05 總結(jié)

關(guān)于如何對(duì)產(chǎn)品進(jìn)行埋點(diǎn)的入門(mén)篇,到這里就差不多能夠應(yīng)付絕大多數(shù)簡(jiǎn)單的場(chǎng)景了。這份簡(jiǎn)單的文檔筆者還遺留了很多的優(yōu)化空間,將會(huì)在下一篇進(jìn)階技巧中進(jìn)行補(bǔ)充。相信運(yùn)用得當(dāng),將會(huì)秒殺90%以上的產(chǎn)品經(jīng)理,對(duì)于數(shù)據(jù)埋點(diǎn)方面的理解。

 

作者:核桃殼,微信walnutshell911

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

題圖來(lái)自Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 寫(xiě)的真的不錯(cuò)

    回復(fù)
  2. 俺從一個(gè)剛剛?cè)腴T(mén)的小產(chǎn)品實(shí)習(xí)生視角來(lái)看,感覺(jué)殼的文章真的對(duì)入門(mén)選手特別友好!?。。?!希望可以看到更多更新的干貨?。。。ńo大佬狠狠比心!)

    來(lái)自浙江 回復(fù)
  3. where里對(duì)應(yīng)的產(chǎn)品名稱(chēng),這個(gè)需要單獨(dú)記錄嗎 ?我們采集數(shù)據(jù)只能是從自己的App中采集,所以產(chǎn)品名稱(chēng)就是當(dāng)前自己的產(chǎn)品。

    來(lái)自北京 回復(fù)
    1. 文檔是約定俗成的東西,能夠跟人溝通清楚就行。
      這里只是說(shuō)的一種思維框架,不是規(guī)范。

      來(lái)自北京 回復(fù)
  4. 3.2圖里面的序號(hào)2和序號(hào)3,只是從首頁(yè)點(diǎn)擊小說(shuō),準(zhǔn)備進(jìn)入到詳情頁(yè),此時(shí)并沒(méi)有‘點(diǎn)贊’和‘收藏’按鈕。但是表格最后兩列卻記錄了。這是怎么回事呢 ?
    我理解應(yīng)該是到了詳情頁(yè)(DetailPageView)里面才有這兩個(gè)動(dòng)作,因?yàn)檫@兩個(gè)按鈕是在詳情頁(yè)里面。表格里的詳情頁(yè)反而卻沒(méi)有了。
    求指點(diǎn)~

    來(lái)自北京 回復(fù)
    1. 你看的很細(xì)致,列表頁(yè)的點(diǎn)贊和收藏表示的是這本書(shū)的狀態(tài),而不是個(gè)動(dòng)作。

      來(lái)自北京 回復(fù)
    2. 序號(hào)2(點(diǎn)擊查看小說(shuō))和序號(hào)3(查看付費(fèi)小說(shuō))的事件類(lèi)型是Click,代表是可點(diǎn)擊的。這個(gè)是狀態(tài)嗎 ?我對(duì)這個(gè)存在疑惑

      來(lái)自北京 回復(fù)
  5. 如果沒(méi)有一個(gè)完整的可供使用的運(yùn)營(yíng)后臺(tái)系統(tǒng),那么埋點(diǎn)的數(shù)據(jù)一般會(huì)去往哪里?我們?nèi)绾慰吹剿?/p>

    來(lái)自福建 回復(fù)
    1. 可以考慮從服務(wù)器下載到本地查看。或者還是接入一個(gè)第三個(gè)方數(shù)據(jù)平臺(tái),這個(gè)并不復(fù)雜。

      來(lái)自北京 回復(fù)
  6. 不同頁(yè)面單獨(dú)做一個(gè)表,如果頁(yè)面很多,會(huì)不會(huì)看起來(lái)很麻煩,有什么簡(jiǎn)便的方法嘛。

    來(lái)自北京 回復(fù)
    1. 這個(gè)就是多整理吧,
      除了頁(yè)面各自的埋點(diǎn)
      可以按業(yè)務(wù)流程把相關(guān)埋點(diǎn)再整理到一起

      來(lái)自北京 回復(fù)
  7. 3.1產(chǎn)品原型你的上面的劃線是啥意思 ···有歧義

    來(lái)自廣東 回復(fù)
    1. iPhone的原型圖,會(huì)有個(gè)操控件

      來(lái)自北京 回復(fù)
  8. 那公共屬性表跟私有屬性表要怎么一一對(duì)應(yīng)呢?是每一次埋點(diǎn)都往兩張表里插入一條信息嗎?如何把這兩條信息關(guān)聯(lián)起來(lái)?

    來(lái)自廣東 回復(fù)
    1. 公共屬性是每個(gè)點(diǎn)都要帶上的信息,和私有屬性無(wú)關(guān)。私有屬性是單個(gè)點(diǎn)要添加的維度,與其它點(diǎn)無(wú)關(guān)。

      來(lái)自北京 回復(fù)
  9. 大家期待已久的《數(shù)據(jù)產(chǎn)品經(jīng)理實(shí)戰(zhàn)訓(xùn)練營(yíng)》終于上線啦!

    本課程非常適合新手?jǐn)?shù)據(jù)產(chǎn)品經(jīng)理,或者想要轉(zhuǎn)崗的產(chǎn)品經(jīng)理、數(shù)據(jù)分析師、研發(fā)、產(chǎn)品運(yùn)營(yíng)等人群。

    課程會(huì)從基礎(chǔ)概念,到核心技能,再通過(guò)典型數(shù)據(jù)分析平臺(tái)的實(shí)戰(zhàn),幫助大家構(gòu)建完整的知識(shí)體系,掌握數(shù)據(jù)產(chǎn)品經(jīng)理的基本功。

    學(xué)完后你會(huì)掌握怎么建指標(biāo)體系、指標(biāo)字典,如何設(shè)計(jì)數(shù)據(jù)埋點(diǎn)、保證數(shù)據(jù)質(zhì)量,規(guī)劃大數(shù)據(jù)分析平臺(tái)等實(shí)際工作技能~

    現(xiàn)在就添加空空老師(微信id:anne012520),咨詢(xún)課程詳情并領(lǐng)取福利優(yōu)惠吧!

    來(lái)自廣東 回復(fù)
  10. 有幫助到理解~

    來(lái)自上海 回復(fù)