當(dāng)我們在談?wù)摂?shù)據(jù)埋點時,我們在談?wù)撔┦裁矗?/h2>
編輯導(dǎo)語:數(shù)據(jù)埋點讓產(chǎn)品或運營等相關(guān)人員能按照具體的需求,定制性地統(tǒng)計較為復(fù)雜的用戶數(shù)據(jù),在工作中經(jīng)常會用到數(shù)據(jù)埋點;那當(dāng)我們在談?wù)摂?shù)據(jù)埋點時,我們在談?wù)撌裁矗勘疚淖髡咴敿?xì)分析了埋點體系的建設(shè),認(rèn)識一些埋點,我們一起來看一下。
這是一篇關(guān)于埋點體系建設(shè)的文章,談?wù)撊齻€核心問題:
- 什么是埋點?
- 什么是好的埋點體系?
- 如何著手搭建埋點體系?
一、什么是埋點?
當(dāng)我們要應(yīng)用數(shù)據(jù)時,「巧婦難為無米之炊」這句話常常被提起,這句話是在表達(dá),應(yīng)用數(shù)據(jù)的前提是先有數(shù)據(jù)。
這可能聽起來是句廢話,但在實際的工作場景中,數(shù)據(jù)團(tuán)隊常常會收到一些「奇怪」的需求;比如,業(yè)務(wù)人員希望了解昨日使用搜索功能的用戶數(shù),而實際上數(shù)據(jù)庫里面并沒有存用戶點擊搜索按鈕這個行為的相關(guān)數(shù)據(jù);又比如,數(shù)據(jù)庫中記錄了打開小程序這一行為的相關(guān)數(shù)據(jù),而業(yè)務(wù)人員希望了解通過不同場景啟動(如,列表下拉打開、單人聊天頁面分享打開等)打開小程序的用戶數(shù);由于數(shù)據(jù)庫并沒有在用戶啟動小程序時記錄啟動的場景,這樣的需求也是無法被滿足的,這樣的情景都可以用「巧婦難為無米之炊」來比喻。
既然「先有數(shù)據(jù)」是一切數(shù)據(jù)應(yīng)用的前提,如何才能把業(yè)務(wù)關(guān)心的用戶行為數(shù)據(jù)都收集存儲下來呢?答案就是——埋點。
如何理解「埋點」?
筆者有一個比較直覺的理解:埋點就是部署在前端,或服務(wù)端的一段代碼,當(dāng)用戶觸發(fā)了某種特定的操作,這段代碼就會生成一條數(shù)據(jù)發(fā)送到數(shù)據(jù)庫里,這條數(shù)據(jù)會記錄哪個用戶在什么時候以什么樣的方式做了一件什么樣的事。
于是,當(dāng)我們想要統(tǒng)計用戶操作某功能的次數(shù)、瀏覽頁面的時長、某頁面的跳出率時,就需要用埋點去采集這些信息。
二、什么是好的埋點體系?
埋點就埋點唄,為什么還要在「埋點」兩個字后面加「體系」?
這是因為雖然埋點本身技術(shù)實現(xiàn)的難度并不高,但是整個埋點的過程可以說十分的復(fù)雜繁瑣,有非常多細(xì)節(jié)需要考慮;不是某個角色能獨立完成的工作,需要數(shù)據(jù)團(tuán)隊、研發(fā)團(tuán)隊、測試團(tuán)隊、業(yè)務(wù)團(tuán)隊多方參與。
如何讓各方高效地協(xié)作,采集到業(yè)務(wù)線真正所需要的數(shù)據(jù)?埋點上線之后,BI 同學(xué)是否能清楚地知道埋點的元數(shù)據(jù)信息,加工出業(yè)務(wù)需要的指標(biāo)?基本上,開發(fā)人員都不太愿意做「埋點」的工作,如何去說服他們?
這一系列問題都是埋點工作中需要考慮的,到最后,埋點不僅僅是一串能采集用戶行為數(shù)據(jù)的代碼,而是一整套能實現(xiàn)業(yè)務(wù)數(shù)據(jù)需求的復(fù)雜體系;其中包括埋點模型、埋點SDK、埋點流程規(guī)范、埋點工具、用戶行為分析平臺等等這些內(nèi)容。
正由于埋點業(yè)務(wù)一套非常復(fù)雜的體系,需要投入很多的資源和人力去長期的運營,我們對埋點工作的要求就不止是解決采集數(shù)據(jù)的有無問題,還要關(guān)注成本問題、質(zhì)量問題,也就是說如何以較低的成本穩(wěn)定產(chǎn)出高質(zhì)量的埋點?
我認(rèn)為一個好的埋點體系應(yīng)該同時滿足:
- 成本低,埋點從需求到開發(fā)上線,再到數(shù)據(jù)分析,各方的操作成本低。
- 效率高,埋點模型全面、復(fù)用性高,不需要每個埋點需求都走一遍埋點流程。
- 質(zhì)量好,通過機制和上線化的工具保證埋點需求端到端的交付。
三、如何著手搭建好的埋點體系?
一般而言,一條完整的埋點工作流長下面這個樣子:
編輯導(dǎo)語:數(shù)據(jù)埋點讓產(chǎn)品或運營等相關(guān)人員能按照具體的需求,定制性地統(tǒng)計較為復(fù)雜的用戶數(shù)據(jù),在工作中經(jīng)常會用到數(shù)據(jù)埋點;那當(dāng)我們在談?wù)摂?shù)據(jù)埋點時,我們在談?wù)撌裁矗勘疚淖髡咴敿?xì)分析了埋點體系的建設(shè),認(rèn)識一些埋點,我們一起來看一下。
這是一篇關(guān)于埋點體系建設(shè)的文章,談?wù)撊齻€核心問題:
- 什么是埋點?
- 什么是好的埋點體系?
- 如何著手搭建埋點體系?
一、什么是埋點?
當(dāng)我們要應(yīng)用數(shù)據(jù)時,「巧婦難為無米之炊」這句話常常被提起,這句話是在表達(dá),應(yīng)用數(shù)據(jù)的前提是先有數(shù)據(jù)。
這可能聽起來是句廢話,但在實際的工作場景中,數(shù)據(jù)團(tuán)隊常常會收到一些「奇怪」的需求;比如,業(yè)務(wù)人員希望了解昨日使用搜索功能的用戶數(shù),而實際上數(shù)據(jù)庫里面并沒有存用戶點擊搜索按鈕這個行為的相關(guān)數(shù)據(jù);又比如,數(shù)據(jù)庫中記錄了打開小程序這一行為的相關(guān)數(shù)據(jù),而業(yè)務(wù)人員希望了解通過不同場景啟動(如,列表下拉打開、單人聊天頁面分享打開等)打開小程序的用戶數(shù);由于數(shù)據(jù)庫并沒有在用戶啟動小程序時記錄啟動的場景,這樣的需求也是無法被滿足的,這樣的情景都可以用「巧婦難為無米之炊」來比喻。
既然「先有數(shù)據(jù)」是一切數(shù)據(jù)應(yīng)用的前提,如何才能把業(yè)務(wù)關(guān)心的用戶行為數(shù)據(jù)都收集存儲下來呢?答案就是——埋點。
如何理解「埋點」?
筆者有一個比較直覺的理解:埋點就是部署在前端,或服務(wù)端的一段代碼,當(dāng)用戶觸發(fā)了某種特定的操作,這段代碼就會生成一條數(shù)據(jù)發(fā)送到數(shù)據(jù)庫里,這條數(shù)據(jù)會記錄哪個用戶在什么時候以什么樣的方式做了一件什么樣的事。
于是,當(dāng)我們想要統(tǒng)計用戶操作某功能的次數(shù)、瀏覽頁面的時長、某頁面的跳出率時,就需要用埋點去采集這些信息。
二、什么是好的埋點體系?
埋點就埋點唄,為什么還要在「埋點」兩個字后面加「體系」?
這是因為雖然埋點本身技術(shù)實現(xiàn)的難度并不高,但是整個埋點的過程可以說十分的復(fù)雜繁瑣,有非常多細(xì)節(jié)需要考慮;不是某個角色能獨立完成的工作,需要數(shù)據(jù)團(tuán)隊、研發(fā)團(tuán)隊、測試團(tuán)隊、業(yè)務(wù)團(tuán)隊多方參與。
如何讓各方高效地協(xié)作,采集到業(yè)務(wù)線真正所需要的數(shù)據(jù)?埋點上線之后,BI 同學(xué)是否能清楚地知道埋點的元數(shù)據(jù)信息,加工出業(yè)務(wù)需要的指標(biāo)?基本上,開發(fā)人員都不太愿意做「埋點」的工作,如何去說服他們?
這一系列問題都是埋點工作中需要考慮的,到最后,埋點不僅僅是一串能采集用戶行為數(shù)據(jù)的代碼,而是一整套能實現(xiàn)業(yè)務(wù)數(shù)據(jù)需求的復(fù)雜體系;其中包括埋點模型、埋點SDK、埋點流程規(guī)范、埋點工具、用戶行為分析平臺等等這些內(nèi)容。
正由于埋點業(yè)務(wù)一套非常復(fù)雜的體系,需要投入很多的資源和人力去長期的運營,我們對埋點工作的要求就不止是解決采集數(shù)據(jù)的有無問題,還要關(guān)注成本問題、質(zhì)量問題,也就是說如何以較低的成本穩(wěn)定產(chǎn)出高質(zhì)量的埋點?
我認(rèn)為一個好的埋點體系應(yīng)該同時滿足:
- 成本低,埋點從需求到開發(fā)上線,再到數(shù)據(jù)分析,各方的操作成本低。
- 效率高,埋點模型全面、復(fù)用性高,不需要每個埋點需求都走一遍埋點流程。
- 質(zhì)量好,通過機制和上線化的工具保證埋點需求端到端的交付。
三、如何著手搭建好的埋點體系?
一般而言,一條完整的埋點工作流長下面這個樣子:
高效,并具可復(fù)用性強,對埋點體系搭建基本要求