業務需求調研

1.1 目的

在搭建 BI 系統、進行資料體系搭建之前，需要先對公司的資料需求進行調研。

瞭解自助分析需要準備哪些資料需求，再根據目前的底層資料情況，判斷哪些資料需求是現成表可以滿足的，哪些是需要開發表，哪些是需要做簡單處理的，確定資料開發的詳細需求內容，為後續搭建 BI 系統做鋪墊。

1.2 實現思路

1.3 參與人員

項目經理：主導

業務部門資料分析師：配合梳理業務流程、提供歷史的分析資料、配合需求確認

IT 資訊部門：現有資料庫梳理、確認資料能否滿足當前分析需求、配合需求確認、開發資料

項目經理首先需要對調研流程進行設計，要做好需求調研，需要關注以下事項：

• 確定參與 BI 推廣的業務部門及其領導人和關鍵使用者

• 梳理業務人員日常做資料分析的工作流程

• 梳理業務人員日常做資料分析的業務場景

• 梳理其日常做資料分析所用到的資料表，包含維度、指標、細粒度

• 從 IT 部門瞭解現有資料情況，是否有資料缺失

• 確認需求並匯出需求文檔以便進行需求的執行
  

項目經理需要分別對各業務部門的「資料分析師」以及「業務人員」進行調研。

並且每個部門負責人都是該部門資料分析師，他們需要幫助整理資料情況。

注1：可以一次性調研所有希望用的業務部門，也可多次循環調研。

注2：需要調研的每個部門指定對應責任人，負責部門業務需求、資料情況收集&整理把控。

收集分析場景的方法有四種。

4.1 拆解企業戰略目標

層層拆解企業和部門的戰略目標，然後從資料支撐戰略目標的角度進行分析，獲取需求資料。

比如從某公司的公司戰略拆解到支撐戰略目標的部門；

• 該部門支撐戰略目標的 OKR 對應的業務動作；

• 為了衡量該業務動作而制定的衡量指標和衡量的維度；

• 該資料當前是否已有、已有資料的存放位置等等。

透過逐漸的拆解來確認需要開發的資料表，如下圖所示：

4.2 收集歷史日常分析

可以對業務人員進行調研，收集日常的分析場景，獲取需求資料。

透過對業務現狀的瞭解，進行日常分析場景的需求收集，需要包含的內容包括：

• 當前業務所屬的業務條線；

• 當前業務分析指標、維度、細粒度；

• 需求資料的資料來源；

• 需求預期；
  

透過當前日常業務分析進行延伸拓展收集需求，比如透過多維分析、與指標體系作對比，產生新的業務需求等等。

4.3 部門頭腦風暴

透過部門會議，發散思維收集資料需求，例如：

以「哪些分析需求需要且可以在 BI 中實現？」為議題，邀請業務部門人員進行討論，討論內容包括：

需求業務線、需求指標、維度、當前是否已有資料等等。

4.4 業務部門訪談

透過業務部門訪談溝通，間接獲取資料需求，訪談內容可以包括：

瞭解當前業務現狀——當前的分析模式是什麼樣的？

收集當前業務的痛點——當前有什麼分析或者資料使用上非常不方便的問題？

討論解決方案——有什麼好的方法能解決該問題？

評估 BI 實現方式——能透過怎樣的方式在 BI 中實現？

項目經理在收集資料需求後，需要與資訊部 IT 溝通完成以下內容：

• 整理現有的資料庫資料並確認資料品質，

• 確認哪些能夠滿足需求，哪些不能。不可滿足的需求需要回退業務重新調研，可滿足的需求則直接提供或提供新表。

資料主要為底層資料，資料梳理可參考：指標字典

梳理來源可來源於資料字典、資料庫表+業務理解、IT人員提供。

同各業務部門以及資訊部同事開需求研討會，做需求確認和修改，如下面的範例：

詳情參見：【帆軟】需求確認報表樣例.docx

項目經理需要與調研物件討論，根據「需求可行性&需求緊急程度&原始資料品質」判斷需求優先，然後進行需求的開發。

例如，銷售部門急需要使用售後資料做匯報分析，且資料庫中已有售後相關資料，但需要進行整理使用，那麼可以優先交給資訊部處理原始資料。

按照梳理好的需求優先進行需求開發。

問題&場景 有獎反饋：

恭喜您已看完整篇文檔，現誠邀您參與BI建設方案共建，反饋 方案問題或企業實際場景 都有機會獲得豐厚獎勵哦~