企業(yè)在采購(gòu)大數(shù)據(jù)平臺(tái)時(shí)為了結(jié)合一些應(yīng)用場(chǎng)景，普遍上架了客戶標(biāo)簽和客戶畫像項(xiàng)目。這些項(xiàng)目有沒(méi)有起到預(yù)期效果？標(biāo)簽應(yīng)用與大數(shù)據(jù)平臺(tái)如何有效結(jié)合？標(biāo)簽和畫像到底有什么關(guān)系？標(biāo)簽的IT架構(gòu)與CRM、數(shù)據(jù)中臺(tái)有什么聯(lián)系？標(biāo)簽與分類之間是什么關(guān)系？

在搭建用戶標(biāo)簽體系的過(guò)程中，除了數(shù)據(jù)收集、數(shù)據(jù)清洗、數(shù)據(jù)加工之外，標(biāo)簽的管理也是非常重要的一環(huán)，合理的管理可以最大化的發(fā)揮標(biāo)簽的價(jià)值。

詳見(jiàn)：數(shù)據(jù)中臺(tái)為什么要建標(biāo)簽體系，分類它不香嗎？

01 標(biāo)簽是數(shù)據(jù)最細(xì)粒度的劃分

通過(guò)下圖一個(gè)小例子我們先感受一下標(biāo)簽，一個(gè)數(shù)據(jù)項(xiàng)可以加工出很多標(biāo)簽，同時(shí)一個(gè)標(biāo)簽也可以由很多數(shù)據(jù)項(xiàng)共同加工而成。從數(shù)據(jù)查詢的角度來(lái)看，最原始的數(shù)據(jù)查詢方式是關(guān)鍵字段查詢，后來(lái)演化為基于元數(shù)據(jù)的自定義查詢，再到現(xiàn)在的標(biāo)簽化查詢，數(shù)據(jù)的粒度是在逐步深化的，所以講標(biāo)簽是數(shù)據(jù)最細(xì)粒度的劃分。從技術(shù)性能角度來(lái)看，標(biāo)簽是把復(fù)雜的業(yè)務(wù)邏輯轉(zhuǎn)化為提前T+1跑批了。例如“是否7天內(nèi)理財(cái)?shù)狡诳蛻簟保粋€(gè)客戶可能持有多款理財(cái)產(chǎn)品，這個(gè)標(biāo)簽如果不提前跑批會(huì)涉及多表關(guān)聯(lián)以及復(fù)雜的業(yè)務(wù)邏輯判斷，查詢性能響應(yīng)自然是吃不消的。

02 為什么需要標(biāo)簽管理？

以下為兩種典型的標(biāo)簽管理方式。

1、原始標(biāo)簽管理：最原始的管理方式，基本是0管理，直接通過(guò)數(shù)據(jù)庫(kù)中的表管理。

2、產(chǎn)品化后的標(biāo)簽管理：

從不同的角度看兩種方式各有千秋，前者面向技術(shù)，成本低彈性大，后者面向終端用戶，業(yè)務(wù)響應(yīng)快，體驗(yàn)好。因此標(biāo)簽管理的方式和程度必須以公司業(yè)務(wù)情況而定。如果公司對(duì)于標(biāo)簽數(shù)據(jù)的需求不大，標(biāo)簽數(shù)據(jù)量也就十幾個(gè)、幾十個(gè)，那么暫時(shí)通過(guò)表的管理是完全可以的。如果公司進(jìn)入到精細(xì)化運(yùn)營(yíng)的階段，那就需要大量的用戶標(biāo)簽支撐各類業(yè)務(wù)的發(fā)展，標(biāo)簽的數(shù)量可能幾百、上千個(gè)，這時(shí)，就一定會(huì)衍生出大量的標(biāo)簽搜索、詳情查看、甚至邏輯修改、創(chuàng)建標(biāo)簽、標(biāo)簽調(diào)用等等的需求場(chǎng)景，這時(shí)，產(chǎn)品化的標(biāo)簽管理就是必須的了。標(biāo)簽的管理，具體都是有哪些內(nèi)容需要管理呢？主要包括以下兩個(gè)方面：標(biāo)簽分類體系和標(biāo)簽內(nèi)容信息。

03 標(biāo)簽體系分類

標(biāo)簽分類是為了從海量的標(biāo)簽中找到想要的標(biāo)簽，使得所有的標(biāo)簽形成有機(jī)整體。標(biāo)簽內(nèi)容信息是為了將單個(gè)標(biāo)簽的重要內(nèi)容無(wú)遺漏地呈現(xiàn)，以更好地使用標(biāo)簽。

一、按照來(lái)源方式分類

1、用戶自己填寫的數(shù)據(jù)生成的標(biāo)簽這部分標(biāo)簽是用戶在注冊(cè)產(chǎn)品或者在各個(gè)模塊自行填寫的信息。一般就是【性別】、【生日】、【真實(shí)姓名】、【居住地】、【身份證】等。

2、通過(guò)統(tǒng)計(jì)用戶行為，生成的統(tǒng)計(jì)標(biāo)簽常見(jiàn)的做法是，基于用戶在平臺(tái)中的交互行為，通過(guò)對(duì)埋點(diǎn)收集到的數(shù)據(jù)進(jìn)行各維度的統(tǒng)計(jì)加工。

3、通過(guò)算法生成的標(biāo)簽基于歷史數(shù)據(jù)訓(xùn)練機(jī)器學(xué)習(xí)模型得到的標(biāo)簽，常用的如營(yíng)銷響應(yīng)率、產(chǎn)品響應(yīng)率。

4、通過(guò)第三方采購(gòu)、積累的比如螞蟻評(píng)分、電信數(shù)據(jù)等等。

二、按照業(yè)務(wù)場(chǎng)景分類

這種方式根據(jù)各自業(yè)務(wù)特點(diǎn)不同、業(yè)務(wù)復(fù)雜度不同，所采取的分類層級(jí)和分類也不盡相同。這個(gè)分類，主要是用于標(biāo)簽系統(tǒng)的標(biāo)簽管理，按照業(yè)務(wù)方式進(jìn)行組織標(biāo)簽類別，有助于用戶的便捷使用。以下為幾個(gè)參考案例：阿里達(dá)摩盤的標(biāo)簽分類： 某司內(nèi)部的標(biāo)簽分類： 某電商平臺(tái)用戶標(biāo)簽分類： 三、按照數(shù)據(jù)類型分類

1、數(shù)值型標(biāo)簽

如【用戶最近7天購(gòu)買金額】、【用戶近1天瀏覽天數(shù)】等，這些標(biāo)簽都是按照一定的規(guī)則統(tǒng)計(jì)生成的，均是數(shù)值型標(biāo)簽。組成公式是：【時(shí)間范圍】+【行為方式】+【統(tǒng)計(jì)方式】。下圖是達(dá)摩盤標(biāo)簽中的部分統(tǒng)計(jì)標(biāo)簽： 2、單值型枚舉標(biāo)簽

這類標(biāo)簽的最大特征，就是一個(gè)用戶在這個(gè)標(biāo)簽中，只能有一個(gè)選項(xiàng)值。而且，和數(shù)值型標(biāo)簽的區(qū)別在于，單選型標(biāo)簽的選項(xiàng)值是可窮舉的，是離散的。例如：【用戶的生命周期】，用戶肯定是處于【成長(zhǎng)期】、【成熟期】、【衰退期】、【沉睡期】其中的一個(gè)，不可能屬于兩個(gè)或者多個(gè)。

3、多值型枚舉標(biāo)簽

一個(gè)用戶可以有多個(gè)值。同樣，復(fù)選型標(biāo)簽也是離散值，選項(xiàng)是可窮舉的。

例如：【用戶的收貨城市】，用戶可以有多個(gè)城市

4、文本型標(biāo)簽

這類標(biāo)簽最大的特征，是不連續(xù)、且不可窮舉。例如，【用戶常用熱搜詞】，每個(gè)用戶都可以有自己的常用熱搜詞，但熱搜詞的數(shù)量是巨大的，不能像單選型標(biāo)簽或者復(fù)選型標(biāo)簽?zāi)菢樱瑤讉€(gè)、甚至最多幾十個(gè)選項(xiàng)，就能覆蓋所有。為啥要進(jìn)行這個(gè)分類呢？

04 標(biāo)簽內(nèi)容信息

標(biāo)簽的內(nèi)容信息，指的是一個(gè)標(biāo)簽具體有哪些基本信息。主要包括：【標(biāo)簽基本信息】、【標(biāo)簽的數(shù)據(jù)表信息】、【標(biāo)簽加工信息】、【標(biāo)簽的質(zhì)量信息】、【標(biāo)簽的應(yīng)用信息】

05 標(biāo)簽建設(shè)的整體架構(gòu)

一個(gè)完整的標(biāo)簽建設(shè)項(xiàng)目包括標(biāo)簽加工、標(biāo)簽裝載、標(biāo)簽管理、標(biāo)簽服務(wù)四個(gè)環(huán)節(jié)的，如下圖所示：

標(biāo)簽加工：很多客戶問(wèn)我標(biāo)簽加工是放在大數(shù)據(jù)平臺(tái)，還是傳統(tǒng)數(shù)據(jù)平臺(tái)中？其實(shí)放在哪里都可以，如果你的基礎(chǔ)數(shù)據(jù)已經(jīng)落地在HDFS了，那建議你在大數(shù)據(jù)平臺(tái)中做，畢竟分布式架構(gòu)的加工跑批速度會(huì)有優(yōu)勢(shì)，另外對(duì)于算法挖掘和文本挖掘類的標(biāo)簽傳統(tǒng)數(shù)據(jù)倉(cāng)庫(kù)技術(shù)也無(wú)法支撐。?

標(biāo)簽裝載：標(biāo)簽裝載層是標(biāo)簽對(duì)外提供服務(wù)的物理存儲(chǔ)層，這里面數(shù)據(jù)庫(kù)選型尤為重要，后面有專門的章節(jié)分析。數(shù)據(jù)建模方面，寬表是標(biāo)簽數(shù)據(jù)模型的金標(biāo)準(zhǔn)。有很多客戶問(wèn)我，寬表中的字段數(shù)有沒(méi)有限制？一張寬表字段數(shù)如果太多可不可以按主題拆表做join？標(biāo)簽所有場(chǎng)景的性能響應(yīng)要求都是秒級(jí)的，任何數(shù)據(jù)庫(kù)表關(guān)聯(lián)都會(huì)大大降低查詢效率，所以數(shù)據(jù)庫(kù)選型要充分考慮這些因素。?

標(biāo)簽管理：標(biāo)簽管理是指平臺(tái)應(yīng)用的管理端，管理端是面向內(nèi)部用戶使用的，服務(wù)端是面向客戶服務(wù)的。管理端包括數(shù)據(jù)代理、標(biāo)簽庫(kù)管理、標(biāo)簽元數(shù)據(jù)管理、標(biāo)簽審批、標(biāo)簽上下架、標(biāo)簽應(yīng)用效果評(píng)估、衍生標(biāo)簽配置、客群提取、客群洞察等標(biāo)簽全生命周期管理功能。?

標(biāo)簽服務(wù)：標(biāo)簽服務(wù)是指平臺(tái)應(yīng)用的服務(wù)端，管理端和服務(wù)端要做微服務(wù)切割，目的是解耦并建議分開部署，隔離不同渠道調(diào)用所占用的資源，例如內(nèi)部篩選客群負(fù)載過(guò)大時(shí)，不能影響手機(jī)銀行標(biāo)簽API調(diào)用服務(wù)，服務(wù)之間要做隔離。服務(wù)端設(shè)計(jì)要在網(wǎng)關(guān)層面充分考慮負(fù)載并發(fā)的壓力，做分布式部署，保證并發(fā)性能的瓶頸不出現(xiàn)java進(jìn)程這一端。

06 標(biāo)簽全生命周期運(yùn)營(yíng)管理體系

標(biāo)簽是打通數(shù)據(jù)后臺(tái)與渠道系統(tǒng)之間的重要載體，標(biāo)簽系統(tǒng)上線后會(huì)迅速過(guò)渡到跨部門、跨系統(tǒng)的標(biāo)簽運(yùn)營(yíng)管理階段，所以做好標(biāo)簽的創(chuàng)建、審批、開發(fā)、上線、應(yīng)用、評(píng)估、共享、變更、下線等全生命周期流程管理規(guī)范是一項(xiàng)非常重要的工作。

在標(biāo)簽運(yùn)營(yíng)管理階段，對(duì)于新增標(biāo)簽需求的評(píng)估和設(shè)計(jì)是重中之重。下圖是我們做過(guò)的一個(gè)案例，電子銀行部想在手機(jī)銀行中針對(duì)“是否30天內(nèi)APP新注冊(cè)未綁卡”的客群展開營(yíng)銷活動(dòng)。最簡(jiǎn)單粗暴的方式就是直接將這個(gè)布爾型標(biāo)簽提給數(shù)據(jù)加工團(tuán)隊(duì)，這么做就沒(méi)有考慮標(biāo)簽的復(fù)用。好的設(shè)計(jì)是盡可能將一個(gè)復(fù)雜的標(biāo)簽拆解成若干基礎(chǔ)標(biāo)簽，基礎(chǔ)標(biāo)簽是可以復(fù)用的。例如可以將這個(gè)標(biāo)簽拆成“是否30天內(nèi)APP新注冊(cè)客戶”和“是否綁卡客戶”兩個(gè)標(biāo)簽，兩者and衍生成目標(biāo)標(biāo)簽。當(dāng)然這里有個(gè)30天的參數(shù)是容易變的，更好的設(shè)計(jì)是將“是否30天內(nèi)APP新注冊(cè)客戶”進(jìn)一步轉(zhuǎn)化為“APP注冊(cè)天數(shù)”的設(shè)計(jì)，然后通過(guò)衍生標(biāo)簽配置滿足業(yè)務(wù)需求。

當(dāng)然，這么做的劣勢(shì)就是查詢性能的損耗，過(guò)去沒(méi)有大數(shù)據(jù)技術(shù)的支撐這種設(shè)計(jì)顯然是不合理的，現(xiàn)在技術(shù)突破了，業(yè)務(wù)創(chuàng)新就可以有更多更合理的選擇。

07 銀行業(yè)標(biāo)簽應(yīng)用場(chǎng)景

標(biāo)簽在銀行業(yè)的應(yīng)用場(chǎng)景非常廣泛，我們常講的標(biāo)簽很多人會(huì)默認(rèn)為客戶標(biāo)簽，其實(shí)貼標(biāo)簽的對(duì)象不僅僅可以是客戶，還可以是賬戶、產(chǎn)品、機(jī)構(gòu)、員工、渠道等等，例如我們可以給員工貼標(biāo)簽，譬如通過(guò)歷史數(shù)據(jù)觀察員工最擅長(zhǎng)銷售哪類金融產(chǎn)品、員工月均訪客次數(shù)、員工績(jī)效等等。

在規(guī)劃標(biāo)簽的應(yīng)用路徑時(shí)，建議大家先搞清楚標(biāo)簽的服務(wù)對(duì)象，是針對(duì)內(nèi)部員工的還是直接對(duì)客服務(wù)的。例如淘寶中的猜你喜歡就是標(biāo)簽直接服務(wù)于客戶，同理如果標(biāo)簽服務(wù)于手機(jī)銀行、網(wǎng)銀、STM等自助渠道就屬于對(duì)客應(yīng)用。如果標(biāo)簽服務(wù)于CRM、營(yíng)銷平臺(tái)、柜面等員工渠道就屬于內(nèi)部員工類應(yīng)用。?

08 客戶標(biāo)簽、客戶畫像與客戶360°視圖

客戶標(biāo)簽、客戶畫像、客戶360°視圖三者之間的關(guān)系很多人搞得云里霧里的，其實(shí)從字面意思上就容易理解它們的含義。我請(qǐng)一位畫家?guī)臀耶嬕环嬒瘢敲催@幅畫像首先是靜態(tài)的，只反映我當(dāng)下的樣子。畫家動(dòng)筆時(shí)當(dāng)然需要仔細(xì)觀察我的特點(diǎn)，比如眼睛、鼻子、嘴的特征是什么樣的，這些特征就是標(biāo)簽，它也是靜態(tài)的。畫像只反映當(dāng)下的我，如果要研究我的全貌就需要了解我的歷史，我的家庭成員都有誰(shuí)，我的朋友圈都有誰(shuí)等等，這就是客戶360°視圖。所以，客戶標(biāo)簽是客戶畫像的組成元素，客戶畫像是輕量級(jí)的客戶360°視圖，這是我的理解。

客戶畫像相對(duì)于客戶360°視圖來(lái)說(shuō)，雖然不能完整地刻畫客戶全貌，但是它也具備三個(gè)優(yōu)點(diǎn)。

第一，客戶畫像由標(biāo)簽組成，不需要復(fù)雜的數(shù)據(jù)模型支撐，一但標(biāo)簽系統(tǒng)建成，開發(fā)迭代客戶畫像的成本就變得非常低。

第二，客戶畫像只顯示客戶有價(jià)值的特征，不關(guān)聯(lián)不鉆取查看繁瑣的關(guān)聯(lián)明細(xì)，對(duì)一線員工來(lái)說(shuō)反而更直觀更傻瓜。

第三，客戶畫像很輕，不局限于CRM應(yīng)用，更容易與全渠道、全設(shè)備終端進(jìn)行集成，例如柜面、廳堂PAD等終端都需要集成客戶畫像。

09?標(biāo)簽管理產(chǎn)品化

關(guān)于于標(biāo)簽管理的產(chǎn)品化，主要產(chǎn)品模塊包括標(biāo)簽列表及標(biāo)簽詳情頁(yè)。其實(shí)主要就是針對(duì)標(biāo)簽的分類及標(biāo)簽的內(nèi)容信息。

1、標(biāo)簽列表標(biāo)簽列表頁(yè)，主要涉及的功能模塊有：標(biāo)簽?zāi)夸洐z索。即將標(biāo)簽體系作為檢索條件，檢索標(biāo)簽標(biāo)簽關(guān)鍵詞搜索。支持用戶通過(guò)搜索的方式直接找到標(biāo)簽 標(biāo)簽列表。呈現(xiàn)檢索或者搜索后的標(biāo)簽列表，列表可呈現(xiàn)必要標(biāo)簽信息 標(biāo)簽排序。按照關(guān)鍵數(shù)據(jù)進(jìn)行標(biāo)簽的排序

2、標(biāo)簽詳情頁(yè)標(biāo)簽詳情頁(yè)，主要涉及的功能模塊有：標(biāo)簽基本信息標(biāo)簽的應(yīng)用信息標(biāo)簽的數(shù)據(jù)表信息標(biāo)簽的加工信息標(biāo)簽的質(zhì)量信息