數(shù)據(jù)分析產(chǎn)品的下一個(gè)進(jìn)化:基于無(wú)埋點(diǎn)的有埋點(diǎn)

1 評(píng)論 10200 瀏覽 50 收藏 10 分鐘

從埋點(diǎn)技術(shù)的誕生和發(fā)展不難看出,一切都是源于大數(shù)據(jù)的發(fā)展,對(duì)數(shù)據(jù)的需求更加全面和精準(zhǔn),為適應(yīng)這種發(fā)展,埋點(diǎn)技術(shù)不斷更新迭代。這也是大數(shù)據(jù)發(fā)展的根源。

乍一看題目感覺是個(gè)病句,但從技術(shù)上來(lái)說(shuō)卻是下一個(gè)升級(jí)。

一直以來(lái),人們把大數(shù)據(jù)和埋點(diǎn)技術(shù)緊緊捆綁在一起,大數(shù)據(jù)時(shí)代也被稱為埋點(diǎn)時(shí)代。技術(shù)發(fā)展,更新更快的無(wú)埋點(diǎn)技術(shù)橫空出世。那么埋點(diǎn)技術(shù)是不是就此被判了死刑,無(wú)埋點(diǎn)就是萬(wàn)能的了? 非也,二者只會(huì)進(jìn)化的更為高級(jí)。

為什么這樣說(shuō)呢?其實(shí)從埋點(diǎn)技術(shù)的誕生和發(fā)展不難看出,一切都是源于大數(shù)據(jù)的發(fā)展,對(duì)數(shù)據(jù)的需求更加全面和精準(zhǔn),為適應(yīng)這種發(fā)展,埋點(diǎn)技術(shù)不斷更新迭代。這也是大數(shù)據(jù)發(fā)展的根源。

埋點(diǎn)的進(jìn)化發(fā)展史

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

比如一些互聯(lián)網(wǎng)公司,發(fā)展到一定程度,都會(huì)有專門的數(shù)據(jù)團(tuán)隊(duì)或者兼職數(shù)據(jù)人員,對(duì)公司的一些業(yè)務(wù)指標(biāo)負(fù)責(zé)。同時(shí)產(chǎn)品的迭代升級(jí)同樣需要大量的數(shù)據(jù)來(lái)支撐,如果沒有數(shù)據(jù)指標(biāo)的支撐,又怎么衡量這個(gè)功能升級(jí)是不是合理的呢?互聯(lián)網(wǎng)產(chǎn)品并不是功能越多就越好,產(chǎn)品是否經(jīng)得起用戶考驗(yàn),還是要基于數(shù)據(jù)說(shuō)話的,然后學(xué)習(xí)新知識(shí),用于下一輪的迭代。于是,埋點(diǎn)就此誕生了!

從埋點(diǎn)發(fā)展到今天的無(wú)埋點(diǎn)經(jīng)歷三個(gè)階段的升級(jí),第一階段是代碼埋點(diǎn),最初的埋點(diǎn)是在代碼的關(guān)鍵部位植入N行代碼,追蹤用戶的行為,得到想要的數(shù)據(jù)。挖開產(chǎn)品本身,找到收集點(diǎn).進(jìn)行源源不斷的傳遞數(shù)據(jù)。簡(jiǎn)單的說(shuō),找節(jié)點(diǎn),布代碼,收數(shù)據(jù)。

但隨著業(yè)務(wù)規(guī)模擴(kuò)大,數(shù)據(jù)需求增多,埋點(diǎn)效率低下,采集成本過(guò)高等問(wèn)題開始暴露,這時(shí)候新的埋點(diǎn)技術(shù)出現(xiàn)了,即第二階段框架式埋點(diǎn)。

框架式埋點(diǎn)也稱“可視化埋點(diǎn)”。用框架式交互手段來(lái)代替純手工寫代碼,固化相應(yīng)代碼的做為SDK,方便直接調(diào)用.這是一個(gè)非常大的進(jìn)步??蚣苁铰顸c(diǎn)很好地解決了代碼埋點(diǎn)的埋點(diǎn)代價(jià)大和更新代價(jià)大兩個(gè)問(wèn)題。但框架式埋點(diǎn)能夠覆蓋的功能有限,關(guān)鍵在于不是所有的控件操作都可以通過(guò)這種方案進(jìn)行定制,而且數(shù)據(jù)收集難度加大,因此無(wú)埋點(diǎn)技術(shù)走入了大眾的視線。

“無(wú)埋點(diǎn)”則是先盡可能收集所有的控件的操作數(shù)據(jù),然后再通過(guò)界面配置哪些數(shù)據(jù)需要在系統(tǒng)里面進(jìn)行分析?!盁o(wú)埋點(diǎn)”相比框架式埋點(diǎn)的優(yōu)點(diǎn),一方面是解決了數(shù)據(jù)“回溯”的問(wèn)題,另一方面,“無(wú)埋點(diǎn)”方案也可以自動(dòng)獲取很多啟發(fā)性的信息。無(wú)埋點(diǎn)大大減少了開發(fā)人員的開發(fā)成本及技術(shù)和業(yè)務(wù)人員的溝通成本。

可以說(shuō)無(wú)埋點(diǎn)技術(shù)的出現(xiàn),最大化的提升了數(shù)據(jù)收集的速度,大幅縮短了數(shù)據(jù)收集周期,使得原來(lái)不敢想的事情現(xiàn)在敢做了,原來(lái)礙于必須有時(shí)效性不敢收集的數(shù)據(jù)也可以迅速進(jìn)行分析了,在這點(diǎn)上,無(wú)埋點(diǎn)技術(shù)對(duì)傳統(tǒng)埋點(diǎn)技術(shù)的優(yōu)勢(shì)巨大。那么發(fā)展到無(wú)埋點(diǎn)是否就此為止了呢?答案是否定的。

下一個(gè)階段:無(wú)埋點(diǎn)基礎(chǔ)上的有埋點(diǎn)

從埋點(diǎn)到無(wú)埋點(diǎn),每個(gè)階段的演變都是順應(yīng)時(shí)代發(fā)展的需求,二者不是簡(jiǎn)單的被淘汰,而是在原來(lái)的基礎(chǔ)上更新迭代,回到根源上來(lái)說(shuō),對(duì)數(shù)據(jù)的全面和精準(zhǔn),也是技術(shù)進(jìn)化的一個(gè)催化加。因此我們有理由大膽猜測(cè),數(shù)據(jù)分析技術(shù)只會(huì)繼續(xù)下一個(gè)階段的進(jìn)化,基于無(wú)埋點(diǎn)上的有埋點(diǎn),支持我們的理由是什么?

首先我們了解一下它的概念,所謂無(wú)埋點(diǎn)技術(shù),并不是說(shuō)完全不用在App中植入代碼,而是需要調(diào)用SDK代碼,在應(yīng)用頁(yè)面的加載過(guò)程中、點(diǎn)擊事件傳播過(guò)程中、在其中間的某個(gè)點(diǎn)自動(dòng)嵌入監(jiān)測(cè)代碼來(lái)采集數(shù)據(jù)。

簡(jiǎn)單來(lái)說(shuō),就是通過(guò)簡(jiǎn)單的引入一段代碼來(lái)實(shí)現(xiàn)監(jiān)測(cè)。目前主流的APP監(jiān)測(cè),引入監(jiān)測(cè)方的SDK;網(wǎng)站端監(jiān)測(cè),則引入監(jiān)測(cè)方的JS文件,通過(guò)引入的SDK或者JS文件來(lái)實(shí)現(xiàn)對(duì)APP或者網(wǎng)站的流量、頁(yè)面熱點(diǎn)、用戶數(shù)等等這類基礎(chǔ)數(shù)據(jù)的統(tǒng)計(jì)分析。因此無(wú)埋點(diǎn),并非完全不埋點(diǎn),只是少埋點(diǎn),不是大家理解的不埋任何代碼就能實(shí)現(xiàn)監(jiān)測(cè),無(wú)埋點(diǎn)不能脫離有埋點(diǎn)獨(dú)立存在的。

其次,雖然無(wú)埋點(diǎn)看似十分先進(jìn),但也同樣存在一些弊端,不能靈活地自定義屬性,傳輸時(shí)效性和數(shù)據(jù)可靠性欠佳,由于所有的控件事件都全部搜集,給服務(wù)器和網(wǎng)絡(luò)傳輸帶來(lái)更大的負(fù)載;現(xiàn)有的無(wú)埋點(diǎn)技術(shù)并非官方標(biāo)準(zhǔn)方案,有可能在未來(lái)無(wú)法使用;監(jiān)測(cè)需求相對(duì)比較基礎(chǔ),更多的是依據(jù)流量、用戶、熱點(diǎn)的一些分析統(tǒng)計(jì),不涉及到一些自定義、或者更細(xì)化的統(tǒng)計(jì)分析,比如每個(gè)訂單、 會(huì)員的監(jiān)測(cè);或者頁(yè)面存在jQuery時(shí)對(duì)頁(yè)面熱點(diǎn)的監(jiān)測(cè)。

比如我們以APP來(lái)說(shuō),APP所有新聞頁(yè)、產(chǎn)品詳情頁(yè)的類名都是一個(gè),那么無(wú)埋點(diǎn)就無(wú)法區(qū)分不同新聞頁(yè)或者產(chǎn)品詳情頁(yè)的數(shù)據(jù),這就影響到了數(shù)據(jù)的精準(zhǔn),這種情況下就需要添加代碼來(lái)實(shí)現(xiàn)。

就比如城市要鋪設(shè)新的業(yè)務(wù)管道,那必須開挖路面,光看是不行的,同時(shí)要計(jì)量或控制管道的流量大小,知道管道里的流動(dòng)情況,就必須在相應(yīng)的節(jié)點(diǎn)上裝相應(yīng)的閥門,這就好像埋點(diǎn)一樣。

有時(shí)一些特殊需求或者特殊格式,也需要額外手動(dòng)發(fā)送請(qǐng)求代碼來(lái)實(shí)現(xiàn),比如滾動(dòng)條高度、及其它稍復(fù)雜的監(jiān)控都無(wú)法做到,如果需要采集全方位的數(shù)據(jù)進(jìn)行更專業(yè)的分析,仍需要靠開發(fā)人員來(lái)埋點(diǎn)配置。

可見,無(wú)埋點(diǎn)在數(shù)據(jù)監(jiān)測(cè)中并不能做到全面。這就注定埋點(diǎn)技術(shù)不會(huì)安安靜靜的選擇“狗帶”,無(wú)埋點(diǎn)技術(shù)又不是吹噓的十分萬(wàn)能。實(shí)現(xiàn)全面監(jiān)測(cè),將二者有效的結(jié)合在一起才是發(fā)展的正理。

因此在基于無(wú)埋點(diǎn)的基礎(chǔ)上,通過(guò)一些手動(dòng)發(fā)送請(qǐng)求方式(也就是所謂的埋點(diǎn)),來(lái)實(shí)現(xiàn)全面監(jiān)測(cè),這是目前行業(yè)需求和技術(shù)發(fā)展的主流方向,在這方面,國(guó)內(nèi)領(lǐng)先的第三方數(shù)據(jù)監(jiān)測(cè)服務(wù)商99click商助科技走在了技術(shù)的前端,在無(wú)埋點(diǎn)的基礎(chǔ)上融入有埋點(diǎn)技術(shù),為用戶提供全面的數(shù)據(jù)信息,這種技術(shù)既解決了數(shù)據(jù)分析中的弊端,又確保了數(shù)據(jù)的精準(zhǔn)性,同時(shí)也具備很強(qiáng)的擴(kuò)展性。

我們靜待下一個(gè)進(jìn)化階段的到來(lái)!

 

作者:99click(微信公眾號(hào):cn99click)

本文由 @99click商助科?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 這篇文章 根本不是干貨

    來(lái)自廣東 回復(fù)