產品經理必懂的多參數事件埋點

1.什么是多參數

而在埋點的需求當中，“多參數事件”的埋點又是比較常見的一種類型，當然，這個名詞是友盟平臺上這么稱呼，在其他平臺也有本質上相同但名稱不同的埋點方式。那既然是“多參數事件”，首先冒出來的疑問，就是到底什么是多參數呢?

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

如果你最終能查看到數據，其實你就已經可以腦補出最終你想要看到的結果大致是啥樣了：

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

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

2.產出需求

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

這樣將埋點當中所需的必要信息，事件id、事件名稱、參數id、參數值就已經提供了，至于表格當中的其他信息，主要是為了能夠讓相應的人員明白各個埋點事件以及參數的含義而提供的補充信息。

3.查看數據

按照上面表格的多參數事件進行埋點，有了相應的操作后，就能夠查看到對應的埋點數據信息，在友盟上如下所示：

上圖顯示對應的事件id + 事件名，同時會展示對應的報表數量，可以根據時間、版本、渠道等維度篩選。

下圖則顯示的是該事件下的參數可以取的參數值的實際數據情況，當產生了更多參數值的數據時，就會在下面的報表當中出現。


猜你喜歡：