隨著大數據技術的研究與應用，企業日益聚焦在如何利用大數據來為精細化運營和精準營銷服務，而要做精細化運營，首先要建立本企業的用戶畫像。
隨著大數據技術的研究與應用，企業日益聚焦在如何利用大數據來為精細化運營和精準營銷服務，而要做精細化運營，首先要建立本企業的用戶畫像。
在開始之前，我們先了解一下在產品建設與運營這件事情上，對於產品經理而言，大體劃分為基礎平台建設階段、業務報表呈現階段、運營數據分析階段和精細化運營4個階段。而今天我們闡述的便是精細化運營階段中的用戶畫像建構環節。
基於上圖所示，可能會有疑問：是不是業務數據報表和產品運營分析順序顛倒了？
其實，並非點倒了。
經歷過的產品經理大多會有共鳴：平台建立之初，隨著企業大力推廣和市場一線部門強有力的營銷策略，公司業務將迎來快速增長期。
在這個階段，市場一線部門是主力軍，公司所需要的報表多以業務類報表為主，而非運營數據。
然而，當公司業務上升到一定階段後，企業為追求利益最大化（減少廣告投放），將注重產品的精細化運營，寄希望營銷+運營模式助力公司業務的提升，也就是接下來我們做的事情。
基於本篇是構建用戶畫像這個主題，作為一名產品經理，下面我們一起聊聊都需要考慮哪些事情：
一、梳理企業現有平台及未來上新平台，理清各平台用戶標識和關聯問題，解決數據孤島問題
因為這是實現用戶畫像的基礎。在這個環節上，產品經理需要與研發團隊共同給出各個平台之間的用戶相關維度和關聯關係，只有把維度和之間的關係理清楚，邏輯表達清晰，研發團隊才能通過技術手段進行關聯映射（ID-Mapping）。
1. 明確各平台標識
針對用戶標識問題，其實，分為兩個場景：登錄前標識ID和登錄後標識ID。對於登錄後的用戶標識我們一般用userid、手機號或身份證等表示。
而在用戶登錄前（匿名狀態下），則需要通過設備ID來對用戶進行標識，並且根據用戶使用的平台和設備的差異，標識的方式也不相同。
比如：
Web端：一般使用cookie ID作為匿名ID來使用。cookie ID的生成規則是基於時間戳、隨機數、螢幕的寬高和UA作業系統版本號進行生成的。cookie ID是64位字符串，使用cookie ID的風險在於一旦cookie 被清除或者用戶更換了瀏覽器，那麼cookie ID也會改變。
小程序端：通常openid和unionid作為標識值。
Android端：常用ID的標識的維度比較多，有IMEI、MEID、MAC、UDID、UUID，OAID等。隨著android系統歷經多次升級，對權限控制越來越嚴格，唯一識別手機的方法也在發生變化。如圖：
iOS端：一般採用IDFA或IDFV作為標識ID。IDFA和IDFV分別是iOS生態為廣告主和開發商設計的兩套ID規範，下面整理一下IOS系統適合做設備唯一標識符的幾個標識符。
2. 確定標識關聯邏輯（ID-Mapping）
產品經理在明確各平台關聯關係環節上，同樣要做明確的表達。我們在注重用戶訪問日誌數據的標識的是同時，還要想清楚用戶登錄註冊邏輯的設計。如果登錄註冊邏輯處理不好，一定程度上會影響後續的關聯分析。
我們知道，平台常用登錄方式一般包括手機號、QQ、微信掃碼登錄等。在這個環節設計上，筆者建議登錄方式不要貪多，保留手機登錄/QQ/微信登錄即可。同時做好userid、手機號、unionid三者的業務邏輯的處理。
比如，用戶首次使用手機號登錄，可生成userid。而首次使用微信、QQ登錄必須要強綁定手機號，以確保用戶與userid、微信、qq的唯一性。而在用戶訪問日誌層面，產品經理需要明確給出研發團隊WEB、android、iOS、小程序及企業微信的關聯關係，以便形成為標識ID的映射關係。如下圖：
注意：企業微信的介入，是針對一些在線學習平台而言，因業務場景涉及到免費課、體驗課、大課轉化過程，需要一線團隊與用戶進行溝通互通。並且還會涉及到到CRM系統標識的關聯，這裡就不多解釋。
通過使用多輪map-reduce的聚合方法,map做數據分塊，reduce做歸併得出映射關係。
歸併到無法歸併。
當然，這裡的情況非常多，需要產品經理與研發團隊多次溝通確定。待用戶標識問題解決後，下面就是非常重要的數據來源的設計問題。
二、採集用戶行為數據，明確數據埋點
用戶畫像的建立離不開用戶行為數據的支持。在採集的視角上，用戶每一次瀏覽/點擊我們都稱為一個事件。這就要求產品經理根據用戶行為路徑以及業務流程，對事件要做好分類管理。同時，要明確每個事件應採集的維度信息。如圖
用戶行為_訪問日誌
用戶行為_搜索日誌
三、明確用戶標籤體系
標籤是用戶畫像最直接的表現。並且，搭建用戶標籤體系是構建用戶畫像的核心工作。產品經理在搭建標籤體系之前要明確兩個概念：標籤分層和標籤優先級。
1. 標籤分層
業界通用標籤分層，如圖：
2. 標籤優先
建立標籤體系，其實並不是在幾個維度上不斷累加，而是在基礎標籤上不斷提取高級標籤。其實，標籤優先級的構建過程，也是用戶畫像最終呈現的過程。在這個過程中，可能用到一些簡單的數據統計，也可能是複雜的機器學習模型。
當我們完成用戶標籤構建和特徵數據的提取，也就完成了用戶畫像的搭建。但如何評估用戶畫像呢？就不得不提到驗證方案的確定。
四、明確驗證方案
我們可以通過A/B方式，在個性化推薦、精準影響等方向，分別在覆蓋率、準確率、轉化率等維度進行驗證，並形成相應的數據報表。這裡的方式方法很多，並且每個平台都有自己的驗證邏輯，這裡就不多過多贅述了。
總之，作為一名產品經理，在用戶畫像構建方案輸出上，要體現各端標識方案、用戶行為數據採集方案、用戶標籤體系建設和清洗方案以及相應的驗證評估方案。這是產品與各團隊溝通的前提，也是保證項目的順利落地的基石。
本文由 @王振永 原創發布於人人都是產品經理。未經許可，禁止轉載。
題圖來自 Unsplash，基於 CC0 協議