中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

對(duì)產(chǎn)品經(jīng)理來(lái)說(shuō)，輸出埋點(diǎn)文檔可以說(shuō)是家常便飯了，但是對(duì)產(chǎn)品新人來(lái)說(shuō)大多數(shù)人還是不知道埋點(diǎn)規(guī)范與注意事項(xiàng)，于是本文與大家分享從業(yè)務(wù)視角設(shè)計(jì)埋點(diǎn)的思路，希望對(duì)你有所幫助。

本文僅闡述思路，不涉及相關(guān)技術(shù)，文中完整的示例是為闡明思路所陳述，實(shí)際工作中一些標(biāo)準(zhǔn)化埋點(diǎn)可以用相關(guān)SDK完成半自動(dòng)化替代。

從本文你可能獲得：

• 學(xué)習(xí)基本的數(shù)據(jù)埋點(diǎn)規(guī)范和技巧
• 提高與數(shù)據(jù)人員的溝通效率&PY關(guān)系
• 掌握從數(shù)據(jù)角度拆解業(yè)務(wù)流程的思路

1. 埋點(diǎn)思路

1.1 梳理業(yè)務(wù)流程

埋點(diǎn)的第一步是梳理業(yè)務(wù)流程，如果你有好的PRD撰寫(xiě)習(xí)慣，這一步已經(jīng)在PRD中完成了，例如某電商促銷(xiāo)活動(dòng)的用戶(hù)流程：

流量入口——活動(dòng)首頁(yè)——點(diǎn)擊具體商品——商品詳情頁(yè)——下單

1.2 確定關(guān)鍵指標(biāo)

功能/業(yè)務(wù)的迭代，一定是有一個(gè)產(chǎn)品目標(biāo)，可以是解決某個(gè)需求，也可以是提升某個(gè)產(chǎn)品數(shù)據(jù)；關(guān)鍵指標(biāo)就是衡量這個(gè)預(yù)期目標(biāo)的可量化的指標(biāo)，這里包含2個(gè)概念：

• 預(yù)期目標(biāo)：本次迭代的目標(biāo)，例如活動(dòng)創(chuàng)造XX GMV，搜索滿(mǎn)足度等等；
• 可量化：相應(yīng)的，目標(biāo)一定要可量化，例如成單轉(zhuǎn)化率（某鏈路成單用戶(hù)數(shù)/參與鏈路的用戶(hù)數(shù)），搜索排序前3內(nèi)容的點(diǎn)擊率等；

1.3 細(xì)化各流程影響因素

梳理完業(yè)務(wù)流程，接下來(lái)要細(xì)化每個(gè)流程節(jié)點(diǎn)的數(shù)據(jù)評(píng)估維度。由于每個(gè)節(jié)點(diǎn)的轉(zhuǎn)化率都影響著最終關(guān)鍵指標(biāo)的數(shù)據(jù)情況，如果發(fā)現(xiàn)了某個(gè)節(jié)點(diǎn)的轉(zhuǎn)化率較差，要對(duì)這個(gè)節(jié)點(diǎn)進(jìn)行優(yōu)化，所以，我們緊接著還要列舉影響每個(gè)流程的影響因素，可能包括但不限于：

• 用戶(hù)自身屬性：例如性別，年齡，某種偏好；
• 使用設(shè)備的屬性：操作系統(tǒng)，版本，分辨率，屏幕尺寸等；
• 節(jié)點(diǎn)前后的用戶(hù)流程；
• 時(shí)間屬性；

1.4 對(duì)老功能/業(yè)務(wù)流程的影響

新功能的上線(xiàn)同時(shí)會(huì)對(duì)原有的功能流程有一定的影響，因?yàn)闃I(yè)務(wù)屬性可能會(huì)有不同的要求和重要程度，這里就不展開(kāi)講了；

2. 埋點(diǎn)設(shè)計(jì)原則

2.1 唯一原則

埋點(diǎn)字段相互獨(dú)立，能精確定位某個(gè)事件或行為；即能通過(guò)1~2個(gè)參數(shù)精確定位到某個(gè)行為事件，例如在搜索頁(yè)面“確認(rèn)搜索”按鈕的點(diǎn)擊事件為search，那就要避免同頁(yè)面內(nèi)有其他事件被命名為search；

2.2 枚舉原則

將所有可能需要的數(shù)據(jù)涉及的埋點(diǎn)一一枚舉，可以根據(jù)頁(yè)面窮舉，也可以根據(jù)流程窮舉，保證不出現(xiàn)漏埋的情況；

2.3 精確描述

每個(gè)埋點(diǎn)事件的做到無(wú)爭(zhēng)議的描述，包括但不限于：采集邏輯，數(shù)據(jù)結(jié)構(gòu)，特殊情況處理等；

普通的點(diǎn)擊事件采集邏輯大概率不有理解上的偏差，大多數(shù)發(fā)生在以下情況

1. 涉及發(fā)生后的狀態(tài)上報(bào)：例如微信分享，是需要點(diǎn)擊分享按鈕即上報(bào)，還是點(diǎn)擊跳轉(zhuǎn)成功后上報(bào)？
2. 涉及曝光埋點(diǎn)：例如內(nèi)容曝光，用戶(hù)上下滑動(dòng)是否需要重復(fù)曝光？切換導(dǎo)航是否需要重新曝光？從詳情頁(yè)返回是否已曝光內(nèi)容是否需要再次曝光？
3. 涉及內(nèi)容展示樓層埋點(diǎn)：例如內(nèi)容流從上到下floor記為1,2,3…，不同類(lèi)型是否共用樓層計(jì)數(shù)（例如文章123，第四位出現(xiàn)廣告位是要上報(bào)4還是重新計(jì)數(shù)1）

數(shù)據(jù)結(jié)構(gòu)就如字面意思，定義上報(bào)字段的數(shù)據(jù)類(lèi)型，整型/字符串等等，這方面不是很熟悉最好BI或者分析師確認(rèn)，以便后續(xù)處理數(shù)據(jù)；

• 特殊的情況例如，一次上報(bào)內(nèi)容較多，需要定義格式，類(lèi)似一組搜索聯(lián)想詞曝光，我們就需要定義“’聯(lián)想詞1’，’聯(lián)想詞2’，…”的json格式上報(bào)；
• 預(yù)先定義數(shù)據(jù)結(jié)構(gòu)還有一個(gè)好處，就是能保持ios，Android兩端上報(bào)一致，有利于提高后期的數(shù)據(jù)清洗及處理的效率；

3. 埋點(diǎn)分類(lèi)及示例

在埋點(diǎn)示例之前，這里要簡(jiǎn)單介紹下埋點(diǎn)需要關(guān)注的信息，這里總結(jié)為由“5W2H分析法”簡(jiǎn)化而來(lái)的“4W1H”用戶(hù)行為模型；

• WHO：用戶(hù)屬性；這里包括用戶(hù)本身屬性（性別，年齡，籍貫等）及產(chǎn)品屬性（會(huì)員等級(jí)，活躍度，偏好的內(nèi)容類(lèi)型等），因?yàn)閷傩员旧聿慌c行為的發(fā)生而隨之改變，所以不用在埋點(diǎn)中體現(xiàn)，一般由user_id與用戶(hù)寬表關(guān)聯(lián)即可；
• WHEN：發(fā)生行為的時(shí)間，注意不是上報(bào)時(shí)間，一般上報(bào)時(shí)間相比行為時(shí)間上會(huì)有一定的延遲；
• WHERE：發(fā)生的地點(diǎn)；
• HOW：發(fā)生行為時(shí)的一些狀態(tài)，例如操作系統(tǒng)，網(wǎng)絡(luò)狀態(tài)，屏幕比例，分辨率等等；
• WHAT：具體發(fā)生的行為，例如點(diǎn)擊，曝光，訪(fǎng)問(wèn)等，這里會(huì)在后面的示例中展開(kāi)；

3.1 公共參數(shù)

埋點(diǎn)時(shí)常常有一些公共參數(shù)，即無(wú)論什么行為都需要上報(bào)的參數(shù)，為了避免重復(fù)勞動(dòng)，這些參數(shù)通常是提前定義，每次版本埋點(diǎn)默認(rèn)上報(bào)，下面列舉了部分通用示例：

3.2 頁(yè)面訪(fǎng)問(wèn)

類(lèi)似于公共參數(shù)，一般頁(yè)面訪(fǎng)問(wèn)也是底層定義好的邏輯，無(wú)需重復(fù)定義

這里展開(kāi)講2個(gè)參數(shù)：

1. 是否返回is_back：如果要統(tǒng)計(jì)某個(gè)頁(yè)面的PVUV，若沒(méi)有這個(gè)參數(shù)，會(huì)無(wú)法區(qū)分用戶(hù)從下一頁(yè)面返回的數(shù)據(jù)，導(dǎo)致數(shù)據(jù)偏高；
2. 動(dòng)態(tài)json串：有些頁(yè)面需要上報(bào)一些定制化的參數(shù)，例如訂單頁(yè)面想知道訂單ID&訂單狀態(tài)，內(nèi)容頁(yè)面想知道這篇文章的ID，以便精細(xì)化運(yùn)營(yíng)；

3.3 曝光類(lèi)

顧名思義，曝光埋點(diǎn)即不發(fā)生點(diǎn)擊行為，內(nèi)容曝光時(shí)上報(bào)的埋點(diǎn)，多用于內(nèi)容流（商品流）的數(shù)據(jù)分析，用來(lái)計(jì)算CTR（點(diǎn)擊通過(guò)率，點(diǎn)擊次數(shù)/曝光次數(shù)），用戶(hù)時(shí)長(zhǎng)（曝光時(shí)長(zhǎng)），下面以某電商App首頁(yè)商品流為例做埋點(diǎn)示例：

3.4 打點(diǎn)類(lèi)

打點(diǎn)類(lèi)埋點(diǎn)一般用來(lái)統(tǒng)計(jì)各類(lèi)按鈕點(diǎn)擊的事件，這里簡(jiǎn)單用點(diǎn)擊點(diǎn)贊按鈕做示例：

3.5 追蹤參數(shù)

有時(shí)候需要追蹤用戶(hù)單次使用產(chǎn)品或使用某個(gè)功能的路徑，個(gè)人習(xí)慣用user_id+時(shí)間戳作為追蹤ID，這里需要注意要明確時(shí)間戳的選取，例如追蹤整個(gè)產(chǎn)品路徑，那時(shí)間戳就是打開(kāi)App的時(shí)間；但若是追蹤搜索行為路徑，那就需要用點(diǎn)擊搜索框的時(shí)間戳作為追蹤ID

4. 寫(xiě)在最后

寫(xiě)本文的初衷是在某職場(chǎng)社交App上做了個(gè)小調(diào)查，結(jié)果表明大多數(shù)PM都需要在日常工作中負(fù)責(zé)埋點(diǎn)文檔的輸出，同時(shí)PM新人又對(duì)埋點(diǎn)感到陌生和迷茫，于是：

本文用示例提供從業(yè)務(wù)視角設(shè)計(jì)埋點(diǎn)的思路，僅根據(jù)自身經(jīng)驗(yàn)總結(jié)的一家之言，并不代表行業(yè)規(guī)范；如果本文對(duì)產(chǎn)品新人對(duì)埋點(diǎn)，數(shù)據(jù)分析等方面有一點(diǎn)啟發(fā)，便是初心所在。

同時(shí)歡迎前輩們提供建議及補(bǔ)充~

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

題圖來(lái)自Unsplash，基于CC0協(xié)議