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

忻蕓
28 評(píng)論 17494 瀏覽 221 收藏 21 分鐘

數(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ù)(如購(gòu)買按鈕點(diǎn)擊率)

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

高級(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)營(yíng)系統(tǒng)性的統(tǒng)計(jì)分析用戶數(shù)據(jù)。通過采集用戶在購(gòu)買商品或者進(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ī)則來命名,比如“加入購(gòu)物車”事件,就可以命名為: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)致長(zhǎng)時(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模型拆分用戶購(gòu)買商品的路徑

將用戶購(gòu)買路徑拆分為注冊(cè)、登錄、商品曝光、商品點(diǎn)擊、瀏覽頁面詳情、加入購(gòu)物車、生成訂單、訂單支付等步驟。根據(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、用戶所屬國(guó)家用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íng)基于自己的業(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)營(yíng)、產(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)周期漫長(zhǎng),甚至漏埋錯(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)品,擅長(zhǎng)技能用戶體驗(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)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 老師(*?▽?*),我也想學(xué)習(xí)老師的埋點(diǎn)文檔。老師方便的時(shí)候分享到我的郵箱207201853@qq.com謝謝老師(*?▽?*)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      來自北京 回復(fù)
专题
15323人已学习12篇文章
本专题的文章分享了互联网金融风控体系的设计指南。
专题
35665人已学习18篇文章
好的数据分析可以使我们的产品不断优化,而做好数据分析的第一步就是做好数据埋点。
专题
17428人已学习13篇文章
本专题的文章分享了小程序介绍、小程序搭建、优化设计规范和功能设计指南
专题
72231人已学习13篇文章
产品经理天天跟“需求”打交道,产品经理的核心价值就是处理“需求”的能力。
专题
13629人已学习12篇文章
本专题的文章分享了CRM的入门知识,分享了CRM是什么。
专题
13327人已学习12篇文章
需求管理,也是产品运营人工作中非常重要的一个任务。本专题的文章分享了如何做需求管理。