更新時(shí)間:2020-07-03 來源:黑馬程序員 瀏覽量:
1.什么是多參數(shù)
而在埋點(diǎn)的需求當(dāng)中,“多參數(shù)事件”的埋點(diǎn)又是比較常見的一種類型,當(dāng)然,這個名詞是友盟平臺上這么稱呼,在其他平臺也有本質(zhì)上相同但名稱不同的埋點(diǎn)方式。那既然是“多參數(shù)事件”,首先冒出來的疑問,就是到底什么是多參數(shù)呢?
以網(wǎng)易音樂云平臺舉例,你想要統(tǒng)計(jì)全平臺的用戶在歌手主頁,去分享一個歌手的時(shí)候一般會選擇以什么渠道分享出去,以便根據(jù)數(shù)據(jù)去判斷后續(xù)版本迭代時(shí),要不要把某些比較冷漠的分享渠道拿掉。
如果你最終能查看到數(shù)據(jù),其實(shí)你就已經(jīng)可以腦補(bǔ)出最終你想要看到的結(jié)果大致是啥樣了:
從上面就可以看出我們需要統(tǒng)計(jì)的都是分享渠道以及對應(yīng)的次數(shù)和人數(shù),有的人可能就會直接將這所有的分享到對應(yīng)渠道的行為定義成幾個不同的事件,然后就進(jìn)行埋點(diǎn)統(tǒng)計(jì)了,這樣不是說不可以,只是會顯得比較麻煩而且如果將一個App上所有的行為都定義成事件,對于很多App都會超過500個事件的上限了(友盟限定了事件上限為500個)。
而從另外一個角度分析,無論是分享到朋友圈還是好友亦或其他渠道,本質(zhì)上其實(shí)都是基于分享這個操作進(jìn)行的子操作,要去統(tǒng)計(jì)的是某個子操作的使用次數(shù)時(shí),實(shí)際上可以看做是對分享操作的更多補(bǔ)充和描述,所以在這種場景下,如果把分享定義成一個事件時(shí),分享渠道就可以定義成參數(shù),具體可以分享到哪些渠道就是可以取的參數(shù)值,要統(tǒng)計(jì)的次數(shù)、人數(shù)等都是對參數(shù)值進(jìn)行的具體統(tǒng)計(jì)。
2.產(chǎn)出需求
明確了上面場景后,就可以按照之前的文章中講到的去產(chǎn)出埋點(diǎn)的需求了,格式就大致如下:
這樣將埋點(diǎn)當(dāng)中所需的必要信息,事件id、事件名稱、參數(shù)id、參數(shù)值就已經(jīng)提供了,至于表格當(dāng)中的其他信息,主要是為了能夠讓相應(yīng)的人員明白各個埋點(diǎn)事件以及參數(shù)的含義而提供的補(bǔ)充信息。
3.查看數(shù)據(jù)
按照上面表格的多參數(shù)事件進(jìn)行埋點(diǎn),有了相應(yīng)的操作后,就能夠查看到對應(yīng)的埋點(diǎn)數(shù)據(jù)信息,在友盟上如下所示:
上圖顯示對應(yīng)的事件id + 事件名,同時(shí)會展示對應(yīng)的報(bào)表數(shù)量,可以根據(jù)時(shí)間、版本、渠道等維度篩選。
下圖則顯示的是該事件下的參數(shù)可以取的參數(shù)值的實(shí)際數(shù)據(jù)情況,當(dāng)產(chǎn)生了更多參數(shù)值的數(shù)據(jù)時(shí),就會在下面的報(bào)表當(dāng)中出現(xiàn)。
猜你喜歡