產(chǎn)品經(jīng)理必懂的多參數(shù)事件埋點(diǎn)

1.什么是多參數(shù)

而在埋點(diǎn)的需求當(dāng)中，“多參數(shù)事件”的埋點(diǎn)又是比較常見的一種類型，當(dāng)然，這個(gè)名詞是友盟平臺(tái)上這么稱呼，在其他平臺(tái)也有本質(zhì)上相同但名稱不同的埋點(diǎn)方式。那既然是“多參數(shù)事件”，首先冒出來(lái)的疑問(wèn)，就是到底什么是多參數(shù)呢?

以網(wǎng)易音樂云平臺(tái)舉例，你想要統(tǒng)計(jì)全平臺(tái)的用戶在歌手主頁(yè)，去分享一個(gè)歌手的時(shí)候一般會(huì)選擇以什么渠道分享出去，以便根據(jù)數(shù)據(jù)去判斷后續(xù)版本迭代時(shí)，要不要把某些比較冷漠的分享渠道拿掉。

如果你最終能查看到數(shù)據(jù)，其實(shí)你就已經(jīng)可以腦補(bǔ)出最終你想要看到的結(jié)果大致是啥樣了：

從上面就可以看出我們需要統(tǒng)計(jì)的都是分享渠道以及對(duì)應(yīng)的次數(shù)和人數(shù)，有的人可能就會(huì)直接將這所有的分享到對(duì)應(yīng)渠道的行為定義成幾個(gè)不同的事件，然后就進(jìn)行埋點(diǎn)統(tǒng)計(jì)了，這樣不是說(shuō)不可以，只是會(huì)顯得比較麻煩而且如果將一個(gè)App上所有的行為都定義成事件，對(duì)于很多App都會(huì)超過(guò)500個(gè)事件的上限了(友盟限定了事件上限為500個(gè))。

而從另外一個(gè)角度分析，無(wú)論是分享到朋友圈還是好友亦或其他渠道，本質(zhì)上其實(shí)都是基于分享這個(gè)操作進(jìn)行的子操作，要去統(tǒng)計(jì)的是某個(gè)子操作的使用次數(shù)時(shí)，實(shí)際上可以看做是對(duì)分享操作的更多補(bǔ)充和描述，所以在這種場(chǎng)景下，如果把分享定義成一個(gè)事件時(shí)，分享渠道就可以定義成參數(shù)，具體可以分享到哪些渠道就是可以取的參數(shù)值，要統(tǒng)計(jì)的次數(shù)、人數(shù)等都是對(duì)參數(shù)值進(jìn)行的具體統(tǒng)計(jì)。

2.產(chǎn)出需求

明確了上面場(chǎng)景后，就可以按照之前的文章中講到的去產(chǎn)出埋點(diǎn)的需求了，格式就大致如下：

這樣將埋點(diǎn)當(dāng)中所需的必要信息，事件id、事件名稱、參數(shù)id、參數(shù)值就已經(jīng)提供了，至于表格當(dāng)中的其他信息，主要是為了能夠讓相應(yīng)的人員明白各個(gè)埋點(diǎn)事件以及參數(shù)的含義而提供的補(bǔ)充信息。

3.查看數(shù)據(jù)

按照上面表格的多參數(shù)事件進(jìn)行埋點(diǎn)，有了相應(yīng)的操作后，就能夠查看到對(duì)應(yīng)的埋點(diǎn)數(shù)據(jù)信息，在友盟上如下所示：

上圖顯示對(duì)應(yīng)的事件id + 事件名，同時(shí)會(huì)展示對(duì)應(yīng)的報(bào)表數(shù)量，可以根據(jù)時(shí)間、版本、渠道等維度篩選。

下圖則顯示的是該事件下的參數(shù)可以取的參數(shù)值的實(shí)際數(shù)據(jù)情況，當(dāng)產(chǎn)生了更多參數(shù)值的數(shù)據(jù)時(shí)，就會(huì)在下面的報(bào)表當(dāng)中出現(xiàn)。


猜你喜歡：