如何進(jìn)行數(shù)據(jù)埋點(diǎn)設(shè)計(jì)?
數(shù)據(jù)分析的目的是要解決特定業(yè)務(wù)場(chǎng)景下的業(yè)務(wù)問題,通過數(shù)據(jù)埋點(diǎn)可以提高數(shù)據(jù)分析的質(zhì)量。那么該如何進(jìn)行數(shù)據(jù)埋點(diǎn)設(shè)計(jì)?本文總結(jié)了數(shù)據(jù)埋點(diǎn)相關(guān)流程,希望對(duì)你有所啟發(fā)。
為了更好的實(shí)現(xiàn)公司的商業(yè)目標(biāo),用戶體驗(yàn)越來越受重視。很多互聯(lián)網(wǎng)公司都會(huì)成立UED部門,會(huì)搭建UE設(shè)計(jì)規(guī)范體系、UI設(shè)計(jì)規(guī)范體系,但是實(shí)際推動(dòng)產(chǎn)品實(shí)現(xiàn)商業(yè)目標(biāo)的過程中,會(huì)發(fā)現(xiàn)僅有這兩套體系是不夠的。因?yàn)檫@兩套規(guī)范體系,主要是提高對(duì)內(nèi)的開發(fā)協(xié)作效率,雖然也會(huì)在一定程度上對(duì)提升產(chǎn)品品牌一致性等也有一定的幫助,但這遠(yuǎn)遠(yuǎn)不夠。
因此,很多集團(tuán)公司會(huì)搭建:“UE設(shè)計(jì)規(guī)范體系、UI設(shè)計(jì)規(guī)范體系、數(shù)據(jù)埋點(diǎn)規(guī)范體系” 三位一體的閉環(huán)式規(guī)范體系。
通過數(shù)據(jù)埋點(diǎn)規(guī)范體系的搭建,可以保持?jǐn)?shù)據(jù)埋點(diǎn)的規(guī)范性、提高開發(fā)埋點(diǎn)的速度和質(zhì)量,保持?jǐn)?shù)據(jù)分析口徑的一致性,從而提高數(shù)據(jù)分析質(zhì)量。同時(shí)可以更好的監(jiān)測(cè)和解決特定業(yè)務(wù)場(chǎng)景下的業(yè)務(wù)問題,用戶在操作流程中的受阻問題、用戶在下單過程中的中斷問題等,為迭代收集有效依據(jù),為提升業(yè)務(wù)目標(biāo)和用戶體驗(yàn)指明方向性。
數(shù)據(jù)分析埋點(diǎn)要采用“以終為始”的解決方案,數(shù)據(jù)分析的目的是要解決特定業(yè)務(wù)場(chǎng)景下的業(yè)務(wù)問題。需要進(jìn)一步把業(yè)務(wù)問題根據(jù)“業(yè)務(wù)目的”拆解成多個(gè)子問題,才能轉(zhuǎn)成數(shù)據(jù)問題,才能基于此搭建分析框架。
(有的公司有專門的數(shù)據(jù)分析崗位,有的公司則是由產(chǎn)品經(jīng)理、用戶體驗(yàn)設(shè)計(jì)師或者業(yè)務(wù)需求方來承擔(dān)此角色。文中統(tǒng)一寫:數(shù)據(jù)分析師)
一、數(shù)據(jù)埋點(diǎn)是什么?
埋點(diǎn)分析,是一種常用的數(shù)據(jù)采集方法,指在需要采集數(shù)據(jù)的“操作節(jié)點(diǎn)”將數(shù)據(jù)采集的程序代碼附加在功能程序代碼中,對(duì)操作節(jié)點(diǎn)上用戶行為或事件進(jìn)行捕獲、處理和發(fā)送相關(guān)技術(shù)及其實(shí)施過程。數(shù)據(jù)埋點(diǎn)是一種良好的私有化部署數(shù)據(jù)采集方式。
數(shù)據(jù)埋點(diǎn)分為初級(jí)、中級(jí)、高級(jí)三種方式,分別為:
初級(jí):在產(chǎn)品、服務(wù)轉(zhuǎn)化關(guān)鍵點(diǎn)植入統(tǒng)計(jì)代碼,據(jù)其獨(dú)立ID確保數(shù)據(jù)采集不重復(fù)(如購買按鈕點(diǎn)擊率)
中級(jí):植入多段代碼,追蹤用戶在平臺(tái)每個(gè)界面上的系列行為,事件之間相互獨(dú)立(如打開商品詳情頁 一 選擇商品型號(hào) 一 加入購物車 一 下訂單一購買完成)
高級(jí):聯(lián)合公司工程、ETL采集分析用戶全量行為,建立用戶畫像,還原用戶行為模型,作為產(chǎn)品分析、優(yōu)化的基礎(chǔ)。
二、為什么要進(jìn)行數(shù)據(jù)埋點(diǎn)?
數(shù)據(jù)埋點(diǎn)是一種常用的數(shù)據(jù)采集方法,可方便產(chǎn)品、運(yùn)營系統(tǒng)性的統(tǒng)計(jì)分析用戶數(shù)據(jù)。通過采集用戶在購買商品或者進(jìn)行軟件操作過程中的行為數(shù)據(jù),通過埋點(diǎn)進(jìn)行上報(bào),便于后續(xù)分析用戶行為與洞察用戶偏好。
數(shù)據(jù)埋點(diǎn)做得好,能夠方便分析業(yè)務(wù)問題,快速得出結(jié)論,同時(shí)輔助業(yè)務(wù)方進(jìn)行決策,以實(shí)現(xiàn)業(yè)務(wù)目標(biāo),形成閉環(huán)。
三、數(shù)據(jù)埋點(diǎn)的分類及方式
數(shù)據(jù)埋點(diǎn)的方法根據(jù)其位置不同,可分為前端埋點(diǎn)和后端埋點(diǎn)。
前端埋點(diǎn)通過SDK進(jìn)行數(shù)據(jù)采集,為了減少數(shù)據(jù)流量,通常對(duì)采集的數(shù)據(jù)進(jìn)行壓縮、暫存、打包上報(bào)。對(duì)于那些不需要實(shí)時(shí)上報(bào)的事件,通常只在Wi-Fi環(huán)境下上報(bào),因此會(huì)出現(xiàn)數(shù)據(jù)上報(bào)的延遲與漏報(bào)現(xiàn)象。
后端埋點(diǎn)通過調(diào)用API (Application Programming Interface) 采集信息,使用內(nèi)網(wǎng)傳輸信息,基本不會(huì)因?yàn)榫W(wǎng)絡(luò)原因丟失數(shù)據(jù),所以后端傳輸?shù)臄?shù)據(jù)可以非常真實(shí)地反映用戶行為。
理論上,只要客戶端向服務(wù)器發(fā)送請(qǐng)求,服務(wù)器埋點(diǎn)就能夠收集到相應(yīng)的數(shù)據(jù)。相比于前端埋點(diǎn),后端埋點(diǎn)能實(shí)時(shí)采集數(shù)據(jù),不存在延時(shí)上報(bào)現(xiàn)象,數(shù)據(jù)很準(zhǔn)確;并且后端埋點(diǎn)支持與用戶身份信息和行為附帶屬性信息的整合;另外,每次上線新的埋點(diǎn)或者更新埋點(diǎn)時(shí),發(fā)布后埋點(diǎn)馬上生效。
四、數(shù)據(jù)埋點(diǎn)能夠采集哪些用戶數(shù)據(jù)
網(wǎng)站或者App能夠采集到用戶的四類信息:設(shè)備硬件信息、軟件能力、數(shù)據(jù)權(quán)限、用戶行為。
1、設(shè)備的硬件信息,如設(shè)備品牌、型號(hào)、主板、CPU、屏幕分辦率等;
2、軟件能力,就算沒有點(diǎn)擊網(wǎng)頁或者App、橫豎屏、截屏、搖一搖等操作也會(huì)被記錄下來;
3、數(shù)據(jù)權(quán)限,新注冊(cè)某款軟件時(shí),對(duì)于相冊(cè)、通訊錄、GPS等比較私密的信息一般會(huì)跳出讓用戶授權(quán)的頁面,如果用戶同意授權(quán),那么網(wǎng)頁或者App就能夠采集到這些信息;
4、用戶行為,用戶只要對(duì)網(wǎng)頁或者App進(jìn)行操作,行為都會(huì)被記錄下來。
雖然網(wǎng)站或App在用戶授權(quán)的情況下可以采集用戶的各類數(shù)據(jù),但是在做數(shù)據(jù)埋點(diǎn)文檔的時(shí)候,并不需要追求大而全,根據(jù)業(yè)務(wù)方的需求文檔對(duì)相應(yīng)的行為進(jìn)行埋點(diǎn)記錄即可。
五、數(shù)據(jù)埋點(diǎn)方案設(shè)計(jì)流程
數(shù)據(jù)埋點(diǎn)是數(shù)據(jù)治理流程中重要的一環(huán),是一項(xiàng)需多部門協(xié)作共同完成的工作,數(shù)據(jù)分析師在整個(gè)流程中承擔(dān)著重要的角色,數(shù)據(jù)分析師從數(shù)據(jù)需求評(píng)估階段直至數(shù)據(jù)應(yīng)用階段都需要參與。
在數(shù)據(jù)埋點(diǎn)這項(xiàng)工作中,需要立足于當(dāng)前的數(shù)據(jù)需求,提煉出數(shù)據(jù)指標(biāo)方案,并且構(gòu)思這些指標(biāo)需要哪些數(shù)據(jù),這些數(shù)據(jù)也就是需要的埋點(diǎn)。
當(dāng)然,這只是一些初步的埋點(diǎn)方案,想要讓埋點(diǎn)變得“準(zhǔn)”而“全”,還需要另外一些方法才能實(shí)現(xiàn),比如用戶路徑等。有了初步的埋點(diǎn)規(guī)劃之后,還需要確定時(shí)間觸發(fā)機(jī)制和上報(bào)機(jī)制,因?yàn)椴煌臋C(jī)制意味著不同的統(tǒng)計(jì)口徑。
對(duì)于新業(yè)務(wù)方來說,為了避免因統(tǒng)計(jì)口徑不一致而出現(xiàn)烏龍事件,統(tǒng)計(jì)指標(biāo)最好能和之前的口徑一致,以方便橫向比較。
除此之外,統(tǒng)一各個(gè)項(xiàng)目之間的字段名和表結(jié)構(gòu)也是一項(xiàng)必不可少的工作,這個(gè)步驟也是數(shù)據(jù)治理流程中必不可少的環(huán)節(jié)。完成這些步驟之后,一份初步的埋點(diǎn)方案就完成了。
然后在和業(yè)務(wù)方及前端、后端工程師的反復(fù)討論中修改完善埋點(diǎn)文檔,將埋點(diǎn)文檔交付前、后端工程師進(jìn)行埋點(diǎn),在此期間數(shù)據(jù)分析師需要通過測(cè)試環(huán)境的數(shù)據(jù)驗(yàn)證當(dāng)前埋點(diǎn)是否存在問題,若有問題,還可以在該階段進(jìn)行修改,若無問題可部署埋點(diǎn)事件上線。
六、通過六個(gè)步驟實(shí)現(xiàn)數(shù)據(jù)埋點(diǎn)設(shè)計(jì)
1、確認(rèn)事件與變量
事件是指產(chǎn)品中的功能或者用戶的操作,變量是指描述事件的屬性或者關(guān)鍵指標(biāo)。確認(rèn)事件與變量可以通過AARRR ( Acquisition Activation Retention Revenue Referral〉 海盜模型或者UJM(User Journey Map,用戶旅程圖)模型進(jìn)行逐步拆解,理清用戶生命周期和行為路徑,抽象出每一個(gè)步驟的關(guān)鍵指標(biāo)。(這三個(gè)模型單獨(dú)在新文章中分析)
2、明確事件的觸發(fā)時(shí)機(jī)
不同的觸發(fā)時(shí)機(jī)代表著不同的事件計(jì)算口徑,因此觸發(fā)時(shí)機(jī)是影響數(shù)據(jù)準(zhǔn)確性的重要因素。二者口徑不同,數(shù)據(jù)肯定會(huì)有一定差異,因此明確事件的觸發(fā)條件非常重要。
以用戶付款為例,是以用戶點(diǎn)擊付款界面作為觸發(fā)條件,還是以付款成功作為觸發(fā)條件進(jìn)行埋點(diǎn)呢?在用戶付款這個(gè)例子中,建議使用兩個(gè)字段記錄用戶付款行為:一個(gè)字段記錄點(diǎn)擊付款界面這個(gè)行為,另一個(gè)字段記錄是否付款成功。
3、明確事件的上報(bào)機(jī)制
上報(bào)機(jī)制也是數(shù)據(jù)準(zhǔn)確性的重要影響因素之一。客戶端上報(bào)數(shù)據(jù)可能會(huì)由于網(wǎng)絡(luò)連接原因出現(xiàn)丟包的情況。數(shù)據(jù)分析師在完成埋點(diǎn)工作的時(shí)候也需要確定數(shù)據(jù)是實(shí)時(shí)上報(bào)還是異步上報(bào),以確定埋點(diǎn)是否合理,并及時(shí)調(diào)整數(shù)據(jù)埋點(diǎn)方案。
4、統(tǒng)一表結(jié)構(gòu)
統(tǒng)一數(shù)據(jù)表結(jié)構(gòu),可方便團(tuán)隊(duì)內(nèi)部進(jìn)行數(shù)據(jù)的管理和數(shù)據(jù)復(fù)用,建議在團(tuán)隊(duì)內(nèi)部形成一套統(tǒng)一的數(shù)據(jù)結(jié)構(gòu)規(guī)范。例如,將表分為不同的層級(jí),第一層記錄用戶的基礎(chǔ)信息,包括用戶、地區(qū)、昵稱等;第二層記錄用戶行為信息。
5、統(tǒng)一字段名規(guī)范
有了統(tǒng)一的數(shù)據(jù)表結(jié)構(gòu)規(guī)范還不夠,統(tǒng)一數(shù)據(jù)命名規(guī)范也是數(shù)據(jù)埋點(diǎn)工作的重要一環(huán)。如果有條件的話,可以建立數(shù)據(jù)字典,以統(tǒng)一數(shù)據(jù)命名規(guī)范。例如,確保同一變量在所有的數(shù)據(jù)表中都用統(tǒng)一的字段名。對(duì)于消費(fèi)金額這個(gè)字段,數(shù)據(jù)分析師希望所有的表中只要出現(xiàn)消費(fèi)金額都Amount字段名,不要出現(xiàn)money、payment等其他字段名。
建立公司內(nèi)部或者團(tuán)隊(duì)內(nèi)部的命名規(guī)范是非常必要的,可以采用動(dòng)詞+名詞或者名詞+動(dòng)詞的規(guī)則來命名,比如“加入購物車”事件,就可以命名為:addTocart。
6、明確優(yōu)先級(jí)
數(shù)據(jù)埋點(diǎn)是為數(shù)據(jù)應(yīng)用做鋪墊的。埋點(diǎn)之后,數(shù)據(jù)分析師可能面臨著搭建指標(biāo)體系和數(shù)據(jù)報(bào)表體系的工作,可以根據(jù)報(bào)表的優(yōu)先級(jí)、埋點(diǎn)的技術(shù)、實(shí)現(xiàn)成本及資源的有限性,為數(shù)據(jù)埋點(diǎn)確定優(yōu)先級(jí)。
下面舉個(gè)實(shí)際案例:
之前在某集團(tuán)公司負(fù)責(zé)過電商類數(shù)據(jù)埋點(diǎn)設(shè)計(jì)。公司有很多子品牌和不同的業(yè)務(wù)線,當(dāng)時(shí)做的埋點(diǎn)設(shè)計(jì),主要是針對(duì)商標(biāo)交易業(yè)務(wù)。
(1)需求背景
商標(biāo)庫商標(biāo)有100W+,但是由于之前的商標(biāo)排序算法機(jī)制不合理,點(diǎn)擊行為占了排序的很大權(quán)重,導(dǎo)致長時(shí)間賣不出去的商標(biāo)排序反而更靠前,需要人工操作處理,耗時(shí)且工作量大。為了解決這一問題,當(dāng)時(shí)設(shè)計(jì)了時(shí)間衰減模型,同時(shí)業(yè)務(wù)線也希望商品能實(shí)現(xiàn)千人千面的智能推薦。
(2)數(shù)據(jù)埋點(diǎn)設(shè)計(jì)流程總覽
(3)數(shù)據(jù)埋點(diǎn)流程實(shí)操步驟
①確認(rèn)事件與變量——通過UJM模型拆分用戶購買商品的路徑
將用戶購買路徑拆分為注冊(cè)、登錄、商品曝光、商品點(diǎn)擊、瀏覽頁面詳情、加入購物車、生成訂單、訂單支付等步驟。根據(jù)產(chǎn)品經(jīng)理提出的數(shù)據(jù)需求,確定每一個(gè)步驟需要哪些字段才能實(shí)現(xiàn)數(shù)據(jù)需求。
②確認(rèn)觸發(fā)機(jī)制
明確是在點(diǎn)擊按鈕時(shí)記錄行為還是在用戶完成該步驟時(shí)記錄行為。
③確認(rèn)上報(bào)機(jī)制
明確數(shù)據(jù)上報(bào)機(jī)制是實(shí)時(shí)上報(bào)還是異步上報(bào)。不同的上報(bào)機(jī)制采集到的字段可能不一樣,或者說需要將字段拆分到不同表中進(jìn)行記錄。
④統(tǒng)一字段名
業(yè)務(wù)數(shù)據(jù)集內(nèi)同一變量在所有的數(shù)據(jù)表中都使用統(tǒng)一的字段名。例如,用戶編號(hào)用account_id、用戶所屬國家用region、用戶所屬地區(qū)用ip_region等。
⑤統(tǒng)一表層級(jí)結(jié)構(gòu)
采用多層數(shù)據(jù)表結(jié)構(gòu):第一層存放通用信息,第二層存放用戶基本信息,第三層存放用戶行為信息。表層級(jí)結(jié)構(gòu)可以根據(jù)團(tuán)隊(duì)內(nèi)部的數(shù)據(jù)接入規(guī)范進(jìn)行調(diào)整,采用統(tǒng)一的結(jié)構(gòu)。
⑥明確優(yōu)先級(jí)
根據(jù)埋點(diǎn)需求的緊急程度,給每一個(gè)埋點(diǎn)任務(wù)標(biāo)上優(yōu)先級(jí)。根據(jù)上面的六個(gè)步驟,將每一個(gè)步驟需要記錄的字段按照標(biāo)準(zhǔn)格式匯總到文檔中,即可完成初步的埋點(diǎn)設(shè)計(jì)。之后,還需要與產(chǎn)品經(jīng)理、策劃人員和前端、后端工程師一起反復(fù)討論,不斷修改完善文檔,直至三方會(huì)談達(dá)成統(tǒng)一意見,最終埋點(diǎn)文檔。
七、數(shù)據(jù)埋點(diǎn)各方協(xié)作的注意事項(xiàng)
1、需求分析
一般由業(yè)務(wù)方發(fā)起需求,產(chǎn)品經(jīng)理或者運(yùn)營基于自己的業(yè)務(wù)場(chǎng)景,明確核心指標(biāo)和分析需求。在建立產(chǎn)品數(shù)據(jù)指標(biāo)體系之初,尤其需要關(guān)注「核心」的場(chǎng)景,對(duì)核心指標(biāo)進(jìn)行優(yōu)先埋點(diǎn)。在明確分析需求的基礎(chǔ)上進(jìn)行埋點(diǎn)方案設(shè)計(jì)。
2、需求評(píng)審
由數(shù)據(jù)團(tuán)隊(duì)主導(dǎo),召集提出需求的業(yè)務(wù)方和開發(fā)團(tuán)隊(duì)共同參與。既需要與需求方確認(rèn)方案設(shè)計(jì)是否符合業(yè)務(wù)需求,也需要確認(rèn)開發(fā)團(tuán)隊(duì)已完全理解業(yè)務(wù)語境,并確認(rèn)需求開發(fā)的可行性。需求評(píng)審可能需要召集多次,但是必須達(dá)到需要業(yè)務(wù)方(市場(chǎng)、運(yùn)營、產(chǎn)品經(jīng)理等)、數(shù)據(jù)規(guī)劃師(數(shù)據(jù)產(chǎn)品、數(shù)據(jù)分析師等)、開發(fā)三方一致,才能進(jìn)入開發(fā)環(huán)節(jié)。
(如果沒有專門設(shè)置數(shù)據(jù)分析崗位,可由用戶體驗(yàn)設(shè)計(jì)師、產(chǎn)品經(jīng)理承擔(dān),需求方承擔(dān)該角色)
3、 埋點(diǎn)方案執(zhí)行
在方案執(zhí)行環(huán)節(jié),需要數(shù)據(jù)團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)共同進(jìn)行。數(shù)據(jù)團(tuán)隊(duì)需在分析平臺(tái)的數(shù)據(jù)管理模塊中進(jìn)行相應(yīng)的配置,例如,在數(shù)據(jù)管理模塊中,對(duì)埋點(diǎn)事件以及相關(guān)的變量進(jìn)行配置。開發(fā)團(tuán)隊(duì)則根據(jù)埋點(diǎn)方案,確認(rèn)埋點(diǎn)可行性和排期,進(jìn)行相應(yīng)的代碼部署,負(fù)責(zé)埋點(diǎn)開發(fā)、測(cè)試和上線。
4、數(shù)據(jù)校驗(yàn)
在開發(fā)團(tuán)隊(duì)完成開發(fā)和測(cè)試后,需要數(shù)據(jù)團(tuán)隊(duì)進(jìn)行數(shù)據(jù)校驗(yàn)后再正式部署上線。數(shù)據(jù)校驗(yàn)時(shí),重點(diǎn)確保數(shù)據(jù)觸發(fā)時(shí)機(jī)正確,確保入口覆蓋完全。
5、數(shù)據(jù)使用
埋點(diǎn)上線后,業(yè)務(wù)方和數(shù)據(jù)團(tuán)隊(duì)即可使用數(shù)據(jù)分析平臺(tái),對(duì)上報(bào)的埋點(diǎn)數(shù)據(jù)進(jìn)行監(jiān)控和分析。
整個(gè)過程中三方需要相互配合,如果缺乏明確的協(xié)作流程,可能會(huì)導(dǎo)致埋點(diǎn)周期漫長,甚至漏埋錯(cuò)埋的結(jié)果。想要提高埋點(diǎn)的質(zhì)量和效率,團(tuán)隊(duì)協(xié)作至關(guān)重要,建議明確協(xié)作的流程,并規(guī)范流程中各方的職責(zé)。
八、數(shù)據(jù)埋點(diǎn)其他注意事項(xiàng)
1、明確產(chǎn)品目標(biāo)和首要問題,從深層次和具體的需求進(jìn)行梳理。
2、同級(jí)頁面操作和同頁面多來源為一個(gè)事件,不同的操作內(nèi)容和頁面來源作為事件的屬性進(jìn)行采集。
3、在分析的初期采集少量重要的用戶行為,快速獲取成果。
4、核心流程盡量每一步用戶行為都需要獲取數(shù)據(jù)。
5、數(shù)據(jù)統(tǒng)計(jì)口徑要確定清楚,與開發(fā)保持良好溝通,將埋點(diǎn)的具體采集時(shí)機(jī)傳達(dá)給開發(fā)。
6、埋點(diǎn)結(jié)束后,需要驗(yàn)證數(shù)據(jù)的有無和準(zhǔn)確性,而不僅僅是埋點(diǎn)是否有數(shù)據(jù)返回。
7、不要一次性全方位無死角進(jìn)行埋點(diǎn),工作量巨大且大量數(shù)據(jù)反而引起干擾混亂,建議分階段分版本進(jìn)行埋點(diǎn)。
九、總結(jié)
對(duì)于數(shù)據(jù)分析的結(jié)果,要考慮是給數(shù)據(jù)結(jié)論就可以了,還是需要做成分析報(bào)告?是給數(shù)據(jù)報(bào)表就可以了,還是需要做成BI在線報(bào)表?做得越深的事情意味著需要付出更多的精力和成本,同時(shí)也需要有更高的價(jià)值支撐。在輸出數(shù)據(jù)分析結(jié)果時(shí),需要注意的是對(duì)需求交付目標(biāo)把控,要和價(jià)值匹配:
(1)避免用力過度:業(yè)務(wù)只需要臨時(shí)看一眼指標(biāo),竟然收到一份完整的分析報(bào)告。
(2)避免不及預(yù)期:業(yè)務(wù)期望從分析師結(jié)論建議中找到功能迭代的方向,卻只收到一份結(jié)果數(shù)據(jù)的呈現(xiàn)報(bào)表。
所有形式的產(chǎn)品到最后都必須要能經(jīng)得起市場(chǎng)和用戶(客戶)的檢驗(yàn)。數(shù)據(jù)分析是幫助我們實(shí)現(xiàn)產(chǎn)品商業(yè)價(jià)值的重要工具之一,工具有效與否、好用與否,不在于工具本身,主要在于使用工具的人。希望我們都能借助此工具,更好的幫公司產(chǎn)品實(shí)現(xiàn)商業(yè)目標(biāo)。
專欄作家
忻蕓,人人都是產(chǎn)品經(jīng)理專欄作家。專注于B端、SaaS產(chǎn)品,擅長技能用戶體驗(yàn)設(shè)計(jì)、交互設(shè)計(jì)、用戶研究、數(shù)據(jù)分析、項(xiàng)目管理。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于 CC0 協(xié)議。
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。
老師(*?▽?*),我也想學(xué)習(xí)老師的埋點(diǎn)文檔。老師方便的時(shí)候分享到我的郵箱207201853@qq.com謝謝老師(*?▽?*)
老師您好,拜讀了您的文章,感覺很受用,還請(qǐng)方便時(shí)分享一下您的埋點(diǎn)文檔,感謝哦!954279562@qq.com
老師您好,文章講的很細(xì),請(qǐng)問可以分享一下您埋點(diǎn)文檔的模板嗎?2770189231@qq.com
老師可以分享下你的埋點(diǎn)模板嗎,十分感謝,寫的很好,565384601@qq.com
老師您好,我看完了這篇文章,學(xué)到很多,可以分享一下您數(shù)據(jù)埋點(diǎn)文檔的模板嗎,我學(xué)習(xí)一下 1936059128@qq.com,感謝老師
寫得很好,受益匪淺。能分享一下數(shù)據(jù)埋點(diǎn)文檔模板嘛,希望可以學(xué)習(xí)一下。2227434345@qq.com
老師您好,文章講的很好,請(qǐng)問可以分享一下您埋點(diǎn)文檔的模板嗎?1281472623@qq.com
太好了!這個(gè)埋點(diǎn)相當(dāng)?shù)拿靼?/p>
老師您好,您這篇文章對(duì)數(shù)據(jù)買點(diǎn)分析的很透徹,并且寫的通俗易懂,太厲害了,您是怎么做到及專精又廣博的,想跟你學(xué)習(xí),當(dāng)面請(qǐng)教。
感謝,希望以后能有機(jī)會(huì)交流。
老師您好,我是公眾號(hào)《PM產(chǎn)品小6》的號(hào)主,這篇文章對(duì)數(shù)據(jù)埋點(diǎn)分析透徹,想轉(zhuǎn)載分享,希望能獲得您的允許,謝謝!
可以的。備注Id即可
好的,感謝老師!
請(qǐng)問可以分享一下您的埋點(diǎn)文檔的模板嗎?
可以的
請(qǐng)求分享+1
這個(gè)是我的郵箱,1573252674@qq.com 謝謝博主
老師您好,我也想學(xué)習(xí)一下您的模板,這是我的郵箱1272131706@qq.com
老師,我也想學(xué)習(xí)老師的埋點(diǎn)文檔。老師方便分享到我的郵箱keqen@foxmail.com嗎,謝謝老師(*?▽?*)
老師您好! 您講的太好了,是否可以分享一下埋點(diǎn)的模版,這是我的郵箱756897926@qq.com,期盼您的分享??
你好同學(xué)在嗎?我也想學(xué)習(xí)老師的埋點(diǎn)文檔??蠢蠋熁貜?fù)你了應(yīng)該是發(fā)你郵箱了吧,方便的時(shí)候可以分享到我的郵箱207201853@qq.com謝謝
您好博主,我是公眾號(hào)《桑小榆呀》號(hào)主。此篇文章我覺得很好讓大多數(shù)人有了深刻的思考以及幫助。因此我想轉(zhuǎn)載分享,希望能獲得您的允許,謝謝!
可以的
老師您好,請(qǐng)問可以分享一下您的埋點(diǎn)文檔模板嗎?這是我的郵箱13953917106@163.com
國慶節(jié)還更新,很敬業(yè),不錯(cuò)。
感謝曹老師的認(rèn)可和鼓勵(lì)????
真不容易 不同崗位在一起
是呀。不僅要專精而且要廣博