用戶畫像建設(shè)項目開發(fā)流程

第一階段：目標解讀

在建立用戶畫像前，首先需要明確用戶畫像服務(wù)于企業(yè)的對象， 再根據(jù)業(yè)務(wù)方需求，明確未來產(chǎn)品建設(shè)目標和用戶畫像分析之后的預 期效果。 一般而言，用戶畫像的服務(wù)對象包括運營人員和數(shù)據(jù)分析人員。 不同業(yè)務(wù)方對用戶畫像的需求有不同的側(cè)重點，就運營人員來說，他 們需要分析用戶的特征、定位用戶行為偏好，做商品或內(nèi)容的個性化 推送以提高點擊轉(zhuǎn)化率，所以畫像的側(cè)重點就落在了用戶個人行為偏 好上；就數(shù)據(jù)分析人員來說，他們需要分析用戶行為特征，做好用戶的流失預警工作，還可根據(jù)用戶的消費偏好做更有針對性的精準營 銷。

第二階段：任務(wù)分解與需求調(diào)研

經(jīng)過第一階段的需求調(diào)研和目標解讀，我們已經(jīng)明確了用戶畫像 的服務(wù)對象與應用場景，接下來需要針對服務(wù)對象的需求側(cè)重點，結(jié)合產(chǎn)品現(xiàn)有業(yè)務(wù)體系和“數(shù)據(jù)字典”規(guī)約實體和標簽之間的關(guān)聯(lián)關(guān)系， 明確分析維度。就后文將要介紹的案例而言，需要從用戶屬性畫像、 用戶行為畫像、用戶偏好畫像、用戶群體偏好畫像等角度去進行業(yè)務(wù) 建模。

第三階段：需求場景討論與明確

在本階段，數(shù)據(jù)運營人員需要根據(jù)與需求方的溝通結(jié)果，輸出產(chǎn) 品用戶畫像需求文檔，在該文檔中明確畫像應用場景、最終開發(fā)出的 標簽內(nèi)容與應用方式，并就該文檔與需求方反復溝通并確認無誤。

第四階段：應用場景與數(shù)據(jù)口徑確認

經(jīng)過第三個階段明確了需求場景與最終實現(xiàn)的標簽維度、標簽類 型后，數(shù)據(jù)運營人員需要結(jié)合業(yè)務(wù)與數(shù)據(jù)倉庫中已有的相關(guān)表，明確 與各業(yè)務(wù)場景相關(guān)的數(shù)據(jù)口徑。在該階段中，數(shù)據(jù)運營方需要輸出產(chǎn) 品用戶畫像開發(fā)文檔，該文檔需要明確應用場景、標簽開發(fā)的模型、 涉及的數(shù)據(jù)庫與表以及應用實施流程。該文檔不需要再與運營方討 論，只需面向數(shù)據(jù)運營團隊內(nèi)部就開發(fā)實施流程達成一致意見即可。

第五階段：特征選取與模型數(shù)據(jù)落表

本階段中數(shù)據(jù)分析挖掘人員需要根據(jù)前面明確的需求場景進行業(yè) 務(wù)建模，寫好HQL邏輯，將相應的模型邏輯寫入臨時表中，并抽取數(shù) 據(jù)校驗是否符合業(yè)務(wù)場景需求。

第六階段：線下模型數(shù)據(jù)驗收與測試

數(shù)據(jù)倉庫團隊的人員將相關(guān)數(shù)據(jù)落表后，設(shè)置定時調(diào)度任務(wù)，定 期增量更新數(shù)據(jù)。數(shù)據(jù)運營人員需要驗收數(shù)倉加工的HQL邏輯是否符 合需求，根據(jù)業(yè)務(wù)需求抽取表中數(shù)據(jù)查看其是否在合理范圍內(nèi)，如果 發(fā)現(xiàn)問題要及時反饋給數(shù)據(jù)倉庫人員調(diào)整代碼邏輯和行為權(quán)重的數(shù) 值。

第七階段：線上模型發(fā)布與效果追蹤

經(jīng)過第六階段，數(shù)據(jù)通過驗收之后，會通過Git進行版本管理，部 署上線。使用Git進行版本管理，上線后通過持續(xù)追蹤標簽應用效果及 業(yè)務(wù)方反饋，調(diào)整優(yōu)化模型及相關(guān)權(quán)重配置。