建立乙個全資料管理的分析平台，該如何落實？

資料管理平台可以通過報表或者bi模組來搭建。在知乎專欄《帆軟資料應用研究院》裡有很多關於企業資料管理和bi報表平台建設的案例。

站在專案實施的角度，可以從技術和業務兩個層面來考慮。

前期進行需求調研。羅列了一張建設思路圖。

技術上需要考慮兩大主體，一是公司的資料量，而是具體的需求情況。

資料情況1

舉個例子，比如財務資料來自eas，管理資料來自oa，銷售資料來自sap，以及各個業務系統的資料庫型別。 2

、資料情況：業務系統內最大單錶的資料量及資料增量是多少。通過了解最大單錶的資料量及資料增量，初步規劃資料處理方案，是否要建立中間層，索引，gp等，選擇合適的分析平台，是bi還是一般的報表平台。

比如銷售資料子表已有2000w的資料，月增量50w，那麼處理方案可以考慮通過報表平台finereport來展示，建立中間層與索引，以提高查詢效率與展示效能。又或者通過大資料bi平台finebi建立前台分析，採用fineindex的方式，以提高展示效能。 3

、資料補錄：主要是維度資料維護與事實資料補錄，具體的工作就是填報頁面的維護。比如人力分析中的工資分析，一般是財務線下資料，那麼需要開發填報匯入頁面以作資料錄入。

這項工作需要考慮補錄的資料錄到什麼地方：如果建立資料倉儲就直接填入數倉中；但是如果通過直連開發報表，是否需要將補錄的資料直接錄入到業務系統中。 4

、資料倉儲：針對需求主體、分析指標及資料情況判定是否需要建立資料倉儲。如果需要將財務資料、費用資料整合分析，但是財務資料來自eas，費用資料來自oa，那麼這樣的情況就需要建立資料倉儲以實現整合分析。這裡需要考慮在建立資料倉儲之後，相關維度資料的對應關係是否和人員組織架構有效對應。

需求情況

需求分析的主要是業務指標、主題模組和分析場景的確定。

1、前期需要確定這個平台面向的適用物件，不同層級的領導人員關注的指標不同，需要

規劃分析指標及分析形式。比如領導只關注銷售額、利潤率等等幾個主要資料，而業務層在指標的基礎之上可能還涉及到鑽取分析、聯動分析等。

2、需求的主體主要包含三部分的內容：需求模組+模組指標+分析形式。通過需求模組+模組指標+分析形式，初步框定需求內容，評估工作量及實施**。比如銷售分析，涉及到客戶分析、訂單分析、產品分析、渠道分析等分析指標，各個指標可能需要層級鑽取分析、同比分析等分析形式。

困難點首先，對於這樣乙個平台要有良好的定位——面向業務的敏捷相應開發平台。

其次，如何調配人員，如何推動專案的順利進行？個人建議是，如果人員充分可以試著讓一線業務人員能參與甚至直接進行系統開發，這樣既能提高開發效率，切實滿足業務需求，同時還能減輕it部門壓力。二是一定要有領導高層親自參與，從上之下推動執行。