本文根據(jù)神策數(shù)據(jù)治理研發(fā)負(fù)責(zé)人王灼洲、神策 SDG 負(fù)責(zé)人徐緩題為《ID-Mapping 用戶打通那些事兒》的演講整理,主要內(nèi)容如下:
? 什么是 ID-Mapping
? 全域用戶打通面臨的挑戰(zhàn)
? ID-Mapping 方案演進(jìn)
? 關(guān)于 ID-Mapping 的認(rèn)知迭代
近些年,神策數(shù)據(jù)一直在幫助客戶落地?cái)?shù)據(jù)驅(qū)動(dòng),在此過程中,ID-Mapping 一直是一個(gè)非常關(guān)鍵的問題,包括廣告行業(yè)的 ID 標(biāo)準(zhǔn)化,金融行業(yè)的反欺詐風(fēng)控及個(gè)人信息安全、隱私保護(hù)、合規(guī)等。
今天主要圍繞全域用戶經(jīng)營(yíng),從數(shù)據(jù)采集和數(shù)據(jù)治理兩方面,以及我們遇到的挑戰(zhàn)出發(fā),以點(diǎn)帶面講一講我們?cè)?ID-Mapping 上取得的一些進(jìn)展。
關(guān)注神策數(shù)據(jù)公眾號(hào),回復(fù)“2021演講PPT”即可免費(fèi)下載完整版演講 PPT。
一、什么是 ID-Mapping
在深入講解 ID-Mapping 之前,我們先講一下什么是用戶 ID。用戶 ID 是描述真實(shí)世界中用戶的數(shù)字化標(biāo)識(shí)。在特定的上下文和生命周期中,這些標(biāo)識(shí)通常具有唯一性。
ID-Mapping 要做的就是將同一個(gè)用戶在各個(gè)不同渠道、生態(tài)及業(yè)務(wù)系統(tǒng)中的身份標(biāo)識(shí)串聯(lián)起來,生成一個(gè)統(tǒng)一的用戶標(biāo)識(shí)。
如果你覺得這個(gè)描述過于抽象,那么我們以神策 2021 數(shù)據(jù)驅(qū)動(dòng)大會(huì)為例。為了呈現(xiàn)一場(chǎng)精彩、圓滿的大會(huì),市場(chǎng)部同學(xué)在全域、全渠道、全鏈路都做了全方位的努力。某電商企業(yè)產(chǎn)品經(jīng)理小徐,通過媒體渠道的文章了解到神策 2021 數(shù)據(jù)驅(qū)動(dòng)大會(huì),他對(duì)大會(huì)非常感興趣并主動(dòng)搜索神策數(shù)據(jù)的宣傳稿件,然后進(jìn)入神策的官網(wǎng)了解大會(huì)詳情。此時(shí),我們?cè)谛⌒熘橥獾那闆r下,可以獲取到小徐的 Cookie ID、Android ID、IDFA 以及 IDFV 等一些設(shè)備 ID。當(dāng)小徐報(bào)名大會(huì)時(shí),需要提交姓名、手機(jī)號(hào)碼、郵箱以及公司的相關(guān)信息等。報(bào)名結(jié)束后,小徐希望在會(huì)前對(duì)神策的產(chǎn)品做進(jìn)一步了解,所以,他會(huì)主動(dòng)瀏覽神策數(shù)據(jù)官網(wǎng)的幫助文檔、關(guān)注神策學(xué)堂服務(wù)號(hào)等。通過關(guān)注神策學(xué)堂服務(wù)號(hào)這一動(dòng)作,我們又可以獲取到小徐的 Union ID、Open ID 等。
神策 2021 數(shù)據(jù)驅(qū)動(dòng)大會(huì)的宣傳渠道覆蓋官網(wǎng)、微信、小程序、企業(yè)微信等,像小徐一樣報(bào)名本次大會(huì)的用戶有近萬人,用戶旅程是千差萬別的,他們?cè)诟鱾€(gè)觸點(diǎn)上的行為也是大不相同的。對(duì)于神策數(shù)據(jù)市場(chǎng)部的同學(xué)來說,面臨的問題包括:如何判斷這些用戶中哪些是神策的客戶?有多少能夠通過此次大會(huì)轉(zhuǎn)變成神策的客戶?各個(gè)宣傳環(huán)節(jié)的轉(zhuǎn)化率如何?聯(lián)動(dòng)城市的宣傳方面能夠做什么樣的優(yōu)化等等。
關(guān)注神策數(shù)據(jù)公眾號(hào),回復(fù)“2021演講PPT”即可免費(fèi)下載完整版演講 PPT。
要想解決這些問題,需要借助 ID-Mapping 的能力。
ID-Mapping 能夠通過對(duì)各個(gè)渠道、生態(tài)、業(yè)務(wù)系統(tǒng)中用戶 ID 的關(guān)聯(lián),將其識(shí)別成統(tǒng)一的用戶。也就是說,ID-Mapping 要做的工作是通過統(tǒng)一的實(shí)體去識(shí)別和連接,打破數(shù)據(jù)孤島,最終實(shí)現(xiàn)數(shù)據(jù)融通。在《全域用戶經(jīng)營(yíng)與營(yíng)銷閉環(huán)產(chǎn)品體系構(gòu)建》中,我們已經(jīng)了解到,全域用戶經(jīng)營(yíng)是指通過打通線上線下全渠道、全觸點(diǎn)、全鏈路的多主體用戶數(shù)據(jù),從洞察、拉新、轉(zhuǎn)化和留存等多個(gè)層面幫助企業(yè)精準(zhǔn)觸達(dá)和營(yíng)銷,以此促進(jìn)企業(yè)與用戶的深度溝通,深入進(jìn)行用戶行為分析和業(yè)務(wù)經(jīng)營(yíng)的全過程。ID-Mapping 作為全域用戶經(jīng)營(yíng)過程中的關(guān)鍵一環(huán),是打通全域用戶數(shù)據(jù)精準(zhǔn)觸達(dá)和實(shí)現(xiàn)公域私域聯(lián)動(dòng)運(yùn)營(yíng)的基礎(chǔ)。
二、全域用戶打通面臨的挑戰(zhàn)
ID-Mapping 在獨(dú)立應(yīng)用到跨業(yè)務(wù)系統(tǒng)、單一場(chǎng)景到全域打通過程中,面臨挑戰(zhàn)不斷。
舉個(gè)例子,在某服裝品牌的用戶旅程中,用戶從社交媒體、電商平臺(tái)等渠道了解該品牌,產(chǎn)生興趣之后通過電商平臺(tái)完成第一次購(gòu)買,當(dāng)使用產(chǎn)品過程中感知到產(chǎn)品的價(jià)值后,用戶會(huì)主動(dòng)完成分享裂變等動(dòng)作,以及持續(xù)復(fù)購(gòu)。
該用戶旅程涉及數(shù)十個(gè)渠道,品牌與用戶的觸點(diǎn)有成百上千個(gè),會(huì)產(chǎn)生各種各樣的用戶行為和用戶標(biāo)識(shí),而打通這些數(shù)據(jù)刻畫完整的用戶旅程并非易事。
同樣,我們以用戶小徐為例。小徐在電商平臺(tái)購(gòu)買了某品牌的子品牌 C 的產(chǎn)品;掃描線下門店的海報(bào)二維碼,添加了子品牌 A 的企業(yè)微信;通過朋友分享的小程序,小徐下單了子品牌 B 的產(chǎn)品;同時(shí),小徐通過同事的朋友圈關(guān)注了品牌的微信公眾號(hào)。通過以上場(chǎng)景,我們可以看到該品牌擁有多個(gè)子品牌,每個(gè)子品牌有自己不同的營(yíng)銷渠道,覆蓋線上線下、公域私域等。
但因?yàn)闃?gòu)建渠道的時(shí)間不同,各個(gè)子品牌的用戶 ID 是否打通也并不一致,甚至有可能子品牌 A 和子品牌 B 的會(huì)員系統(tǒng)是完全獨(dú)立的。
總結(jié)來說,全域用戶打通面臨的挑戰(zhàn)有兩點(diǎn):
1、全域數(shù)據(jù)多雜亂。企業(yè)數(shù)據(jù)大多來源于多個(gè)業(yè)務(wù)線,包括自有系統(tǒng)、集團(tuán) ERP、CRM 以及第三方電商平臺(tái)、線下會(huì)員體系等。
2、方案復(fù)雜難維護(hù)。主要表現(xiàn)在:各業(yè)務(wù)線業(yè)務(wù)邏輯盤點(diǎn)、跨業(yè)務(wù)線方案協(xié)同、線上線下/公域私域打通、復(fù)雜繁瑣的 ETL 處理等。
關(guān)注神策數(shù)據(jù)公眾號(hào),回復(fù)“2021演講PPT”即可免費(fèi)下載完整版演講 PPT。
三、ID-Mapping 方案演進(jìn)
神策數(shù)據(jù)的初代 ID-Mapping 主要解決的是用戶匿名行為和登錄以后行為數(shù)據(jù)前后打通的事情,也就是在 SDK 埋點(diǎn)數(shù)據(jù)上報(bào)以后,通過數(shù)據(jù)預(yù)處理的方式,把用戶的設(shè)備 ID 和登錄后的業(yè)務(wù) ID 進(jìn)行關(guān)聯(lián),生成一個(gè)映射 ID 作為統(tǒng)一標(biāo)識(shí),來打通用戶在登錄前后的行為數(shù)據(jù)。
詳細(xì)來講,用戶在登錄之前會(huì)有一個(gè)匿名 ID,也可以叫做設(shè)備 ID,所有的用戶行為都可以通過設(shè)備 ID 來進(jìn)行標(biāo)識(shí)。當(dāng)用戶完成注冊(cè)并登錄后,會(huì)遵照《隱私政策》及《用戶使用協(xié)議的約定》為其分配統(tǒng)一的用戶 ID,即登錄 ID,此時(shí)便可以將設(shè)備 ID 與登錄 ID 同時(shí)上報(bào),在數(shù)據(jù)處理管線中,負(fù)責(zé) ID-Mapping 的模塊會(huì)依照規(guī)則來更新關(guān)聯(lián)關(guān)系,獲取或者生成映射 ID,通過此 ID 洞察用戶在 App 中的所有行為。
針對(duì)現(xiàn)階段的兩個(gè)問題,我們有兩個(gè)解決方案:一是全端覆蓋的開源 SDK,二是簡(jiǎn)單直接的關(guān)聯(lián)接口。目前,神策數(shù)據(jù)已開源的 SDK 覆蓋前后端、小程序、游戲、第三方框架等 50+ SDK。
但是,初代 ID-Mapping 解決的是單域內(nèi)登錄前后的行為數(shù)據(jù)打通,對(duì)跨域、多系統(tǒng)場(chǎng)景無能為力。
回到剛才的服裝品牌案例中,多個(gè)系統(tǒng)有多個(gè)業(yè)務(wù) ID、多個(gè)登錄 ID,如果想要打通多個(gè)業(yè)務(wù)系統(tǒng)的數(shù)據(jù),是很難僅依靠匿名 ID 和登錄 ID 的打通來實(shí)現(xiàn)的。對(duì)于服裝品牌來說,大部分的應(yīng)用和系統(tǒng)可能都是外包建立的,并且根據(jù)不同子品牌的業(yè)務(wù)訴求分時(shí)間建立,因此很難在一開始便完成從上到下的統(tǒng)一 ID 規(guī)劃;同時(shí),對(duì)于微信、支付寶中的用戶數(shù)據(jù)也沒有被很好的采集治理;各應(yīng)用、渠道分別由不同的部門運(yùn)營(yíng),看數(shù)的計(jì)算口徑不統(tǒng)一,對(duì) ID 的定義千差萬別,因此亟需一個(gè)新的方案來做數(shù)據(jù)打通。
比如,在微信小程序中,我們可以通過合規(guī)途徑獲取到它的 Open ID 和 Union ID,當(dāng)用戶完成授權(quán)后,會(huì)被自動(dòng)分配一個(gè)登錄 ID 或業(yè)務(wù) ID,如果用戶同意的話,用戶的手機(jī)號(hào)碼也會(huì)一并上傳給小程序。當(dāng)用戶進(jìn)入 App 時(shí),通過多端 ID 自動(dòng)識(shí)別匹配,企業(yè)可以有效地將小程序和 App 兩個(gè)場(chǎng)景中的用戶 ID 進(jìn)行關(guān)聯(lián)。
對(duì)于第三方電商平臺(tái)來說,他們通常會(huì)通過公用的 ERP 電商系統(tǒng),對(duì)用戶做精準(zhǔn) ID 識(shí)別,然后通過用戶的手機(jī)號(hào)將多場(chǎng)景中的 ID 進(jìn)行關(guān)聯(lián)打通。
所以,多域系統(tǒng)打通的本質(zhì)就是通過各種用戶標(biāo)識(shí),尋找到能夠公用的關(guān)聯(lián) ID,然后提供一個(gè)統(tǒng)一 ID 來完成用戶行為數(shù)據(jù)的關(guān)聯(lián)與打通。
進(jìn)一步詳細(xì)來講,用戶匿名訪問期間,一般使用 Union ID 來記錄用戶行為,此時(shí)還可以獲取到對(duì)應(yīng) Open ID,需要在外部的關(guān)系庫(kù)中,記錄 Open ID 和 Union ID 的對(duì)應(yīng)關(guān)系;當(dāng)用戶授權(quán)手機(jī)號(hào)后,可以獲取/生成該用戶的 User ID,先正常關(guān)聯(lián) User ID 和 Union ID,然后使用 User ID 來記錄用戶行為。同時(shí),外部邏輯需要根據(jù)之前記錄的 Open ID 和 Union ID 的對(duì)應(yīng)關(guān)系,額外觸發(fā) User ID 和 Open ID 的關(guān)聯(lián),以及 User ID 和手機(jī)號(hào)的關(guān)聯(lián),最終保證該用戶的所有 ID 都與對(duì)應(yīng)的 User ID 進(jìn)行關(guān)聯(lián)。
上述邏輯看起來不復(fù)雜,但是需要在所有的端都做一遍,在公眾號(hào)、自建應(yīng)用中,整體的實(shí)施成本非常高,需要維護(hù)復(fù)雜的 ETL 程序,來進(jìn)行 ID 之間的關(guān)聯(lián)邏輯處理,代碼里大量邏輯判斷,成百上千的 if/else、并集差集對(duì)比等。
在我們過往服務(wù)客戶的過程中,遇到過極其復(fù)雜的 ID 關(guān)聯(lián)邏輯,這對(duì)我們是巨大的挑戰(zhàn),單純通過簡(jiǎn)單的 SDK 已經(jīng)無法滿足客戶的需求,使用定制化的 ETL 手工程序來做 ID-Mapping 的擴(kuò)展性和維護(hù)性較差,導(dǎo)致打通成本高、交付周期長(zhǎng),后續(xù)的交付與迭代也難以開展。
因此,新一代的 ID-Mapping 圍繞全域數(shù)據(jù)接入能力和自動(dòng)化的關(guān)聯(lián)識(shí)別,為解決以上問題而生。
關(guān)注神策數(shù)據(jù)公眾號(hào),回復(fù)“2021演講PPT”即可免費(fèi)下載完整版演講 PPT。
基于平臺(tái)化的數(shù)據(jù)接入框架,神策數(shù)據(jù)提供多種預(yù)置數(shù)據(jù)源的接入,包括文件、數(shù)據(jù)庫(kù)等。同時(shí),企業(yè)也可以在平臺(tái)上自定義開發(fā)插件,將其部署到生態(tài)平臺(tái)完成接入。
對(duì)于新一代的 ID-Mapping 來說,能力本質(zhì)依舊是有一個(gè)或多個(gè)共同 ID 能夠?qū)⒍鄠€(gè)體系關(guān)聯(lián)起來。這里需要額外關(guān)注四個(gè)要點(diǎn):
第一,梳理各系統(tǒng)的用戶 ID。比如在微信小程序里,通常是通過 Union ID 來做整體的數(shù)據(jù)關(guān)聯(lián),不同的商城里有不同的 Open ID,在不同系統(tǒng)里可以拿到用戶授權(quán)使用的用戶 ID,包括你的自建應(yīng)用生成的用戶 ID 或者手機(jī)號(hào)等,都可以通過自定義作為 ID-Mapping 的 ID。
第二,微信公眾號(hào)默認(rèn)適配,無需額外做數(shù)據(jù)處理。像 Open ID、Union ID 之間的父子關(guān)系等關(guān)聯(lián)關(guān)系我們已經(jīng)做好了,企業(yè)只需要拿到授權(quán)接入數(shù)據(jù)即可。
第三,微信小程序、自建應(yīng)用調(diào)用 Bind 接口上報(bào)需要關(guān)聯(lián)的 ID。
第四,第三方平臺(tái)、客戶內(nèi)部系統(tǒng)的數(shù)據(jù)表可通過統(tǒng)一數(shù)據(jù)接入平臺(tái)進(jìn)行接入,在界面上進(jìn)行 ID 映射的配置。
在該過程中,神策數(shù)據(jù)能夠幫助企業(yè)統(tǒng)一地定義和規(guī)范 ID。
關(guān)于數(shù)據(jù)上報(bào),我們以 MySQL 舉例,企業(yè)可以通過 MySQL 的界面化配置連接數(shù)據(jù)庫(kù),完成同步后通過關(guān)聯(lián)關(guān)系的映射,自動(dòng)化完成用戶關(guān)聯(lián)。
綜合來說,神策數(shù)據(jù)的 ID-Mapping 流程首先是一個(gè)域關(guān)聯(lián)的流程,包括對(duì) ID 的基本格式檢查,ID 跟 ID 之間有無定義沖突等,在真正進(jìn)行用戶關(guān)聯(lián)時(shí),會(huì)通過圖計(jì)算的方式幫助企業(yè)完成用戶關(guān)聯(lián)。
用戶關(guān)聯(lián)之后,不同渠道用戶屬性的合并也是不容忽視的環(huán)節(jié)。比如,對(duì)于一個(gè)保險(xiǎn)系統(tǒng)來說,用戶在 App 端和微信公眾號(hào)均會(huì)進(jìn)行個(gè)人信息的提交,對(duì)于年齡這一屬性來說,應(yīng)該以哪個(gè)場(chǎng)景上報(bào)的數(shù)據(jù)為準(zhǔn)呢?當(dāng)前我們默認(rèn)提供了基于 ID 優(yōu)先級(jí)和上報(bào)時(shí)間的合并策略,未來我們會(huì)提供更豐富的策略以及可配置的能力,比如企業(yè)可以自定義某個(gè)渠道的數(shù)據(jù)源為唯一信任的源,只有該渠道上報(bào)的值在合并時(shí)會(huì)被采用。
關(guān)注神策數(shù)據(jù)公眾號(hào),回復(fù)“2021演講PPT”即可免費(fèi)下載完整版演講 PPT。
四、關(guān)于 ID-Mapping 的認(rèn)知迭代
在神策數(shù)據(jù) ID-Mapping 方案的迭代過程中,伴隨著我們的認(rèn)知變化,從單一場(chǎng)景到全域經(jīng)營(yíng),數(shù)據(jù)源在變多,ID 體系在變復(fù)雜,因此需要復(fù)雜的解決方案。但越是復(fù)雜,落地方案越要簡(jiǎn)單且可持續(xù)迭代。
整體來說,神策數(shù)據(jù)關(guān)于 ID-Mapping 的認(rèn)知與方案的演進(jìn)歷程如下:
1、多端打通,貫穿前后?；谌?SDK 和一行關(guān)聯(lián),減少自研 SDK 的成本,并增強(qiáng)用戶關(guān)聯(lián)體驗(yàn)。
2、全域用戶打通。通過全域數(shù)據(jù)采集,預(yù)置數(shù)據(jù)源的接入,幫助企業(yè)節(jié)省開發(fā)導(dǎo)入工具的成本,進(jìn)而實(shí)現(xiàn)自動(dòng)化關(guān)聯(lián)。
3、全場(chǎng)景智能化。結(jié)合神策數(shù)據(jù)目前的平臺(tái)化戰(zhàn)略,未來我們將繼續(xù)向下沉淀核心功能,向上豐富場(chǎng)景庫(kù),滿足不同行業(yè)、不同運(yùn)營(yíng)場(chǎng)景中的 ID-Mapping 需求,幫助企業(yè)實(shí)現(xiàn)自動(dòng)化、智能化。
神策數(shù)據(jù)自成立以來,持續(xù)通過技術(shù) + 服務(wù)為客戶帶來價(jià)值。在 ID-Mapping 用戶打通方面,我們提供全域數(shù)據(jù)接入平臺(tái)幫助客戶降本增效,借助智能管理引擎幫助客戶擺脫維護(hù)復(fù)雜 ID 關(guān)系的困境,始終堅(jiān)持為客戶提供卓越的產(chǎn)品體驗(yàn);同時(shí)通過基于平臺(tái)插件的定制化服務(wù)和行業(yè)化的場(chǎng)景庫(kù),為客戶提供完善的服務(wù)支持,進(jìn)而幫助客戶打破數(shù)據(jù)孤島,實(shí)現(xiàn)數(shù)據(jù)融通,實(shí)現(xiàn)真正意義上的數(shù)字化經(jīng)營(yíng)。
關(guān)注神策數(shù)據(jù)公眾號(hào),回復(fù)“2021演講PPT”即可免費(fèi)下載完整版演講 PPT。
（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請(qǐng)進(jìn)一步核實(shí)，并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁(yè)或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
