埋點(diǎn)設(shè)計(jì)指南:拆解拼多多雙十二營銷活動(上)

1 評論 12776 瀏覽 82 收藏 19 分鐘

營銷活動在當(dāng)今互聯(lián)網(wǎng)中十分常見,尤其是面向C端的產(chǎn)品,這是一個(gè)必不可少的常規(guī)操作,比如像雙11、618等這些大型活動。而在這些活動當(dāng)中,“活動數(shù)據(jù)”就更不可或缺,因?yàn)檫@些數(shù)據(jù)有助于活動的過程追蹤、結(jié)果的量化,甚至發(fā)現(xiàn)問題等等。

那么本文,則通過拆解拼多多前期上線的“雙12全民幸福日”活動,來試圖還原“數(shù)據(jù)”如何從0到1去支撐這樣的活動。

閱讀指南:

(1)受眾人群:運(yùn)營人員、產(chǎn)品人員及數(shù)據(jù)分析師

(2)閱讀收獲:

  • 了解運(yùn)營活動中實(shí)現(xiàn)數(shù)據(jù)需求的全周期流程;
  • 掌握對業(yè)務(wù)需求的一定拆解能力;
  • 了解埋點(diǎn)的基本介紹及設(shè)計(jì)技巧;
  • 從0到1搭建數(shù)據(jù)埋點(diǎn)方案。

從負(fù)責(zé)C端產(chǎn)品,到經(jīng)歷了多次產(chǎn)品類優(yōu)化及運(yùn)營類活動,多少掌握了關(guān)于埋點(diǎn)分析和數(shù)據(jù)統(tǒng)計(jì)的一些經(jīng)驗(yàn)。本文也將總結(jié)過往經(jīng)驗(yàn),并通過拆解一個(gè)線上運(yùn)營活動案例,來介紹如何打造一個(gè)從0到1的數(shù)據(jù)埋點(diǎn)方案,以幫助精細(xì)化運(yùn)營,實(shí)現(xiàn)驅(qū)動增長。

一、案例介紹——拼多多:雙12全民幸福日

在開始進(jìn)行埋點(diǎn)設(shè)計(jì)方案之前,我們需要先了解運(yùn)營活動案例的一些關(guān)鍵情況,比如:活動形式、參與形式、技術(shù)能力等,這些有助于對方案設(shè)計(jì)的合理性把握。先來介紹一下此次作為分析案例的基本內(nèi)容。前段時(shí)間拼多多上線了一場關(guān)于運(yùn)營活動——“雙12全民幸福日”。這個(gè)活動最終產(chǎn)生的效果、銷量如何我們可能無從得知,但是不妨礙我們?nèi)テ饰銎渲械囊恍皵?shù)據(jù)痕跡”。

1.1 基本信息

雙12全民幸福日是限時(shí)團(tuán)購及特價(jià)銷售的電商活動,并借助紅包、補(bǔ)貼等諸多形式激勵(lì)用戶消費(fèi)使用,而此次活動幾乎囊括了整個(gè)電商品類。同時(shí)還提供了“幸福小鎮(zhèn)”這樣的游戲活動模塊,增多趣味性,讓更多用戶參與其中。

1.2?活動初探

(1)活動開發(fā):從體驗(yàn)的活動主頁面來看,這是一個(gè)由H5技術(shù)開發(fā),并支持在瀏覽器打開的活動鏈接,而它的主要入口則是從拼多多app首頁進(jìn)入。

所以這里有2個(gè)關(guān)鍵信息:

  1. 這個(gè)基本是由H5形態(tài)支持的活動,但也涉及原生app入口,所以需要考慮H5和原生native打開時(shí)候數(shù)據(jù)采集的差異;
  2. 不同平臺類型對用戶識別方式不一,這個(gè)活動大量為H5原因,同一臺設(shè)備打開不同的瀏覽器會導(dǎo)致用戶多個(gè)情況,所以需注意游客用戶的唯一性,至于如何實(shí)現(xiàn),下文會提及。

(2)用戶類型:主要分游客用戶和登錄用戶,其中登錄用戶分微信用戶、QQ用戶和手機(jī)用戶。由于這里涉及不同的用戶類型,口徑不一致會導(dǎo)致后續(xù)的數(shù)據(jù)分析缺乏統(tǒng)一性,所以就需要做一些設(shè)計(jì)盡量做到口徑統(tǒng)一,即在數(shù)據(jù)采集時(shí)做到多字段關(guān)聯(lián)。

  • 游客用戶:此類用戶沒有真實(shí)的客戶信息,所以一般通過設(shè)備ID來標(biāo)記這個(gè)用戶;
  • 微信用戶:以微信ID為識別用戶,支持openid、用戶頭像、用戶昵稱、國家省份城市、用戶性別等獲??;
  • QQ用戶:以QQID為識別用戶,openid、用戶頭像、用戶昵稱、國家省份城市、用戶性別;
  • 手機(jī)號用戶:指以手機(jī)號為id的用戶。

1.3 協(xié)作結(jié)構(gòu)

(1)參與人員:支撐起這個(gè)活動方面的數(shù)據(jù)需求實(shí)現(xiàn),主要涉及以下的角色

業(yè)務(wù)/運(yùn)營人員:負(fù)責(zé)業(yè)務(wù)需求的反饋,真正業(yè)務(wù)kpi的背負(fù)者。

  • 數(shù)據(jù)分析師/數(shù)據(jù)產(chǎn)品經(jīng)理:把業(yè)務(wù)訴求轉(zhuǎn)化成數(shù)據(jù)需求,并對數(shù)據(jù)口徑、指標(biāo)進(jìn)行定義;
  • 前端開發(fā):進(jìn)行前端代碼實(shí)現(xiàn)埋點(diǎn)需求;
  • 后臺開發(fā):借助后臺統(tǒng)計(jì)實(shí)現(xiàn)數(shù)據(jù)需求,與埋點(diǎn)數(shù)據(jù)相輔相成;
  • 數(shù)據(jù)工程師:針對由前端和后臺反饋的數(shù)據(jù)信息進(jìn)行相關(guān)數(shù)據(jù)開發(fā),比如匯總、計(jì)算,乃至輸出報(bào)表等;
  • 測試人員:對數(shù)據(jù)進(jìn)行測試驗(yàn)證,確保符合業(yè)務(wù)訴求。

完成一系列的數(shù)據(jù)需求,少不得需要以上的人來參與。

(2)數(shù)據(jù)角色支撐

以上提及需要什么樣的人來參與,以及協(xié)作流程。那么數(shù)據(jù)分析人員,就需要承擔(dān)以下的支撐工作

  • 業(yè)務(wù)需求拆解,轉(zhuǎn)化為數(shù)據(jù)需求;
  • 定義數(shù)據(jù)口徑,指標(biāo)統(tǒng)計(jì)方式;
  • 輸出數(shù)據(jù)方面的文檔,比如埋點(diǎn)文檔;
  • 針對需求輸出定期的數(shù)據(jù)報(bào)告,及時(shí)關(guān)注數(shù)據(jù)表現(xiàn)情況。

二、活動還原拆解

由于不是拼多多的員工,我們無法拿到準(zhǔn)確的活動策劃方案,那么就只能通過活動頁面,試圖來倒推其需求方案。而整體的還原方法,則從業(yè)務(wù)拆解、技術(shù)條件和需求總結(jié)三方面梳理此次活動業(yè)務(wù)需求。

2.1 業(yè)務(wù)拆解

顯然這是一場年終大促的電商活動,分別提供了“主會場”、“幸福小鎮(zhèn)”、“萬券齊發(fā)”、“年度發(fā)布”、”百億補(bǔ)貼“、”限時(shí)秒殺“、“我的1212”等7個(gè)主要的體驗(yàn)地方。通常情況下,業(yè)務(wù)會基于產(chǎn)品設(shè)計(jì)以及業(yè)績目標(biāo)制定相關(guān)的數(shù)據(jù)需求。而接下來,將挑幾個(gè)地方來還原業(yè)務(wù)需求場景。

(1)全局需求

全局需求是指不僅僅在某個(gè)頁面、某個(gè)環(huán)節(jié)上的需求,而是從整個(gè)活動整體出發(fā),一個(gè)總數(shù)據(jù)需求,比如:新增、活躍等總體數(shù)據(jù)需求。

1)活動用戶

因?yàn)殡娚袒顒幼罱K目的是引導(dǎo)購買,這個(gè)就需要明確的賬戶信息,因?yàn)檫@些信息關(guān)聯(lián)了一系列的商品、訂單、物流、交易額等信息,以及數(shù)據(jù)采集的主體,所以需作為第一個(gè)重點(diǎn)關(guān)注了解。

而從活動設(shè)計(jì)看出,盡管這個(gè)大促活動也有一套賬戶體系,但本質(zhì)是與APP的賬戶體系是打通共生的,所以可以理解為只是一個(gè)H5的拼多多活動版。只是因?yàn)閰⑴c此次活動的賬戶,與活動數(shù)據(jù)關(guān)聯(lián)形成一個(gè)獨(dú)立的“客群”

那么關(guān)于用戶級別,業(yè)務(wù)一般會關(guān)注以下幾個(gè)緯度數(shù)據(jù):

2)活動整體

其次就是活動一些整體需求,包括頁面訪問情況及分享功能情況。由于這兩方面在活動哪個(gè)頁面都是存在,所以可以提取為一個(gè)全局性的需求。

(2)主會場

主會場屬于整個(gè)電商活動的主頁面,這個(gè)頁面設(shè)計(jì)了較多地方讓用戶參與活動。而此次拆解從優(yōu)先級、曝光位置選取“秒殺萬人團(tuán)”和“品類頻道”進(jìn)行分析。

1)頁面整體

每個(gè)一級頁面,都應(yīng)該有屬于本頁面的整體級業(yè)務(wù)需求,但一般抽取的都是具有共同性、宏觀性的需求。所以主會場的業(yè)務(wù)拆解主要體驗(yàn)了頁面訪問、分享及活動規(guī)則的需求。

2)秒殺萬人團(tuán)

從主會場的頁面可以看出,萬人團(tuán)這個(gè)位置幾乎占據(jù)首屏的大半位置,因?yàn)檫@里的曝光、商品轉(zhuǎn)化是最高的,也是考驗(yàn)此次活動的成色地方,所以這個(gè)產(chǎn)品區(qū)域?qū)菢I(yè)務(wù)重點(diǎn)關(guān)注的區(qū)域。

由于這個(gè)模塊是屬于團(tuán)購模塊,所以業(yè)務(wù)除了關(guān)注頁面訪問情況,還會關(guān)注發(fā)起、拼單等關(guān)鍵行為。

3)品類頻道

一般電商會對商品進(jìn)行分類,這就是所謂的品類商品,而此次主會場也挑選了10來個(gè)品類展示。

(3)活動賬戶中心:“我的1212”

這樣頁面接近于APP的個(gè)人中心頁,通常情況下反而是打開相對較少的頁面,除非發(fā)生購買交易,需要登錄或查看訂單之類的行為,基本是很少被用戶打開。另外,由于這里有登錄態(tài)和未登錄態(tài),所以頁面展示會有所區(qū)別。

由于“我的1212”屬于比較重個(gè)人功能服務(wù),這里拆解了登錄和補(bǔ)貼兩個(gè)特殊的功能業(yè)務(wù)。

1)登錄

2)補(bǔ)貼紅包

通過以上的活動分解之后,還原了一些業(yè)務(wù)的數(shù)據(jù)需求,接下來就要對這些需求進(jìn)行進(jìn)一步的挖掘。那么基于以上的需求,我們就需要確認(rèn)現(xiàn)存的技術(shù)條件、產(chǎn)品設(shè)計(jì)等方面是否滿足需求。

2.2?SDK采集

通常情況,執(zhí)行數(shù)據(jù)采集的SDK本身會自動采集一些常規(guī)數(shù)據(jù),比如新設(shè)備用戶、頁面停留時(shí)長等等,所以我們在考慮埋點(diǎn)設(shè)計(jì)的時(shí)候,是需要結(jié)合其他技術(shù)是否能夠協(xié)助支持。而SDK方面的分析,在這里不過多討論(具體可以了解以前的分享:V.10 | 數(shù)據(jù)產(chǎn)品不得不知的技術(shù)知識)。

主要重點(diǎn)需清楚H5和APP 兩類型SDK的差異及優(yōu)缺點(diǎn)。

2.3 埋點(diǎn)統(tǒng)計(jì)

(1)定義:相信大家都了解,這里就不多解釋,埋點(diǎn)其實(shí)就是通過前端或后端去收集用戶的操作行為信息,每一個(gè)操作行為都可以理解為一個(gè)埋點(diǎn)事件。

(2)平臺:前端方面的埋點(diǎn),主要有APP、H5、小程序等,不同的平臺類型都支持埋點(diǎn)收集,但由于平臺原因,一些采集的信息會有所不同。

(3)類型:通常埋點(diǎn)主要集中3個(gè)方向,分別是曝光類事件、瀏覽類事件、交互類事件。

  • 曝光類:大多指頁面加載完畢,沒有做太多操作的頁面曝光,可以理解為只要完整打開這個(gè)頁面就算曝光;
  • 瀏覽類:指頁面不僅打開還進(jìn)行一些瀏覽操作,比如在頁面下滑至某個(gè)區(qū)域,停留時(shí)長達(dá)到多久等,都可稱之為瀏覽事件;
  • 交互類:指用戶通過物理與應(yīng)用產(chǎn)生交互的事件,比如點(diǎn)擊某個(gè)按鈕、滑動某個(gè)元素,甚至系統(tǒng)自動彈窗此類都可以作為交互埋點(diǎn)事件。

(4)價(jià)值:埋點(diǎn)的價(jià)值在于能夠監(jiān)控用戶在使用過程中的一系列行為變化,對用戶留存、轉(zhuǎn)化等方面的分析十分之有幫助,比如可以了解用戶從進(jìn)入頁面到離開頁面的整個(gè)生命周期,并對這些用戶進(jìn)行精細(xì)化運(yùn)營。同時(shí)也可以附帶更多擴(kuò)展字段,輔助數(shù)據(jù)收集。

2.4?后臺統(tǒng)計(jì)(也可以是后端埋點(diǎn))

(1)定義:指統(tǒng)計(jì)一名“有身份”且不可那么容易被遷移信息的用戶,比如手機(jī)號用戶、微信用戶,這些有明確用戶信息并能夠關(guān)聯(lián)真實(shí)身份的人,而不是一個(gè)“游客”用戶。通常情況,這類用戶需要在有“身份驗(yàn)證”場景下存在,比如電商購物、金融投資、醫(yī)療服務(wù)等。

(2)特點(diǎn):這類用戶往往有比較多的客戶子信息,比如地址、性別、年齡等,可以延伸成CRM當(dāng)中的客戶數(shù)據(jù)。

(3)技術(shù):通常后臺開發(fā)會建立相應(yīng)的數(shù)據(jù)庫,以及需要存儲的字段一一記錄這些客戶數(shù)據(jù),以及在使用平臺中產(chǎn)生的各類數(shù)據(jù),比如交易金額、交易商品、交易記錄等等。而此次分析的電商活動,就會有買家信息表、商品表、交易表等等。

2.5 拆解總結(jié)

針對以上已經(jīng)對業(yè)務(wù)需求及技術(shù)手段有一定的把握,那么結(jié)合現(xiàn)有的資料和平臺規(guī)則,初步確定一些方案及需求導(dǎo)向,為埋點(diǎn)設(shè)計(jì)提供支持。

(1)技術(shù)工具

  • SDK:APP+H5
  • 埋點(diǎn):前端代碼埋點(diǎn),工作量大但是滿足需求,相對準(zhǔn)確,缺點(diǎn)是靈活性較低,不易更改

(2)平臺規(guī)則和指標(biāo)能力

顯然,我們在埋點(diǎn)設(shè)計(jì)需要知道平臺能提供什么樣的埋點(diǎn)服務(wù)。通常各大廠都會自研,或采用市場上一些知名的第三方平臺。不管大家的技術(shù)水平如何,一般埋點(diǎn)都會支持以下的采集能力。

  • 總次數(shù):?在選定時(shí)間范圍內(nèi),該事件觸發(fā)的次數(shù);
  • 觸發(fā)用戶數(shù):?在選定時(shí)間范圍內(nèi),觸發(fā)該事件的獨(dú)立用戶數(shù);
  • 人均次數(shù):?在選定時(shí)間范圍內(nèi),獨(dú)立用戶觸發(fā)該事件的平均次數(shù);
  • 人均時(shí)長:在選定時(shí)間范圍內(nèi),觸發(fā)該事件的總時(shí)長除以總?cè)藬?shù)。

(3)需求導(dǎo)向

本質(zhì)上,關(guān)于埋點(diǎn)方面的需求導(dǎo)向有3種,分別是基礎(chǔ)需求導(dǎo)向、業(yè)務(wù)需求導(dǎo)向、垂直領(lǐng)域?qū)?。我們做埋點(diǎn)設(shè)計(jì)的時(shí)候,需要基于業(yè)務(wù)的需求分析他們的意圖是什么,是需要了解哪方面的數(shù)據(jù),對他們的業(yè)務(wù)起到什么作用。所以這時(shí)候埋點(diǎn)設(shè)計(jì)面向的用戶應(yīng)該業(yè)務(wù)。并且有時(shí)候業(yè)務(wù)提的需求不一定完整表達(dá)出他們的意圖,我們需要從中找到不妥的地方,或者完善。

1)基礎(chǔ)需求導(dǎo)向:這里具體指通用的埋點(diǎn)需求,即不用業(yè)務(wù)反饋,都是默認(rèn)且必須策劃的地方。比如所謂的PV、UV,甚至停留時(shí)長;

2)業(yè)務(wù)需求導(dǎo)向:主要基于此次場景的業(yè)務(wù)訴求,因?yàn)槊繄龌顒硬煌?,存在一些特定的需求埋點(diǎn),所以我們就需要以業(yè)務(wù)為導(dǎo)向,制定適應(yīng)的埋點(diǎn)方案:

  • 用戶鏈路:游客-注冊-登錄-活躍留存

  • 交易鏈路:曝光-點(diǎn)擊-瀏覽-下單-復(fù)購

  • 渠道鏈路:投放渠道-曝光-轉(zhuǎn)化量

3)垂直領(lǐng)域?qū)颍簽槭裁磿羞@個(gè)導(dǎo)向,因?yàn)椴煌袠I(yè)領(lǐng)域,數(shù)據(jù)關(guān)注的指標(biāo)分析其實(shí)是有不同的,比如電商關(guān)注GMV,金融關(guān)注貸款率等等。那么作為此次研究的樣本“我的1212大促”,就需要關(guān)注這些指標(biāo),通過指標(biāo)倒推需要哪些埋點(diǎn):

  • GMV
  • 商品銷售量
  • ……

相信到了這里,大家對此次拆解的案例樣本已經(jīng)有了一點(diǎn)認(rèn)知,以及對埋點(diǎn)有了點(diǎn)“感覺”。上文先整理到這,主要為大家介紹前期的需求梳理,掌握業(yè)務(wù)情況,并借助一些行為模型作為參考設(shè)計(jì)。大家先消化消化,下文這幾天再整理上傳。

 

作者:A.D,數(shù)據(jù)產(chǎn)品一枚;公眾號:吾某

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

題圖來自Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 公號有完整文章,以及此次分析完整的業(yè)務(wù)文檔、埋點(diǎn)文檔及活動圖,關(guān)注(公號:吾某)并回復(fù)埋點(diǎn)

    回復(fù)