大家好，我是Linkflow COO徐濤，今天我想給大家介紹一下SDK也就是Linkflow的埋點(diǎn)功能。本次分享面向的對(duì)象是營(yíng)銷人員，大家不需要有什么太多的技術(shù)基礎(chǔ)，就能夠聽(tīng)懂這次分享。

SDK的應(yīng)用場(chǎng)景

在介紹SDK的使用場(chǎng)景之前，我們首先需要了解一下客戶互動(dòng)的場(chǎng)景。

如上圖所示，左邊圓圈的外圍有三個(gè)關(guān)鍵字，分別是 customer engagement，也就是客戶互動(dòng)；customer insights，即客戶洞察；customer journey，客戶旅程。

整個(gè)客戶互動(dòng)的流程就是企業(yè)采集所有客戶觸點(diǎn)上的互動(dòng)信息（customer engagement），如微信的互動(dòng)信息、H5的互動(dòng)信息、小程序的互動(dòng)信息，這些信息被采集進(jìn)來(lái)之后，企業(yè)會(huì)做相應(yīng)的客戶洞察（customer insights），如打標(biāo)簽、報(bào)表分析、人群分組等等，基于這些洞察，企業(yè)就能夠制定一些精準(zhǔn)的營(yíng)銷策略。這些策略就需要通過(guò)客戶旅程（customer journey）來(lái)落地執(zhí)行。

當(dāng)企業(yè)不斷地與客戶做互動(dòng)，就能不斷得到客戶的行為信息并進(jìn)行洞察，洞察之后制定策略，然后再通過(guò)客戶旅程去執(zhí)行，執(zhí)行的過(guò)程當(dāng)中又會(huì)產(chǎn)生新的互動(dòng)，新的互動(dòng)又會(huì)有新的洞察，再制定新的策略，再通過(guò)新的客戶旅程去執(zhí)行。這樣周而復(fù)始不斷的迭代，企業(yè)就能更加了解客戶，對(duì)客戶進(jìn)行精準(zhǔn)化或者個(gè)性化的營(yíng)銷。

在Linkflow的產(chǎn)品中，customer engagement、customer insights、customer journey這三大功能是一個(gè)基石，這其中具體包含5個(gè)模塊，第1個(gè)模塊就是應(yīng)用對(duì)接，即多數(shù)據(jù)源的打通，SDK就屬于這一個(gè)大模塊中的一個(gè)功能。

除了應(yīng)用對(duì)接多數(shù)據(jù)源打通以外，Linkflow還有統(tǒng)一的客戶畫(huà)像功能、客戶旅程功能、報(bào)表分析、統(tǒng)計(jì)功能。這些模塊會(huì)在其他的分享中進(jìn)行詳細(xì)的講解，今天就不在這里贅述。

回到多數(shù)據(jù)源打通這一塊，也就是SDK相關(guān)模塊里面，它主要會(huì)有哪些相應(yīng)的使用場(chǎng)景？在我看來(lái)，最主要的是以下4個(gè)應(yīng)用場(chǎng)景。

營(yíng)銷活動(dòng)的優(yōu)化

在營(yíng)銷活動(dòng)中我們非常需要客戶的反饋，比如說(shuō)推廣的頁(yè)面客戶是否瀏覽，是否點(diǎn)擊里面的按鈕，以及一些成交的數(shù)據(jù)。數(shù)據(jù)都采集回來(lái)，才能觀測(cè)到一個(gè)營(yíng)銷活動(dòng)的一個(gè)效果是怎樣的。

舉個(gè)栗子：雙11這樣的營(yíng)銷活動(dòng)，是會(huì)有不同的營(yíng)銷階段，例如娛樂(lè)階段、主力階段和返場(chǎng)階段。在不同階段，企業(yè)需要做相應(yīng)的統(tǒng)計(jì)、分析和優(yōu)化。

在預(yù)熱階段，企業(yè)可以做一些測(cè)試，也就是利用SDK去采集客戶的瀏覽行為、掃碼行為、下單行為、退貨行為等等。最終的測(cè)試結(jié)果就是什么樣的產(chǎn)品或者什么樣的活動(dòng)，有較高的轉(zhuǎn)化率。根據(jù)測(cè)試結(jié)果，企業(yè)就可以把這些轉(zhuǎn)化率較好的活動(dòng)放在主力階段，也就雙11當(dāng)天來(lái)進(jìn)行，從而實(shí)現(xiàn)營(yíng)銷優(yōu)化。

廣告投放的優(yōu)化

在沒(méi)有使用SDK之前，企業(yè)能夠獲取的數(shù)據(jù)僅僅是廣告投放的展點(diǎn)銷數(shù)據(jù)，但是這些數(shù)據(jù)實(shí)際上是不足以來(lái)告訴企業(yè)一個(gè)投放的效果是好是壞，因?yàn)閺V告平臺(tái)只給了一部分?jǐn)?shù)據(jù)，因?yàn)樵谡裹c(diǎn)銷之后，被引流過(guò)來(lái)的客戶會(huì)通過(guò)落地頁(yè)跳轉(zhuǎn)到企業(yè)官網(wǎng)或者APP，在官網(wǎng)和APP的行為追蹤廣告平臺(tái)是不負(fù)責(zé)的。

這時(shí)，SDK就會(huì)去負(fù)責(zé)后續(xù)的數(shù)據(jù)采集。比如客戶跳轉(zhuǎn)到落地頁(yè)之后，又進(jìn)行了什么點(diǎn)擊，提交什么表單，或者下了什么訂單。這些行為再結(jié)合廣告平臺(tái)的展點(diǎn)銷售數(shù)據(jù)，就可以比較好地評(píng)估一個(gè)廣告投放的效果如何，最終來(lái)優(yōu)化企業(yè)投放的關(guān)鍵字。

APP或者網(wǎng)站的優(yōu)化

很多互聯(lián)網(wǎng)創(chuàng)業(yè)公司在APP或者網(wǎng)站上線時(shí)，都要使用SDK來(lái)獲取用戶的瀏覽軌跡和習(xí)慣，從而更好的優(yōu)化APP或者網(wǎng)站的布局。關(guān)于這個(gè)場(chǎng)景我就不用多說(shuō)了，大家都非常熟悉。

個(gè)性化的客戶旅程

這是其他的SDK產(chǎn)品很少提及的。因?yàn)長(zhǎng)inkflow除了對(duì)采集道德客戶行為進(jìn)行洞察和優(yōu)化，我們還會(huì)利用SDK為客戶提供個(gè)性化的客戶旅程。比如說(shuō)通過(guò)JS SDK在網(wǎng)頁(yè)端針對(duì)不同的人群客戶進(jìn)行彈窗。在其他方面，比如個(gè)性化的短信或者微信營(yíng)銷，也都是通過(guò)服務(wù)端、SDK的方式來(lái)實(shí)現(xiàn)。

SDK的種類

如上圖所示，SDK分為4種，分別是代碼埋點(diǎn)、全埋點(diǎn)、可視化埋點(diǎn)，以及服務(wù)端埋點(diǎn)。面前三種都是跟前端頁(yè)面相關(guān)的，最后一種是和后端服務(wù)相關(guān)的。

可視化埋點(diǎn)

前面三種和頁(yè)面相關(guān)的埋點(diǎn)方式中，可視化埋點(diǎn)目前來(lái)說(shuō)還不是很流行，雖然它非常的方便，在埋點(diǎn)時(shí)不需要有IT支持，只要通過(guò)一個(gè)可視化的工具，在UI上進(jìn)行圈選，然后就能夠?qū)DK埋進(jìn)去。但是它有一個(gè)弱點(diǎn)，就是在頁(yè)面改版后，比如說(shuō)排版發(fā)生調(diào)整，或者風(fēng)格發(fā)生了調(diào)整。這時(shí)，所有的頁(yè)面埋點(diǎn)都需要重新做，這個(gè)情況就會(huì)帶來(lái)大量的工作量。對(duì)于網(wǎng)站或者APP，可能每三個(gè)月就會(huì)改版一次，整個(gè)頁(yè)面布局就會(huì)發(fā)生重大的變化。如果每三個(gè)月都要把所有的埋點(diǎn)重新做一遍，工作量和代價(jià)是非常巨大的。所以可視化埋點(diǎn)不是很流行。

也就是說(shuō)，對(duì)于APP或者網(wǎng)站前端UI的埋點(diǎn)來(lái)說(shuō)，最主要使用的是代碼埋點(diǎn)和全埋點(diǎn)。

全埋點(diǎn)

全埋點(diǎn)的意思非常簡(jiǎn)單，也就是說(shuō)我只要把一個(gè)JS SDK或者一個(gè)SDK放到這個(gè)頁(yè)面里面，就需要做其他任何的事情。這時(shí)系統(tǒng)就會(huì)自動(dòng)采集頁(yè)面的PV和到UV，實(shí)現(xiàn)最低力度的用戶行為監(jiān)控。如果企業(yè)只需要采集PV和UV，就可以直接使用全埋點(diǎn)。比如一個(gè)APP或者網(wǎng)站剛上線時(shí)，企業(yè)想要評(píng)估各頁(yè)面的設(shè)計(jì)體驗(yàn)，就可以使用全埋點(diǎn)，因?yàn)樗容^方便，不需要寫(xiě)代碼，只要放一段JS SDK在里面，就能夠?qū)崿F(xiàn)頁(yè)面的一個(gè)監(jiān)控。

但是，全埋點(diǎn)也有一個(gè)劣勢(shì)，就是數(shù)據(jù)的準(zhǔn)確性不高，因?yàn)樗荒鼙O(jiān)控到頁(yè)面維度，也就是企業(yè)只知道客戶到達(dá)這個(gè)頁(yè)面，但在頁(yè)面里面的具體的行為是捕獲不到的。所以全埋點(diǎn)的好處是簡(jiǎn)單快捷，它的劣勢(shì)是粒度太粗，不適合做精細(xì)化的監(jiān)控。

怎么來(lái)彌補(bǔ)全埋點(diǎn)的這個(gè)缺陷？那就是代碼埋點(diǎn)。

代碼埋點(diǎn)

代碼埋點(diǎn)實(shí)際上是在全埋點(diǎn)的基礎(chǔ)上，進(jìn)行更細(xì)粒度的行為監(jiān)控，比如加入購(gòu)物、加入收藏夾等動(dòng)作。

進(jìn)行代碼埋點(diǎn)采集時(shí)，企業(yè)首先要定義需要采集的事件，再由開(kāi)發(fā)人員在頁(yè)面里寫(xiě)相應(yīng)的埋點(diǎn)代碼。它的優(yōu)勢(shì)就是力度更細(xì)，能采集到更精細(xì)的動(dòng)作，便于業(yè)務(wù)人員進(jìn)行更好的分析。

但劣勢(shì)是什么？很明顯，代碼埋點(diǎn)的工作量和成本肯定要比全埋點(diǎn)高，因?yàn)樗枰绦騿T介入。

所以使用代碼埋點(diǎn)還是全埋點(diǎn)，需要業(yè)務(wù)人員結(jié)合業(yè)務(wù)需求和業(yè)務(wù)階段進(jìn)行取舍。比如，早期的時(shí)候，全埋點(diǎn)就可以完成監(jiān)控分析等基礎(chǔ)的優(yōu)化指標(biāo)。等到中后期時(shí)頁(yè)面和用戶量也比較多了，企業(yè)想對(duì)用戶進(jìn)行更精細(xì)的行為分析時(shí)，就可以采用代碼埋點(diǎn)。

服務(wù)端埋點(diǎn)

介紹完前端的UI的埋點(diǎn)，我們最后看一下服務(wù)端的埋點(diǎn)。服務(wù)端埋點(diǎn)是應(yīng)用在某些無(wú)法在前端頁(yè)面放置SDK的情況。

舉個(gè)最典型的例子就是微信公眾號(hào)的行為監(jiān)控，因?yàn)槠髽I(yè)不可能把SDK放到微信里去，那么企業(yè)如何能捕獲粉絲在微信公眾號(hào)里的行為？這時(shí)就要利用服務(wù)端，也就是API的對(duì)接。微信公眾平臺(tái)提供了相應(yīng)的開(kāi)放接口供我們調(diào)用，我們就能通過(guò)API的對(duì)接來(lái)監(jiān)控粉絲在公眾號(hào)里的行為，比如說(shuō)掃碼行為、關(guān)注行為、取關(guān)行為、點(diǎn)擊菜單行為等等。

服務(wù)端對(duì)接的優(yōu)勢(shì)就是它非常準(zhǔn)確，因?yàn)殛P(guān)注、點(diǎn)擊菜單等行為都是非常準(zhǔn)確的，也是實(shí)時(shí)的，而且數(shù)據(jù)也是結(jié)構(gòu)化的。

但是，它的劣勢(shì)就是前端的上下文環(huán)境拿不到，比如說(shuō)客戶的 cookie、IP地址都是拿不到的，因?yàn)檫@些信息在API里面沒(méi)有提供。在其他的服務(wù)端對(duì)接時(shí)，企業(yè)認(rèn)為很重要的一些前端數(shù)據(jù)也不一定能拿得到。比如企業(yè)想要獲取電商平臺(tái)的訂單信息，這肯定是要通過(guò)API來(lái)獲取的。但在訂單信息里不會(huì)顯示這個(gè)訂單是來(lái)自哪一個(gè)營(yíng)銷活動(dòng)，所以這是服務(wù)端埋點(diǎn)一個(gè)較大的缺陷，即采集的數(shù)據(jù)受限于API接口提供的能力。

SDK的功能

Identify

它是用來(lái)識(shí)別客戶的。一開(kāi)始客戶是匿名的，在前端頁(yè)面、小程序、APP里，客戶剛進(jìn)來(lái)的時(shí)候只有cookie，當(dāng)客戶授權(quán)登錄后，他就從一個(gè)匿名客戶就變成了一個(gè)有名有姓的實(shí)名用戶，這時(shí)就需要通過(guò)identity的方式，把匿名的用戶變成一個(gè)實(shí)名用戶。

Page

page這個(gè)功能就是采集pv和uv。這個(gè)功能對(duì)大家來(lái)說(shuō)是隱形的，也就是把SDK放進(jìn)頁(yè)面或者APP之后，它會(huì)自動(dòng)去采集pv和uv，是無(wú)需做干預(yù)的。它采集回來(lái)的數(shù)據(jù)可以做一些粗粒度的統(tǒng)計(jì)分析。

Track

Track對(duì)一些精細(xì)化的行為事件的進(jìn)行一一追蹤。也就是說(shuō)在一個(gè)頁(yè)面里，客戶具體做了什么動(dòng)作，都要通過(guò)track這個(gè)模塊來(lái)進(jìn)行采集，從而進(jìn)行后續(xù)相應(yīng)的分析。

Alias

現(xiàn)在，多渠道營(yíng)銷是非常普遍的，這就意味著客戶會(huì)通過(guò)不同的渠道與企業(yè)進(jìn)行交互，并在不同渠道產(chǎn)生賬號(hào)。比如說(shuō)他在微信里面是這個(gè)人，在小程序里是另外一個(gè)人，在網(wǎng)頁(yè)里又是一個(gè)人，企業(yè)怎么把同一個(gè)人在不同渠道的身份進(jìn)行合并，這就需要alias功能模塊。

它會(huì)使用一些通用的標(biāo)識(shí)，來(lái)判定這幾個(gè)賬號(hào)是屬于同一個(gè)人的。比如同樣的手機(jī)號(hào)、同樣的郵箱，或者在微信體系里通過(guò)open ID或者union ID來(lái)實(shí)現(xiàn)判斷合并。

SDK采集的數(shù)據(jù)類型

用戶信息

比如說(shuō)用戶的一些身份信息，如cookie、IP地址，在微信環(huán)境下，微頁(yè)面還能告訴你它的open ID以及其他實(shí)名信息，如姓名、昵稱、手機(jī)號(hào)、郵箱等等。

用戶行為信息

除了用戶信息之外，SDK還會(huì)采集用戶的行為信息，除了基礎(chǔ)瀏覽行為之外，SDK還能捕獲更多的行為信息，如加入收藏夾、提交表單、提交訂單等。

廣告投放信息

廣告投放信息就是在落地頁(yè)采集到的referrer網(wǎng)址信息，就能指明這個(gè)落地頁(yè)是來(lái)自哪個(gè)廣告平臺(tái)的。在落地頁(yè)上一般都會(huì)有些utm參數(shù)，這個(gè)參數(shù)SDK也會(huì)采集。

其他信息

在前端UI里我們還能采集到的一些其他信息，如瀏覽器信息、設(shè)備信息、地理位置信息等。

SEM廣告信息

對(duì)于SEM廣告我們還可以捕獲廣告的賬戶信息、計(jì)劃信息、創(chuàng)意信息、以及關(guān)鍵詞信息。

微信公眾號(hào)信息

關(guān)注行為、取關(guān)行為、留言、掃碼、菜單點(diǎn)擊等行為同樣可以被采集。

信息流廣告信息

信息流廣告信息和SEM廣告信息類似，也是采集廣告的計(jì)劃、廣告主、廣告主屬性、以及展點(diǎn)銷信息。

表單信息

最后一個(gè)也是大家比較常用的，例如金數(shù)據(jù)表單、問(wèn)卷網(wǎng)表單、問(wèn)卷星表單等。

以上就是SDK的知識(shí)科普，在視頻中還為大家介紹了SDK的應(yīng)用案例，幫助大家更形象的能夠了解SDK可以應(yīng)用在什么樣的業(yè)務(wù)場(chǎng)景里。