用戶畫像建設(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)重配置。








暫無數(shù)據(jù)