電商零售數倉建模之平台01:平台業務模型


一、前言

數倉建模的成熟度在金融領域,尤其是銀行、保險和證券行業得益於傳統數據倉庫服務廠商的推動,具有非常好的最佳實踐,但是在互聯網領域卻從未形成真正的標准和規范。本文基於汽車電商零售領域的實踐總結和沉淀而來,作為隨筆,發布與此,共享給大家。

二、工作流程

數倉模型設計的工作流程,基於場景不同略有差異,Kimball維度建模工具箱中提到了四步驟建模法:活動選擇、定義粒度、確定維度、確定指標,適合的是特定場景和特定業務活動的建模,並不適用開放型的場景和系統性的數倉建設。以下工作流程是改進之后的,自頂向下的數倉建模工作流程。具體的工作流程如下圖所示:

該工作流程共分為是個步驟:

1. 業務建模:識別業務活動和業務對象等核心業務要素,包括業務規則和業務邏輯等;

2. 總線矩陣:建立業務主題的總線矩陣模型,輸出上一環節識別出的業務活動的分析維度和度量指標,同時識別出公共維度;

3. 定義粒度:選擇總線矩陣中的某一個業務活動進行數據聚合粒度的確認,包括識別聚合的維度和基於該維度的聚合粒度。

4. 數據建模:基於前面步驟確定的業務活動+分析維度+度量指標+聚合粒度,進行維度表和事實表的設計,並輸出。

 三、平台業務模型

業務建模是對業務活動抽象和提煉,通過構建某一特定主體的業務模型,從而識別該業務主題涉及的業務活動和業務對象,以某汽車電商零售項目為例,其平台業務模型如下圖所示:

   基本的業務建模邏輯,可以按照:渠道推廣->消息推送->營銷活動->終端流量->車商車源->交互行為->交易行為->交付行為->售后行為,九大業務環節進行拆分和梳理。渠道推廣環節,完成app下載、用戶注冊登錄等相關活動;消息推送,通過應用消息實現存量用戶的活躍;營銷活動中,用戶作為目標受眾,進行商品信息的推送;終端流量中,用戶與平台之間進行信息交互,包括搜索、篩選、推薦、瀏覽、收藏、訂閱、分享、對比等;車商車源環節,完成商家簽約和車源上架;交互行為,包括預留線索、在線資源、電話咨詢和微信互動等;交易環節主要涉及定金支付、身份認證、資料郵寄等;交付環節主要涉及尾款支付等;售后環節主要涉及評價、客訴和理賠等。

四、未完待續

方法大於技巧,任何案例都是基於特定場景和環境約束下的產物,案例的價值在於參考,通過案例學會做事的方法才是重點,並逐步遷移到自己所處的項目實踐中去,才是終極目標。

實踐隨筆,持續更新,敬請關注。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM