如何進(jìn)行數(shù)據(jù)埋點(diǎn)設(shè)計(jì)?

28 評論 16347 瀏覽 211 收藏 21 分鐘

數(shù)據(jù)分析的目的是要解決特定業(yè)務(wù)場景下的業(yè)務(wù)問題,通過數(shù)據(jù)埋點(diǎn)可以提高數(shù)據(jù)分析的質(zhì)量。那么該如何進(jìn)行數(shù)據(jù)埋點(diǎn)設(shè)計(jì)?本文總結(jié)了數(shù)據(jù)埋點(diǎn)相關(guān)流程,希望對你有所啟發(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ī)范體系,主要是提高對內(nèi)的開發(fā)協(xié)作效率,雖然也會(huì)在一定程度上對提升產(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)測和解決特定業(yè)務(wù)場景下的業(yè)務(wù)問題,用戶在操作流程中的受阻問題、用戶在下單過程中的中斷問題等,為迭代收集有效依據(jù),為提升業(yè)務(wù)目標(biāo)和用戶體驗(yàn)指明方向性。

數(shù)據(jù)分析埋點(diǎn)要采用“以終為始”的解決方案,數(shù)據(jù)分析的目的是要解決特定業(yè)務(wù)場景下的業(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ù)采集的程序代碼附加在功能程序代碼中,對操作節(jié)點(diǎn)上用戶行為或事件進(jìn)行捕獲、處理和發(fā)送相關(guān)技術(shù)及其實(shí)施過程。數(shù)據(jù)埋點(diǎn)是一種良好的私有化部署數(shù)據(jù)采集方式。

數(shù)據(jù)埋點(diǎn)分為初級、中級、高級三種方式,分別為:

初級:在產(chǎn)品、服務(wù)轉(zhuǎn)化關(guān)鍵點(diǎn)植入統(tǒng)計(jì)代碼,據(jù)其獨(dú)立ID確保數(shù)據(jù)采集不重復(fù)(如購買按鈕點(diǎn)擊率)

中級:植入多段代碼,追蹤用戶在平臺(tái)每個(gè)界面上的系列行為,事件之間相互獨(dú)立(如打開商品詳情頁 一 選擇商品型號(hào) 一 加入購物車 一 下訂單一購買完成)

高級:聯(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ù)流量,通常對采集的數(shù)據(jù)進(jìn)行壓縮、暫存、打包上報(bào)。對于那些不需要實(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ā)送請求,服務(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)限,新注冊某款軟件時(shí),對于相冊、通訊錄、GPS等比較私密的信息一般會(huì)跳出讓用戶授權(quán)的頁面,如果用戶同意授權(quán),那么網(wǎng)頁或者App就能夠采集到這些信息;

4、用戶行為,用戶只要對網(wǎng)頁或者App進(jìn)行操作,行為都會(huì)被記錄下來。

雖然網(wǎng)站或App在用戶授權(quán)的情況下可以采集用戶的各類數(shù)據(jù),但是在做數(shù)據(jù)埋點(diǎn)文檔的時(shí)候,并不需要追求大而全,根據(jù)業(yè)務(wù)方的需求文檔對相應(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ù)需求評估階段直至數(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ì)口徑。

對于新業(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ù)分析師需要通過測試環(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ī)范。例如,將表分為不同的層級,第一層記錄用戶的基礎(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)一的字段名。對于消費(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)先級

數(shù)據(jù)埋點(diǎn)是為數(shù)據(jù)應(yīng)用做鋪墊的。埋點(diǎn)之后,數(shù)據(jù)分析師可能面臨著搭建指標(biāo)體系和數(shù)據(jù)報(bào)表體系的工作,可以根據(jù)報(bào)表的優(yōu)先級、埋點(diǎn)的技術(shù)、實(shí)現(xiàn)成本及資源的有限性,為數(shù)據(jù)埋點(diǎn)確定優(yōu)先級。

下面舉個(gè)實(shí)際案例:

之前在某集團(tuán)公司負(fù)責(zé)過電商類數(shù)據(jù)埋點(diǎn)設(shè)計(jì)。公司有很多子品牌和不同的業(yè)務(wù)線,當(dāng)時(shí)做的埋點(diǎn)設(shè)計(jì),主要是針對商標(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模型拆分用戶購買商品的路徑

將用戶購買路徑拆分為注冊、登錄、商品曝光、商品點(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)一表層級結(jié)構(gòu)

采用多層數(shù)據(jù)表結(jié)構(gòu):第一層存放通用信息,第二層存放用戶基本信息,第三層存放用戶行為信息。表層級結(jié)構(gòu)可以根據(jù)團(tuán)隊(duì)內(nèi)部的數(shù)據(jù)接入規(guī)范進(jìn)行調(diào)整,采用統(tǒng)一的結(jié)構(gòu)。

⑥明確優(yōu)先級

根據(jù)埋點(diǎn)需求的緊急程度,給每一個(gè)埋點(diǎn)任務(wù)標(biāo)上優(yōu)先級。根據(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ù)場景,明確核心指標(biāo)和分析需求。在建立產(chǎn)品數(shù)據(jù)指標(biāo)體系之初,尤其需要關(guān)注「核心」的場景,對核心指標(biāo)進(jìn)行優(yōu)先埋點(diǎn)。在明確分析需求的基礎(chǔ)上進(jìn)行埋點(diǎn)方案設(shè)計(jì)。

2、需求評審

由數(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ā)的可行性。需求評審可能需要召集多次,但是必須達(dá)到需要業(yè)務(wù)方(市場、運(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ù)管理模塊中,對埋點(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ā)、測試和上線。

4、數(shù)據(jù)校驗(yàn)

在開發(fā)團(tuán)隊(duì)完成開發(fā)和測試后,需要數(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),對上報(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、同級頁面操作和同頁面多來源為一個(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é)

對于數(shù)據(jù)分析的結(jié)果,要考慮是給數(shù)據(jù)結(jié)論就可以了,還是需要做成分析報(bào)告?是給數(shù)據(jù)報(bào)表就可以了,還是需要做成BI在線報(bào)表?做得越深的事情意味著需要付出更多的精力和成本,同時(shí)也需要有更高的價(jià)值支撐。在輸出數(shù)據(jù)分析結(jié)果時(shí),需要注意的是對需求交付目標(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)得起市場和用戶(客戶)的檢驗(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ù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評論
評論請登錄
  1. 老師(*?▽?*),我也想學(xué)習(xí)老師的埋點(diǎn)文檔。老師方便的時(shí)候分享到我的郵箱207201853@qq.com謝謝老師(*?▽?*)

    來自北京 回復(fù)
  2. 老師您好,拜讀了您的文章,感覺很受用,還請方便時(shí)分享一下您的埋點(diǎn)文檔,感謝哦!954279562@qq.com

    來自廣東 回復(fù)
  3. 老師您好,文章講的很細(xì),請問可以分享一下您埋點(diǎn)文檔的模板嗎?2770189231@qq.com

    來自廣東 回復(fù)
  4. 老師可以分享下你的埋點(diǎn)模板嗎,十分感謝,寫的很好,565384601@qq.com

    來自湖南 回復(fù)
  5. 老師您好,我看完了這篇文章,學(xué)到很多,可以分享一下您數(shù)據(jù)埋點(diǎn)文檔的模板嗎,我學(xué)習(xí)一下 1936059128@qq.com,感謝老師

    來自重慶 回復(fù)
  6. 寫得很好,受益匪淺。能分享一下數(shù)據(jù)埋點(diǎn)文檔模板嘛,希望可以學(xué)習(xí)一下。2227434345@qq.com

    來自廣東 回復(fù)
  7. 老師您好,文章講的很好,請問可以分享一下您埋點(diǎn)文檔的模板嗎?1281472623@qq.com

    來自江蘇 回復(fù)
  8. 太好了!這個(gè)埋點(diǎn)相當(dāng)?shù)拿靼?/p>

    來自四川 回復(fù)
  9. 老師您好,您這篇文章對數(shù)據(jù)買點(diǎn)分析的很透徹,并且寫的通俗易懂,太厲害了,您是怎么做到及專精又廣博的,想跟你學(xué)習(xí),當(dāng)面請教。

    來自北京 回復(fù)
    1. 感謝,希望以后能有機(jī)會(huì)交流。

      來自北京 回復(fù)
  10. 老師您好,我是公眾號(hào)《PM產(chǎn)品小6》的號(hào)主,這篇文章對數(shù)據(jù)埋點(diǎn)分析透徹,想轉(zhuǎn)載分享,希望能獲得您的允許,謝謝!

    來自廣東 回復(fù)
    1. 可以的。備注Id即可

      來自北京 回復(fù)
    2. 好的,感謝老師!

      來自廣東 回復(fù)
  11. 請問可以分享一下您的埋點(diǎn)文檔的模板嗎?

    來自四川 回復(fù)
    1. 可以的

      來自北京 回復(fù)
    2. 請求分享+1

      來自四川 回復(fù)
    3. 這個(gè)是我的郵箱,1573252674@qq.com 謝謝博主

      來自四川 回復(fù)
    4. 老師您好,我也想學(xué)習(xí)一下您的模板,這是我的郵箱1272131706@qq.com

      來自河南 回復(fù)
    5. 老師,我也想學(xué)習(xí)老師的埋點(diǎn)文檔。老師方便分享到我的郵箱keqen@foxmail.com嗎,謝謝老師(*?▽?*)

      來自廣東 回復(fù)
    6. 老師您好! 您講的太好了,是否可以分享一下埋點(diǎn)的模版,這是我的郵箱756897926@qq.com,期盼您的分享??

      來自浙江 回復(fù)
    7. 你好同學(xué)在嗎?我也想學(xué)習(xí)老師的埋點(diǎn)文檔??蠢蠋熁貜?fù)你了應(yīng)該是發(fā)你郵箱了吧,方便的時(shí)候可以分享到我的郵箱207201853@qq.com謝謝

      來自北京 回復(fù)
  12. 您好博主,我是公眾號(hào)《桑小榆呀》號(hào)主。此篇文章我覺得很好讓大多數(shù)人有了深刻的思考以及幫助。因此我想轉(zhuǎn)載分享,希望能獲得您的允許,謝謝!

    來自廣東 回復(fù)
    1. 可以的

      來自北京 回復(fù)
    2. 老師您好,請問可以分享一下您的埋點(diǎn)文檔模板嗎?這是我的郵箱13953917106@163.com

      來自山東 回復(fù)
  13. 國慶節(jié)還更新,很敬業(yè),不錯(cuò)。

    來自廣東 回復(fù)
    1. 感謝曹老師的認(rèn)可和鼓勵(lì)????

      來自北京 回復(fù)
  14. 真不容易 不同崗位在一起

    來自天津 回復(fù)
    1. 是呀。不僅要專精而且要廣博

      來自北京 回復(fù)