如何高質(zhì)量設(shè)計(jì)埋點(diǎn)?

6 評論 19451 瀏覽 168 收藏 14 分鐘
B端产品经理要负责对目标行业和市场进行深入的分析和调研,了解客户的需求、痛点、期望和行为,找到产品的价值主张 🔗

上一篇介紹了『用戶屬性』『事件』『埋點(diǎn)』的概念以及基本用法,而這篇文章會(huì)向大家介紹實(shí)際埋點(diǎn)過程中需要注意的事項(xiàng),避免大家重復(fù)踩坑。

一、事件類型

1. 狀態(tài)事件與頻次事件

狀態(tài)事件:對于狀態(tài)事件,頻次是沒有參考價(jià)值的,只有事件的最終狀態(tài)才有價(jià)值

例如開關(guān)的開啟與關(guān)閉,在指定的時(shí)間段,我們只關(guān)心開關(guān)的最終狀態(tài),至于期間開關(guān)了多少次,沒有實(shí)際的統(tǒng)計(jì)意義。對于狀態(tài)事件,我們一般用『用戶屬性』來表示。

但是對于很多統(tǒng)計(jì)平臺(tái),用戶屬性存在數(shù)量限制,所以對于顆粒度很小,并且操作可能非常頻繁的狀態(tài)事件來說,也可以通過事件數(shù)的大小進(jìn)行粗略判斷。例如,音樂應(yīng)用中,通常會(huì)使用該音樂的收藏按鈕的點(diǎn)擊次數(shù)來判斷音樂的受歡迎程度。

頻次事件:頻次事件就是普通的統(tǒng)計(jì)事件,例如按鈕控件的點(diǎn)擊事件,頁面的展示事件。我們可以通過事件的頻次,判斷對應(yīng)功能的價(jià)值。

2. 具體事件與抽象事件

  • 具體事件: 指的是某個(gè)具體操作,例如按鈕的點(diǎn)擊、頁面的展示、彈窗的彈出等。
  • 抽象事件: 往往指一類事件的集合,例如計(jì)算模塊之間的漏斗轉(zhuǎn)化率,往往會(huì)用到抽象事件,具體案例在下文會(huì)給出。

3. 主動(dòng)事件與被動(dòng)事件

  • 主動(dòng)事件: 需要用戶主動(dòng)觸發(fā),例如按鈕的點(diǎn)擊,或者tab的切換,主動(dòng)事件代表了用戶的主動(dòng)意愿,對于用戶行為分析具有很大的參考意義。
  • 被動(dòng)事件: 不能表明用戶的使用意愿,往往是用戶操作的附加結(jié)果。例如,用戶點(diǎn)擊back鍵退出當(dāng)前頁面A,回到上一個(gè)頁面B,此時(shí)上一個(gè)頁面B的展示并不一定是用戶真的想要進(jìn)入,只是退出頁面A的必經(jīng)路徑而已。這類事件對于用戶的行為分析意義不是很大,但是對于其他維度的分析有著一定的參考價(jià)值,例如廣告展示等。

二、埋點(diǎn)前提

思考清楚有無埋點(diǎn)的必要,埋點(diǎn)的作用是為數(shù)據(jù)分析提供數(shù)據(jù)源。這些數(shù)據(jù)源往往需要組合運(yùn)算才能得到數(shù)據(jù)結(jié)果,通常用于分析某個(gè)功能的使用情況。

很多問題不能或者沒有必要通過埋點(diǎn)來證明,例如驗(yàn)證選品方向,通過統(tǒng)計(jì)平臺(tái)提供每日新增與次日留存即可驗(yàn)證,沒有必要使用埋點(diǎn)進(jìn)行細(xì)致的分析。

如果確定使用埋點(diǎn),則要明確待驗(yàn)證的核心問題,建議先理清產(chǎn)品方案的相關(guān)流程,并且明確定義每個(gè)模塊的核心指標(biāo)。

三、埋點(diǎn)注意事項(xiàng)

1. 準(zhǔn)確性原則

埋點(diǎn)事件一定是有效事件,而不是單純的事件頻次,下面是兩個(gè)說明案例:

案例1

產(chǎn)品邏輯:點(diǎn)擊某個(gè)按鈕,會(huì)進(jìn)入到某個(gè)指定的頁面。

統(tǒng)計(jì)目標(biāo):計(jì)算『點(diǎn)擊按鈕』→『頁面展示』的事件頻次轉(zhuǎn)化率。

計(jì)算公式:轉(zhuǎn)化率 = 頁面展示次數(shù)÷按鈕點(diǎn)擊次數(shù)

埋點(diǎn)說明:如果僅僅把頁面展示的次數(shù)作為分子,會(huì)導(dǎo)致整個(gè)漏斗統(tǒng)計(jì)出錯(cuò)。除了存在多個(gè)途徑進(jìn)入該頁面的可能,還一個(gè)重要的原因:從該頁面進(jìn)入其他頁面,并且從其它頁面返回至該頁面的時(shí)候,該頁面的展示也會(huì)被統(tǒng)計(jì)一次,如此計(jì)算的轉(zhuǎn)化率比真實(shí)情況要高。在該案例中,應(yīng)該定義『有效頁面pv』:只有按鈕點(diǎn)擊進(jìn)入該頁面,才算做一次有效的『頁面展示』事件。

案例2

產(chǎn)品邏輯:某個(gè)彈窗彈出,彈窗上有『確定』和『取消』兩個(gè)按鈕。

統(tǒng)計(jì)目標(biāo):計(jì)算『彈窗彈出』→『確定按鈕點(diǎn)擊』的頻次轉(zhuǎn)化率。

計(jì)算公式:轉(zhuǎn)化率=確定按鈕的點(diǎn)擊次數(shù)÷彈窗的彈出次數(shù)

埋點(diǎn)說明:其中,『確定按鈕點(diǎn)擊』應(yīng)該是有效點(diǎn)擊,因?yàn)樵跓o網(wǎng)或者卡頓情況下,存在用戶需點(diǎn)擊多次按鈕,彈窗才能消失的情況。這種情況下,第二步的事件數(shù)是大于第一步的。在進(jìn)行類似埋點(diǎn)的時(shí)候,應(yīng)該定義第二步的有效點(diǎn)擊:只要用戶點(diǎn)擊了按鈕,不管點(diǎn)了多少次,只算一次。

2. 高類聚,低耦合原則

如果是產(chǎn)品模塊之間的漏斗統(tǒng)計(jì),建議為每個(gè)單獨(dú)的模塊設(shè)置一個(gè)事件作為代表,而不是使用模塊內(nèi)部所包含的所有事件。

從產(chǎn)品結(jié)構(gòu)上來說,模塊與模塊之間比較獨(dú)立,但是模塊內(nèi)部往往由復(fù)雜的邏輯組成,所以將這些復(fù)雜的邏輯抽象成一個(gè)獨(dú)立的有效事件,有助于理清每個(gè)模塊間的轉(zhuǎn)化關(guān)系。

案例

產(chǎn)品邏輯:為了增加產(chǎn)品的使用時(shí)長,所以增加了積分體系邏輯,用戶可以在產(chǎn)品不同的地方,看到各種任務(wù)引導(dǎo),然后通過完成不同的任務(wù),兌換相應(yīng)的積分,領(lǐng)取對應(yīng)的獎(jiǎng)勵(lì)。

統(tǒng)計(jì)目標(biāo):計(jì)算『任務(wù)引導(dǎo)』→『任務(wù)完成』的轉(zhuǎn)化率

計(jì)算公式:轉(zhuǎn)化率 = 任務(wù)完成次數(shù)÷任務(wù)引導(dǎo)次數(shù)

埋點(diǎn)說明:在積分體系中,應(yīng)該將任務(wù)引導(dǎo)和完成任務(wù)分別抽象為兩個(gè)單獨(dú)的事件:只要任務(wù)引導(dǎo)出現(xiàn),不管是哪種類型,哪個(gè)位置的引導(dǎo),統(tǒng)統(tǒng)算作是『任務(wù)引導(dǎo)事件』。同理,不管用戶完成了哪個(gè)任務(wù),也應(yīng)該統(tǒng)統(tǒng)算作為『任務(wù)完成事件』。如此一來,能夠很輕松地從整體評估任務(wù)從曝光到完成的轉(zhuǎn)化率。若是對每個(gè)任務(wù)的曝光事件與完成都進(jìn)行埋點(diǎn)分析,則是一個(gè)十分復(fù)雜繁瑣的過程。

3. 結(jié)果歸一性原則

如果某個(gè)動(dòng)作的發(fā)生,必然導(dǎo)致另外一個(gè)唯一結(jié)果事件,則建議只統(tǒng)計(jì)結(jié)果事件即可,對于很多統(tǒng)計(jì)平臺(tái)來說,事件是十分稀有的資源。例如,F(xiàn)irebase最多允許添加500個(gè)事件,超出事件便不再顯示。

當(dāng)這兩個(gè)事件具有高度的重合性與替代性,顯然結(jié)果事件對于數(shù)據(jù)分析更具有價(jià)值。

案例

產(chǎn)品邏輯:內(nèi)購宣傳頁面有多個(gè)曝光入口,可以通過點(diǎn)擊首頁的卡片進(jìn)入,也可以通過點(diǎn)擊彈窗進(jìn)入。

統(tǒng)計(jì)目標(biāo):統(tǒng)計(jì)內(nèi)購宣傳頁的展示次數(shù)。

埋點(diǎn)說明:為了獲得統(tǒng)計(jì)目標(biāo),只需要記錄內(nèi)購宣傳頁的展示事件即可,而主頁卡片的點(diǎn)擊事件與彈窗點(diǎn)擊事件可以由『內(nèi)購宣傳頁』的鍵值對來表示。如此一來,既能分析出內(nèi)購宣傳頁面的展示與入口分布,又能節(jié)約了兩個(gè)入口事件。

4. 有效性原則

這一點(diǎn)是對上一點(diǎn)的補(bǔ)充,每個(gè)事件都應(yīng)該對產(chǎn)品有著實(shí)際的分析價(jià)值與指導(dǎo)意義。對于那些沒有指導(dǎo)意義的事件,請勿添加。

這點(diǎn)對于剛接觸埋點(diǎn)設(shè)計(jì)的同學(xué)尤為重要,因?yàn)閯偨佑|埋點(diǎn)的時(shí)候,可能會(huì)存在『寧可錯(cuò)埋一千,也不放過一個(gè)』的想法,這往往會(huì)浪費(fèi)大量的事件資源。

  1. 對于產(chǎn)品邏輯不相關(guān)的事件不要添加,例如:彈窗關(guān)閉按鈕的點(diǎn)擊事件;
  2. 對于產(chǎn)品改善沒有任何指導(dǎo)意義的事件不要添加,例如:固定動(dòng)畫的播放事件。

5. 分散與統(tǒng)一原則

如果一個(gè)事件,需要從多個(gè)維度進(jìn)行分析,不僅每個(gè)維度在邏輯上相互關(guān)聯(lián),而且要求統(tǒng)計(jì)上又相互獨(dú)立,則可以針對每個(gè)維度進(jìn)行獨(dú)立的統(tǒng)計(jì)。同時(shí),也建議把這些維度連接起來,作為一個(gè)整體的維度進(jìn)行分析。

案例1

產(chǎn)品邏輯:一個(gè)購物商城包含多類商品(電子產(chǎn)品、日化產(chǎn)品等),每類商品有包含多種具體的產(chǎn)品。例如電子產(chǎn)品包含XX型號手機(jī)、XX型號電腦……用戶可以通過選擇某個(gè)商品,并點(diǎn)擊付款按鈕,完成付款行為。

統(tǒng)計(jì)目標(biāo):計(jì)算每類商品所在的銷售額與利潤

計(jì)算公式:

  • 電子產(chǎn)品總銷售額=所有用戶購買的電子產(chǎn)品銷售額累加值
  • 電子產(chǎn)品總利潤=所有用戶購買的電子產(chǎn)品利潤累加值
  • 日化產(chǎn)品總銷售額……

埋點(diǎn)說明:每個(gè)商品都有專屬的種類、售價(jià)與利潤,其中種類、售價(jià)與利潤三個(gè)維度相互獨(dú)立,如果將這三個(gè)維度作為獨(dú)立的三個(gè)鍵值對,如下表所示:

會(huì)對統(tǒng)計(jì)目標(biāo)造成割裂,上面的埋點(diǎn)要么只能統(tǒng)計(jì)商品種類數(shù)目,要么只能統(tǒng)計(jì)總銷售額,要么只能統(tǒng)計(jì)總利潤,無法實(shí)現(xiàn)統(tǒng)計(jì)目標(biāo)。

所以,推薦將這三個(gè)維度連接起來作為一個(gè)鍵,如下表所示:

這樣可以通過SQL語句獲取用戶使用的原始數(shù)據(jù),然后通過簡單地?cái)?shù)據(jù)處理,就能得出用戶準(zhǔn)確的使用情況。

這里的連接符推薦使用^,而不是_,因?yàn)楹芏嗝哪J(rèn)分隔符_,所以如果再以_作為分隔符,可能會(huì)給后續(xù)的數(shù)據(jù)處理造成麻煩。

四、其他

除了上面系統(tǒng)的原則與方法論,還剩一些零碎但同樣重要的補(bǔ)充。

1. 頁面展示統(tǒng)計(jì)差異

  • 進(jìn)入時(shí)觸發(fā)頁面展示事件,能夠獲取用戶主動(dòng)進(jìn)入該頁面的意愿;但是無法獲取該頁面的展示時(shí)長;
  • 退出時(shí)觸發(fā)頁面展示時(shí)間,能夠獲取頁面展示時(shí)長,但是會(huì)造成部分統(tǒng)計(jì)丟失,例如用戶通過后臺(tái)清理的形式殺死該應(yīng)用,則預(yù)埋的事件會(huì)無法發(fā)出;

2. 統(tǒng)計(jì)平臺(tái)的漏斗計(jì)算

一般統(tǒng)計(jì)平臺(tái)的步驟漏斗是按照用戶數(shù)來計(jì)算的,而不是事件數(shù)。

3. 埋點(diǎn)設(shè)計(jì)

進(jìn)行埋點(diǎn)設(shè)計(jì)時(shí),建議對照著產(chǎn)品設(shè)計(jì)圖,因?yàn)樵蛨D跟最終的設(shè)計(jì)圖存在著一些差異。例如,原型圖中存在的按鈕可能在設(shè)計(jì)圖中不會(huì)體現(xiàn)出來,所以參考最終設(shè)計(jì)圖埋點(diǎn)能夠保證埋點(diǎn)的準(zhǔn)確性,同時(shí)還能夠校驗(yàn)設(shè)計(jì)圖表達(dá)的準(zhǔn)確性,一舉兩得。

五、小結(jié)

埋點(diǎn)的介紹基本上告一段落,接下來打算寫幾篇產(chǎn)品方案的設(shè)計(jì)心得,也請大家繼續(xù)關(guān)注。

#相關(guān)閱讀#

一文讀懂用戶屬性、事件、埋點(diǎn)

#專欄作家#

MING,個(gè)人公眾號:MING的大航海,知乎專欄:產(chǎn)品見知錄,人人都是產(chǎn)品經(jīng)理專欄作家。一只專注于個(gè)人成長的產(chǎn)品汪,沉迷『方法論』,只分享值得收藏的『硬干貨』!

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 三個(gè)維度鏈接的鍵值對,上傳的時(shí)候,數(shù)據(jù)格式是MacBookPro13^1000^12000這樣么?然后在數(shù)據(jù)處理的時(shí)候可以分開為三個(gè)鍵值對?

    來自廣東 回復(fù)
  2. 特別棒

    來自北京 回復(fù)
  3. 不錯(cuò) 不錯(cuò)

    來自北京 回復(fù)
    1. 謝謝支持

      來自北京 回復(fù)
  4. 不錯(cuò)

    來自上海 回復(fù)
    1. 謝謝支持

      來自北京 回復(fù)
专题
13507人已学习13篇文章
增长模型是产品增长的通用思维框架。本专题的文章分享了如何构建增长模型。
专题
35203人已学习22篇文章
从动效设计原则、动效工具、制作方法、标注技巧等全方位解读
专题
13752人已学习13篇文章
本专题的文章分享了关于教育+AI的思考。
专题
11351人已学习12篇文章
保险是一种保障机制,能够在遭遇意外时起到缓冲保底作用的财务工具。本专题的文章分享了互联网保险产品设计指南。
专题
13460人已学习13篇文章
对企业而言,计费管理系统是相对基础和重要的一个系统,那么,怎么搭建计费管理系统呢?你了解计费系统的主要功能吗?本专题的文章分享了计费系统设计指南。
专题
16226人已学习12篇文章
对于产品经理来说,做用户调研是一项很重要的过程。本专题的文章分享了如何做好用户调研。