隨著精細(xì)化運(yùn)營等需求的誕生，埋點(diǎn)這一事物也應(yīng)運(yùn)而生。那么，埋點(diǎn)都有哪些應(yīng)用場(chǎng)景？埋點(diǎn)主要采集哪些數(shù)據(jù)？這篇文章里，作者談了談他的看法，一起來看。

一、前言

互聯(lián)網(wǎng)發(fā)展起始階段，不關(guān)心流量，一切都處在野蠻生長(zhǎng)的階段。隨著時(shí)代的進(jìn)步，業(yè)務(wù)也在增長(zhǎng)，網(wǎng)站流量開始增多，這時(shí)大家意識(shí)到這些數(shù)據(jù)中蘊(yùn)含著大量的用戶信息，加之用戶需求越來越復(fù)雜，這時(shí)產(chǎn)品、運(yùn)營人員就需要一些關(guān)鍵數(shù)據(jù)作為參考。

埋點(diǎn)應(yīng)運(yùn)而生。

二、應(yīng)用場(chǎng)景

1. 產(chǎn)品功能使用分析：對(duì)于產(chǎn)品來說，他們希望對(duì)比不同版本的數(shù)據(jù)，來評(píng)估當(dāng)前產(chǎn)品改版的情況。
2. 投放效果分析：對(duì)于投放人員而言，他們希望能夠看到投放渠道的效果，以此評(píng)估改善投放策略。
3. 個(gè)性化推薦：用戶瀏覽、點(diǎn)擊、互動(dòng)、下單等行為是算法模型重要的特征輸入。
4. 其他廣泛場(chǎng)景。

三、埋點(diǎn)主要采集哪些數(shù)據(jù)？

業(yè)內(nèi)達(dá)成共識(shí)的就是4W1H數(shù)據(jù)模型，即who、when、where、what、how

• WHO：「用戶屬性」相關(guān)信息（用戶id、手機(jī)號(hào)、設(shè)備id等）
• WHEN：時(shí)間相關(guān)信息（seeionid、客戶端時(shí)間等）
• WHERE：「事件屬性」相關(guān)信息（頁面名稱、按鈕名稱、按鈕位置等）
• WHAT&HOW：「事件」相關(guān)信息（頁面按鈕點(diǎn)擊、搜索點(diǎn)擊、頁面瀏覽等）

不同公司由于規(guī)模、業(yè)務(wù)屬性不同，對(duì)于「事件」的定義可能存在出入

• 有些會(huì)完全抽象出來，如”頁面按鈕點(diǎn)擊“”頁面曝光“”頁面瀏覽“
• 有些會(huì)將業(yè)務(wù)核心功能單獨(dú)拎出來，如“支付””搜索“”關(guān)注“”分享”
• 有些會(huì)核心what&where組合，如“瀏覽主頁”“瀏覽商品詳情頁”

對(duì)于如何定義「事件」沒有一定之規(guī)，以精簡(jiǎn)易用為主，適合自身的就是最好的。

B端究竟需要什么样的产品经理？

B端产品经理都是以提升供应侧的工作效率为目的，所以B端需求主要是以业务问题为导向。 这个是B端产品比较重要的一点，B端产品是服务于一个主体 ...

查看详情 >

這里分享一個(gè)神策的思路：

WHAT：WHAT描述了一個(gè)事件具體是什么，這里就是神策事件設(shè)計(jì)模型的一個(gè)獨(dú)特的地方。

在這里場(chǎng)景下，按照神策的事件設(shè)計(jì)規(guī)范，事件是“APP頁面瀏覽”，而不是“首頁的瀏覽”，通過增加『頁面名稱』這個(gè)屬性來區(qū)分究竟瀏覽的是哪個(gè)具體的頁面，大家可以思考下，為什么是這種設(shè)計(jì)思路呢？

實(shí)際上，一般一個(gè)產(chǎn)品會(huì)有N多個(gè)不同的頁面，如果將每個(gè)頁面都單獨(dú)定義為一個(gè)事件，那么后臺(tái)的事件將會(huì)有幾百上千個(gè)，業(yè)務(wù)人員在使用時(shí)會(huì)非常的麻煩，篩選事件的成本也會(huì)非常大。

神策分析在做埋點(diǎn)需求設(shè)計(jì)時(shí)，針對(duì)所有類似的觸發(fā)機(jī)制和場(chǎng)景的事件，都會(huì)做聚合處理，因此企業(yè)的事件量通常會(huì)維持在30-50個(gè)左右，配以神策的歸類機(jī)制，極大方便企業(yè)進(jìn)行事件管理，給業(yè)務(wù)人員帶來極強(qiáng)的易用性。

四、埋點(diǎn)設(shè)計(jì)方案

可以參考火山引擎這一篇，非常詳細(xì)https://www.volcengine.com/docs/6285/110093

五、埋點(diǎn)形式

偏技術(shù)向，直接貼圖：