關于標簽庫筆者寫過四篇文章：《百萬標簽發布了，這是怎樣一種體驗？》、《十年的標簽庫建設經歷，我得到了什么啟示？》、《如何有效推進百萬標簽庫的治理？》、《為什么你的標簽庫沒人用？》，主要談了關于標簽庫運營的思考，有讀者在微信群提到標簽庫如何構建的問題，今天就來講一講，主要包括五大部分內容：標簽庫定位、標簽體系、產品功能、平臺架構及標簽運營。
一、標簽庫定位
標簽庫以標簽形式統一客戶群數據的封裝規范和操作風格，從而實現客戶洞察知識的沉淀及共享，并通過產品化的形式實現目標客戶群的快速生成和發布，提升營銷渠道的客戶群投放效率，標簽庫建設的目的就是為了營銷，而不是為了分析。企業的標簽庫跟廣告產業的DMP是類似的，企業內部對自己的用戶進行精準投放依賴的是標簽庫，廣告產業DSP依賴的則是DMP。
二、標簽體系
標簽庫的核心當然是標簽體系，但每個企業打造的標簽體系其實都不太一樣，既有共性，也有個性。共性主要體現在用戶的一些基礎屬性，比如年齡、性別、職業、住址等等，個性是由于每個企業的產品特點、基礎數據、目標受眾都不太一樣，比如運營商的標簽會側重通信消費、通信行為，而電商的標簽則會側重線上消費的各種特征，以下是某運營商8年前的一個標簽分類示意。
但即使是同一個企業，也會由于業務的變化和數據能力的提升而大幅改變標簽體系，比如運營商自從引入DPI、位置信令數據以后，其標簽體系會向線上、線下的生活情況轉變。
在設計標簽體系的時候，要避免追求形式和邏輯上的完美，一定要從企業的營銷實際出發，到一線進行充分的調研后確定要建設的內容，以下是以前的一個標簽調研表格示例，方便理解。
標簽按照生成方式有三種類型：
基礎屬性、業務經驗、分析模型和個性標簽。
基礎屬性標簽：基礎屬性標簽是指從業務平臺等數據源直接獲取數據，一般通過信息整理或基礎屬性判定規則即可生成標簽，比如品牌、集團屬性、地域屬性等。
業務經驗標簽：主要是利用業務人員經驗積累的業務規則進行篩選、分析生成標簽名單，數據口徑的業務邏輯較清晰明確，可解釋性強，比如中高端用戶。
分析模型標簽：主要是利用已有基礎數據進行一定的篩選、分析、關聯和數據挖掘，生成客戶標簽結果信息，比如易離網用戶。
個性化標簽：標簽一般要具有共性的價值，但實踐中很多標簽屬于探索性質，個性化很強，應允許在標簽體系之外增加個性標簽發布類目。基礎標簽可以基于數據倉庫的基礎模型、融合模型直接生成，分析模型標簽則依賴于挖掘模型的結果，一般來講，基礎屬性標簽最多，業務經驗標簽其次，分析模型標簽最少，這是因為一個企業內大多數營銷所需的目標客戶需要直接、清晰而可解釋。
三、標簽庫功能
標簽體系是標簽庫的內涵，而標簽庫的功能決定了這些標簽能否方便使用，酒香也怕巷子深。標簽庫的核心功能包括標簽創建、標簽查詢、客戶群生成、客戶群推送、標簽元數據、調度管理這幾項，其他的諸如標簽編輯、標簽停用、標簽下線、標簽評論、標簽審批、標簽推薦、安全管理等等，可以放到次優先級。很多看起來挺好的功能在運營初期一點價值都沒有，你需要聚焦核心功能。
1、標簽創建標簽創建一般要支持三種模式：簡單模式，高級模式，導入模式。
簡單模式：面向業務人員，可以基于現成的模型寬表選擇屬性字段生成標簽，如下圖所示，但受限于開放的寬表的能力和業務人員的驅動力，在我們的實踐中，這種簡單模式并沒有獲得成功。
高級模式：面向獨立編寫SQL能力的使用人員，如下圖所示，但要讓標簽庫同時具備數據開發環境的能力，是比較理想化的。
實踐中更多的還是通過數據開發平臺生成后臺表，同步到標簽庫后臺，標簽庫再配置發布，雖然比較繁瑣，但跟企業的數據開發體系是融合的。我們后來直接讓標簽庫前臺對接數據開發平臺的元數據，可以基于數據開發平臺的表一鍵發布成標簽，如下圖所示，現在數據開發平臺也可以一鍵發布到標簽庫，這樣就很方便了，標簽庫一定要約束其功能的范圍。
2、標簽查詢標簽查詢一般要支持二種模式：
目錄視圖，搜索視圖。
3、客戶群生成客戶群生成一般可以包括
客戶群計算、客戶群分析、客戶群拓展三個模塊。
客戶群計算：基于標簽的組裝生成客戶群是標簽庫最核心的功能，主要包括選擇標簽及屬性、配置標簽邏輯關系、配置客戶群屬性三部分，如下圖所示：
客戶群分析：客戶群在投放前往往還需要進行多維度分析（比如位置、收入、區域、性別、年齡、總量等等），方便對客戶群做出進一步調整，如下圖所示：
客戶群拓展：選擇某個客戶群作為種子用戶，找到這部分用戶的維度特征（當然還可以有其他辦法），然后基于這些維度特征找到其他相似用戶，從而擴大投放用戶群，這個功能其實不太實用，實踐中拓展用戶群往往是通過放寬標簽設置條件去做。
4、客戶群推送沒有出口的標簽庫是沒有價值的，標簽庫需要對外開放，能夠將客戶群按照一定的接口規范， 通過標準化的交互接口，提供給外部系統進行使用，包括同步、異步及訂閱等多種方式，一般推送的對象就是營銷管理平臺或者說是DSP。
推送客戶群有一個關鍵就是有來有回，你出去的數據，必須能跟蹤到渠道投放情況，做不到這一點，就無法形成閉環，后面的運營就很難開展。很多企業標簽庫和投放端是兩個團隊，數據有去無回，標簽的優化就很難做了，長遠來講損害企業利益。
5、標簽元數據標簽元數據是整個元數據管理體系的一部分，主要包括對標簽數據來源、數據處理過程、數據建模過程、標簽口徑、標簽效果等的說明，透明化的第一目的就是讓這個標簽值得信任，業務人員敢用，其次是方便核查問題，但標簽的元數據很難做好，比如效果的自動獲得對于投放的閉環要求非常高。
四、標簽庫架構1、標簽庫系統數據流向下圖通過一個案例顯示了標簽庫的數據流向，方便你理解其中的邏輯關系。
（1）（2）（3）（4）：外圍系統提供數據通過ETL工具同步到主倉庫和專題庫（5）（6）（7）：主倉庫、專題庫、創新應用平臺生成的基礎模型、融合模型、挖掘模型結果同步到標簽庫（8）：標簽后臺庫負責標簽的生成、標簽寬表存儲、客戶群計算及清單存儲，向非結構化庫輸出個人標簽清單（9）：基于文件系統非結構化存儲個人用戶的標簽信息(MogoDBS), 滿足對外快速查詢需求（10）：標簽前臺庫存儲標簽、客戶群、資源權限等系統配置信息
2、標簽庫系統部署結構
標簽庫有大量的關聯批量計算任務，對于在線分析的時限要求高，因此MPP架構往往是后端數據庫的選擇之一，在某些所見即所得的場景（比如在線統計），可以混合使用ES等查詢引擎來提升體驗。
五、標簽運營標簽庫建完了只是萬里長征的第一步，有了平臺后最關鍵的是運營體系的打造。在《百萬標簽發布了，這是怎樣一種體驗？》這篇文章里筆者談了面向對外變現是標簽庫需要與時俱進行，傳統的對內的標簽體系是適應不了外部要求的。在《十年的標簽庫建設經歷，我得到了什么啟示？》這篇文章里筆者談了標簽庫的定位問題，只有將標簽庫納入營銷生產流程，標簽庫才有發展的機會，不要把它當成一個玩數據的地方。在《如何有效推進百萬標簽庫的治理？》這篇文章里筆者談了標簽不能只上不下，否則標簽體系會走向混亂，最終變得毫無價值。我們當前的重點工作全部在標簽庫的運營上，你需要時刻對標簽庫進行體檢，發現問題，解決問題，這些有賴于機制和流程的建立，下面是運營月報的示例。
（部分內容來源網絡，如有侵權請聯系刪除）
