視頻分享：營銷人員不得不知道的埋點(diǎn)知識
大家好，我是Linkflow COO徐濤，今天我想給大家介紹一下SDK也就是Linkflow的埋點(diǎn)功能。本次分享面向的對象是營銷人員，大家不需要有什么太多的技術(shù)基礎(chǔ)，就能夠聽懂這次分享。
SDK的應(yīng)用場景
在介紹SDK的使用場景之前，我們首先需要了解一下客戶互動的場景。
如上圖所示，左邊圓圈的外圍有三個關(guān)鍵字，分別是 customer engagement，也就是客戶互動；customer insights，即客戶洞察；customer journey，客戶旅程。
整個客戶互動的流程就是企業(yè)采集所有客戶觸點(diǎn)上的互動信息（customer engagement），如微信的互動信息、H5的互動信息、小程序的互動信息，這些信息被采集進(jìn)來之后，企業(yè)會做相應(yīng)的客戶洞察（customer insights），如打標(biāo)簽、報(bào)表分析、人群分組等等，基于這些洞察，企業(yè)就能夠制定一些精準(zhǔn)的營銷策略。這些策略就需要通過客戶旅程（customer journey）來落地執(zhí)行。
當(dāng)企業(yè)不斷地與客戶做互動，就能不斷得到客戶的行為信息并進(jìn)行洞察，洞察之后制定策略，然后再通過客戶旅程去執(zhí)行，執(zhí)行的過程當(dāng)中又會產(chǎn)生新的互動，新的互動又會有新的洞察，再制定新的策略，再通過新的客戶旅程去執(zhí)行。這樣周而復(fù)始不斷的迭代，企業(yè)就能更加了解客戶，對客戶進(jìn)行精準(zhǔn)化或者個性化的營銷。
在Linkflow的產(chǎn)品中，customer engagement、customer insights、customer journey這三大功能是一個基石，這其中具體包含5個模塊，第1個模塊就是應(yīng)用對接，即多數(shù)據(jù)源的打通，SDK就屬于這一個大模塊中的一個功能。
除了應(yīng)用對接多數(shù)據(jù)源打通以外，Linkflow還有統(tǒng)一的客戶畫像功能、客戶旅程功能、報(bào)表分析、統(tǒng)計(jì)功能。這些模塊會在其他的分享中進(jìn)行詳細(xì)的講解，今天就不在這里贅述。
回到多數(shù)據(jù)源打通這一塊，也就是SDK相關(guān)模塊里面，它主要會有哪些相應(yīng)的使用場景？在我看來，最主要的是以下4個應(yīng)用場景。
營銷活動的優(yōu)化
在營銷活動中我們非常需要客戶的反饋，比如說推廣的頁面客戶是否瀏覽，是否點(diǎn)擊里面的按鈕，以及一些成交的數(shù)據(jù)。數(shù)據(jù)都采集回來，才能觀測到一個營銷活動的一個效果是怎樣的。
舉個栗子：雙11這樣的營銷活動，是會有不同的營銷階段，例如娛樂階段、主力階段和返場階段。在不同階段，企業(yè)需要做相應(yīng)的統(tǒng)計(jì)、分析和優(yōu)化。
在預(yù)熱階段，企業(yè)可以做一些測試，也就是利用SDK去采集客戶的瀏覽行為、掃碼行為、下單行為、退貨行為等等。最終的測試結(jié)果就是什么樣的產(chǎn)品或者什么樣的活動，有較高的轉(zhuǎn)化率。根據(jù)測試結(jié)果，企業(yè)就可以把這些轉(zhuǎn)化率較好的活動放在主力階段，也就雙11當(dāng)天來進(jìn)行，從而實(shí)現(xiàn)營銷優(yōu)化。
廣告投放的優(yōu)化
在沒有使用SDK之前，企業(yè)能夠獲取的數(shù)據(jù)僅僅是廣告投放的展點(diǎn)銷數(shù)據(jù)，但是這些數(shù)據(jù)實(shí)際上是不足以來告訴企業(yè)一個投放的效果是好是壞，因?yàn)閺V告平臺只給了一部分?jǐn)?shù)據(jù)，因?yàn)樵谡裹c(diǎn)銷之后，被引流過來的客戶會通過落地頁跳轉(zhuǎn)到企業(yè)官網(wǎng)或者APP，在官網(wǎng)和APP的行為追蹤廣告平臺是不負(fù)責(zé)的。
這時，SDK就會去負(fù)責(zé)后續(xù)的數(shù)據(jù)采集。比如客戶跳轉(zhuǎn)到落地頁之后，又進(jìn)行了什么點(diǎn)擊，提交什么表單，或者下了什么訂單。這些行為再結(jié)合廣告平臺的展點(diǎn)銷售數(shù)據(jù)，就可以比較好地評估一個廣告投放的效果如何，最終來優(yōu)化企業(yè)投放的關(guān)鍵字。
APP或者網(wǎng)站的優(yōu)化
很多互聯(lián)網(wǎng)創(chuàng)業(yè)公司在APP或者網(wǎng)站上線時，都要使用SDK來獲取用戶的瀏覽軌跡和習(xí)慣，從而更好的優(yōu)化APP或者網(wǎng)站的布局。關(guān)于這個場景我就不用多說了，大家都非常熟悉。
個性化的客戶旅程
這是其他的SDK產(chǎn)品很少提及的。因?yàn)長inkflow除了對采集道德客戶行為進(jìn)行洞察和優(yōu)化，我們還會利用SDK為客戶提供個性化的客戶旅程。比如說通過JS SDK在網(wǎng)頁端針對不同的人群客戶進(jìn)行彈窗。在其他方面，比如個性化的短信或者微信營銷，也都是通過服務(wù)端、SDK的方式來實(shí)現(xiàn)。
SDK的種類
如上圖所示，SDK分為4種，分別是代碼埋點(diǎn)、全埋點(diǎn)、可視化埋點(diǎn)，以及服務(wù)端埋點(diǎn)。面前三種都是跟前端頁面相關(guān)的，最后一種是和后端服務(wù)相關(guān)的。
可視化埋點(diǎn)
前面三種和頁面相關(guān)的埋點(diǎn)方式中，可視化埋點(diǎn)目前來說還不是很流行，雖然它非常的方便，在埋點(diǎn)時不需要有IT支持，只要通過一個可視化的工具，在UI上進(jìn)行圈選，然后就能夠?qū)DK埋進(jìn)去。但是它有一個弱點(diǎn)，就是在頁面改版后，比如說排版發(fā)生調(diào)整，或者風(fēng)格發(fā)生了調(diào)整。這時，所有的頁面埋點(diǎn)都需要重新做，這個情況就會帶來大量的工作量。對于網(wǎng)站或者APP，可能每三個月就會改版一次，整個頁面布局就會發(fā)生重大的變化。如果每三個月都要把所有的埋點(diǎn)重新做一遍，工作量和代價是非常巨大的。所以可視化埋點(diǎn)不是很流行。
也就是說，對于APP或者網(wǎng)站前端UI的埋點(diǎn)來說，最主要使用的是代碼埋點(diǎn)和全埋點(diǎn)。
全埋點(diǎn)
全埋點(diǎn)的意思非常簡單，也就是說我只要把一個JS SDK或者一個SDK放到這個頁面里面，就需要做其他任何的事情。這時系統(tǒng)就會自動采集頁面的PV和到UV，實(shí)現(xiàn)最低力度的用戶行為監(jiān)控。如果企業(yè)只需要采集PV和UV，就可以直接使用全埋點(diǎn)。比如一個APP或者網(wǎng)站剛上線時，企業(yè)想要評估各頁面的設(shè)計(jì)體驗(yàn)，就可以使用全埋點(diǎn)，因?yàn)樗容^方便，不需要寫代碼，只要放一段JS SDK在里面，就能夠?qū)崿F(xiàn)頁面的一個監(jiān)控。
但是，全埋點(diǎn)也有一個劣勢，就是數(shù)據(jù)的準(zhǔn)確性不高，因?yàn)樗荒鼙O(jiān)控到頁面維度，也就是企業(yè)只知道客戶到達(dá)這個頁面，但在頁面里面的具體的行為是捕獲不到的。所以全埋點(diǎn)的好處是簡單快捷，它的劣勢是粒度太粗，不適合做精細(xì)化的監(jiān)控。
怎么來彌補(bǔ)全埋點(diǎn)的這個缺陷？那就是代碼埋點(diǎn)。
代碼埋點(diǎn)
代碼埋點(diǎn)實(shí)際上是在全埋點(diǎn)的基礎(chǔ)上，進(jìn)行更細(xì)粒度的行為監(jiān)控，比如加入購物、加入收藏夾等動作。
進(jìn)行代碼埋點(diǎn)采集時，企業(yè)首先要定義需要采集的事件，再由開發(fā)人員在頁面里寫相應(yīng)的埋點(diǎn)代碼。它的優(yōu)勢就是力度更細(xì)，能采集到更精細(xì)的動作，便于業(yè)務(wù)人員進(jìn)行更好的分析。
但劣勢是什么？很明顯，代碼埋點(diǎn)的工作量和成本肯定要比全埋點(diǎn)高，因?yàn)樗枰绦騿T介入。
所以使用代碼埋點(diǎn)還是全埋點(diǎn)，需要業(yè)務(wù)人員結(jié)合業(yè)務(wù)需求和業(yè)務(wù)階段進(jìn)行取舍。比如，早期的時候，全埋點(diǎn)就可以完成監(jiān)控分析等基礎(chǔ)的優(yōu)化指標(biāo)。等到中后期時頁面和用戶量也比較多了，企業(yè)想對用戶進(jìn)行更精細(xì)的行為分析時，就可以采用代碼埋點(diǎn)。
服務(wù)端埋點(diǎn)
介紹完前端的UI的埋點(diǎn)，我們最后看一下服務(wù)端的埋點(diǎn)。服務(wù)端埋點(diǎn)是應(yīng)用在某些無法在前端頁面放置SDK的情況。
舉個最典型的例子就是微信公眾號的行為監(jiān)控，因?yàn)槠髽I(yè)不可能把SDK放到微信里去，那么企業(yè)如何能捕獲粉絲在微信公眾號里的行為？這時就要利用服務(wù)端，也就是API的對接。微信公眾平臺提供了相應(yīng)的開放接口供我們調(diào)用，我們就能通過API的對接來監(jiān)控粉絲在公眾號里的行為，比如說掃碼行為、關(guān)注行為、取關(guān)行為、點(diǎn)擊菜單行為等等。
服務(wù)端對接的優(yōu)勢就是它非常準(zhǔn)確，因?yàn)殛P(guān)注、點(diǎn)擊菜單等行為都是非常準(zhǔn)確的，也是實(shí)時的，而且數(shù)據(jù)也是結(jié)構(gòu)化的。
但是，它的劣勢就是前端的上下文環(huán)境拿不到，比如說客戶的 cookie、IP地址都是拿不到的，因?yàn)檫@些信息在API里面沒有提供。在其他的服務(wù)端對接時，企業(yè)認(rèn)為很重要的一些前端數(shù)據(jù)也不一定能拿得到。比如企業(yè)想要獲取電商平臺的訂單信息，這肯定是要通過API來獲取的。但在訂單信息里不會顯示這個訂單是來自哪一個營銷活動，所以這是服務(wù)端埋點(diǎn)一個較大的缺陷，即采集的數(shù)據(jù)受限于API接口提供的能力。
SDK的功能
Identify
它是用來識別客戶的。一開始客戶是匿名的，在前端頁面、小程序、APP里，客戶剛進(jìn)來的時候只有cookie，當(dāng)客戶授權(quán)登錄后，他就從一個匿名客戶就變成了一個有名有姓的實(shí)名用戶，這時就需要通過identity的方式，把匿名的用戶變成一個實(shí)名用戶。
Page
page這個功能就是采集pv和uv。這個功能對大家來說是隱形的，也就是把SDK放進(jìn)頁面或者APP之后，它會自動去采集pv和uv，是無需做干預(yù)的。它采集回來的數(shù)據(jù)可以做一些粗粒度的統(tǒng)計(jì)分析。
Track
Track對一些精細(xì)化的行為事件的進(jìn)行一一追蹤。也就是說在一個頁面里，客戶具體做了什么動作，都要通過track這個模塊來進(jìn)行采集，從而進(jìn)行后續(xù)相應(yīng)的分析。
Alias
現(xiàn)在，多渠道營銷是非常普遍的，這就意味著客戶會通過不同的渠道與企業(yè)進(jìn)行交互，并在不同渠道產(chǎn)生賬號。比如說他在微信里面是這個人，在小程序里是另外一個人，在網(wǎng)頁里又是一個人，企業(yè)怎么把同一個人在不同渠道的身份進(jìn)行合并，這就需要alias功能模塊。
它會使用一些通用的標(biāo)識，來判定這幾個賬號是屬于同一個人的。比如同樣的手機(jī)號、同樣的郵箱，或者在微信體系里通過open ID或者union ID來實(shí)現(xiàn)判斷合并。
SDK采集的數(shù)據(jù)類型
用戶信息
比如說用戶的一些身份信息，如cookie、IP地址，在微信環(huán)境下，微頁面還能告訴你它的open ID以及其他實(shí)名信息，如姓名、昵稱、手機(jī)號、郵箱等等。
用戶行為信息
除了用戶信息之外，SDK還會采集用戶的行為信息，除了基礎(chǔ)瀏覽行為之外，SDK還能捕獲更多的行為信息，如加入收藏夾、提交表單、提交訂單等。
廣告投放信息
廣告投放信息就是在落地頁采集到的referrer網(wǎng)址信息，就能指明這個落地頁是來自哪個廣告平臺的。在落地頁上一般都會有些utm參數(shù)，這個參數(shù)SDK也會采集。
其他信息
在前端UI里我們還能采集到的一些其他信息，如瀏覽器信息、設(shè)備信息、地理位置信息等。
SEM廣告信息
對于SEM廣告我們還可以捕獲廣告的賬戶信息、計(jì)劃信息、創(chuàng)意信息、以及關(guān)鍵詞信息。
微信公眾號信息
關(guān)注行為、取關(guān)行為、留言、掃碼、菜單點(diǎn)擊等行為同樣可以被采集。
信息流廣告信息
信息流廣告信息和SEM廣告信息類似，也是采集廣告的計(jì)劃、廣告主、廣告主屬性、以及展點(diǎn)銷信息。
表單信息
最后一個也是大家比較常用的，例如金數(shù)據(jù)表單、問卷網(wǎng)表單、問卷星表單等。
以上就是SDK的知識科普，在視頻中還為大家介紹了SDK的應(yīng)用案例，幫助大家更形象的能夠了解SDK可以應(yīng)用在什么樣的業(yè)務(wù)場景里。
評論
評論
推薦評論
暫無評論哦，快來評論一下吧！
全部評論（0條）