編輯導(dǎo)語：如何著手建設(shè)自助式BI系統(tǒng)，支撐各業(yè)務(wù)部門日常數(shù)據(jù)分析？這是一個困擾很多產(chǎn)品經(jīng)理的問題。本文從需求調(diào)研、功能規(guī)劃、產(chǎn)品設(shè)計三個方面展開闡述，和大家分享從0-1的BI系統(tǒng)建設(shè)思路，推薦感興趣的朋友們閱讀。

某商品零售公司在全國擁有100家線下門店，線上還在某寶、某東、自營小程序等多個渠道銷售。隨著公司業(yè)務(wù)發(fā)展，內(nèi)部戰(zhàn)略決定加強(qiáng)數(shù)字化建設(shè)，先后實現(xiàn)了辦公上云、數(shù)據(jù)上云，通過數(shù)倉平臺將所有業(yè)務(wù)渠道數(shù)據(jù)都匯聚一起。下一步打算建立BI系統(tǒng)，來支撐各業(yè)務(wù)部門日常數(shù)據(jù)分析，提供運(yùn)營建議等。

假設(shè)你是這家公司信息化部門產(chǎn)品經(jīng)理，由你來主導(dǎo)BI系統(tǒng)建設(shè)，該如何開始呢？下面聊一聊從0-1的BI系統(tǒng)建設(shè)思路。

一、需求調(diào)研

“如果給我1個小時解答一道決定我生死的問題，我會花55分鐘來弄清楚這道題到底是在問什么。一旦清楚了它到底在問什么，剩下的5分鐘足夠解答這個問題?！薄獝垡蛩固?/p>

作為一名合格的產(chǎn)品經(jīng)理，很自然地會想到要先做需求調(diào)研?，F(xiàn)在跳出產(chǎn)品的慣性思維想一下，需求調(diào)研目的是什么？是明確產(chǎn)品需求？為產(chǎn)品設(shè)計做準(zhǔn)備？

正如愛因斯坦所說，要先弄清楚問題再去解決它。我覺得需求調(diào)研應(yīng)分為四個階段，分別是明確戰(zhàn)略需求、調(diào)研業(yè)務(wù)需求、收集用戶需求和梳理產(chǎn)品需求。

圖1 需求調(diào)研四階段

1. 明確戰(zhàn)略需求

戰(zhàn)略需求往往由組織高層決定，產(chǎn)品經(jīng)理了解其目的是明確產(chǎn)品在戰(zhàn)略需求中的定位。這樣也能夠更好地與其他部分相互配合，減少重復(fù)建設(shè)以及聚焦建設(shè)目標(biāo)。

如公司將BI定位為可視化分析的工具，建立在數(shù)倉之上，進(jìn)行數(shù)據(jù)展現(xiàn)和分析，那么BI在數(shù)據(jù)處理能力上的要求可能不是很高，對業(yè)務(wù)數(shù)據(jù)的可視化分析優(yōu)先級高一些。

2. 調(diào)研業(yè)務(wù)需求

業(yè)務(wù)需求不是某個用戶的需求，而應(yīng)是從業(yè)務(wù)部門、業(yè)務(wù)指標(biāo)出發(fā)，服務(wù)于組織戰(zhàn)略需求的內(nèi)容。目的是了解各業(yè)務(wù)部門運(yùn)營體系現(xiàn)狀、使用人群及特點(diǎn)等問題，梳理出業(yè)務(wù)流程、數(shù)據(jù)流轉(zhuǎn)流程來輔助設(shè)計。

業(yè)務(wù)需求涉及內(nèi)容較多，需要分梳理業(yè)務(wù)相關(guān)方、進(jìn)行需求訪談、畫業(yè)務(wù)流程等多個步驟實施。

3. 收集用戶需求

收集用戶需求能夠更好地分析現(xiàn)狀，解決用戶痛點(diǎn)。可以針對不同角色、不同職能的用戶，通過問卷或者訪談進(jìn)行收集。如在這家商品零售公司，我們可能會收到以下用戶需求。

• 線下門店零售部門主管：“需要看到各大區(qū)每個門店完成指標(biāo)的狀態(tài)”、“需要給不同人員不同權(quán)限，做好數(shù)據(jù)安全”……
• 華北區(qū)域運(yùn)營小D：“希望有相關(guān)分析模型，提高效率”、“希望能自動生成報表，因為每次匯報都要用excel做報表，PPT匯報，相同的運(yùn)營指標(biāo)每周都要手動做一遍”……
• 門店店長：“門店庫存異常時沒有及時預(yù)警通知，需要經(jīng)常盤查庫存狀態(tài)”……
• IT人員：“希望能夠支持秒級計算”……
• 可以看出，得到的用戶需求很少會有功能上的建議，因為他們自己也可能不了解BI系統(tǒng)是什么，需要進(jìn)一步解讀用戶需求。

4. 梳理產(chǎn)品需求

梳理產(chǎn)品需求就是對用戶需求的解讀，它指的是清晰的、可衡量的、經(jīng)過篩選排序并且打算在產(chǎn)品設(shè)計中實施落地的用戶需求。簡單來說，就是將用戶需求經(jīng)過某個“算法”轉(zhuǎn)化為產(chǎn)品需求，目的是為了實現(xiàn)產(chǎn)品功能。

除以上幾個步驟的調(diào)研之外，還可以帶著業(yè)務(wù)場景調(diào)研相關(guān)競品，甚至是技術(shù)調(diào)研，來獲取一些設(shè)計思路，這里暫且不做贅述。

二、功能規(guī)劃

整體功能設(shè)計是依據(jù)業(yè)務(wù)人員數(shù)據(jù)分析思路以及數(shù)據(jù)流轉(zhuǎn)過程，從下到上依次是“數(shù)據(jù)連接——數(shù)據(jù)處理——可視化分析——結(jié)果展示與共享”。功能規(guī)劃的設(shè)計思路分為“立框架、拆模塊、排先后”幾個步驟依次來說。

1. 立框架，瞄靶子

先把整個系統(tǒng)的功能結(jié)構(gòu)立起來，以確保功能覆蓋到業(yè)務(wù)場景，其次是有助于梳理各模塊之間的關(guān)聯(lián)關(guān)系。按照數(shù)據(jù)分析思路系統(tǒng)具有四大模塊：“數(shù)據(jù)連接”、“數(shù)據(jù)準(zhǔn)備”、“儀表板（可視化分析）”、“駕駛艙”，“系統(tǒng)管理”用來管控系統(tǒng)用戶權(quán)限、資產(chǎn)等內(nèi)容。

圖2 功能結(jié)構(gòu)圖

2. 拆模塊，找原理

BI系統(tǒng)的設(shè)計偏技術(shù)側(cè)，整體功能比較復(fù)雜。將系統(tǒng)拆解成最小可執(zhí)行單位，有利于研發(fā)排期和分工。功能拆解推進(jìn)研發(fā)排期大家都已輕車熟路，在這里想表達(dá)的是，通過拆解去探索功能的實現(xiàn)原理，便于在設(shè)計功能的時候有據(jù)可循。用圖表制作模塊為例，可以拆解為數(shù)據(jù)字段管理、數(shù)據(jù)字段計算、圖表類型選擇、圖表屬性配置等功能。

以“屬性配置”這一功能點(diǎn)為例，該功能主要是用來配置圖表的坐標(biāo)軸、數(shù)據(jù)標(biāo)簽、圖例等樣式和功能顯示。若要改變圖表樣式，涉及到哪些配置項呢？然后找一找開源可視化圖表如Echarts、AntV、Highcharts等調(diào)研，發(fā)現(xiàn)他們的配置項各有差異，用哪一套呢？這個時候又要進(jìn)一步拆解，圖表由哪些要素構(gòu)成的？

最后發(fā)現(xiàn)，原來只要梳理清楚圖表的構(gòu)成要素，配置項的作用域就只有這些，然后根據(jù)要素的不同屬性設(shè)置改變規(guī)則即可。

圖3 highcharts圖表構(gòu)成要素

再深入研究的話，就會發(fā)現(xiàn)原來圖表也有自己的語法：圖形語法、交互語法等。

像這樣逐一拆解功能找到實現(xiàn)原理和邏輯之后，功能設(shè)計就如魚得水。比如把Echarts配置項手冊讀一讀，把參數(shù)配置項直接拿過來，權(quán)衡一下哪些配置項優(yōu)先級比較高，做成開放的功能配置，畫畫界面就搞定。

3. 排順序，實現(xiàn)MVP

當(dāng)我們對BI系統(tǒng)功能架構(gòu)梳理，對各個模塊拆解成可執(zhí)行任務(wù)后，再將功能進(jìn)行優(yōu)先級排列，最后進(jìn)行產(chǎn)品原型設(shè)計。通過這樣的功能規(guī)劃下來，產(chǎn)品路線圖自然就會很清晰地浮現(xiàn)在腦海中，通過MVP來實現(xiàn)快速上線支撐業(yè)務(wù)，后續(xù)在進(jìn)行優(yōu)化迭代。

三、界面設(shè)計

設(shè)計，本質(zhì)是關(guān)注物品是如何運(yùn)轉(zhuǎn)，如何操作，以及人與技術(shù)之間互動的機(jī)理?！对O(shè)計心理學(xué)》

這里以B/S架構(gòu)為例，闡述在做產(chǎn)品設(shè)計時可供參考的幾個原則，防止在設(shè)計時出現(xiàn)錯誤。

1. 設(shè)計原則

Web界面設(shè)計原則：

• 直截了當(dāng)：恰如Alan Cooper所言:“需要在哪里輸出，就要允許在哪里輸入”。這就是直接操作的原理
• 簡化交互：設(shè)計師Ericson deJesus在重新設(shè)計Yahoo! 360時，曾用“少費(fèi)事”這3個字來描述減少與站點(diǎn)交互操作的需求。而實現(xiàn)少費(fèi)事的主要途徑就是利用上下文工具
• 足不出戶：用戶心流會因刷新頁面而被打斷。為避免每個操作都刷新一次頁面的情況，可以返璞歸真，采用根據(jù)用戶自然操作流程建模的方式。
• 提供邀請：Web中的富交互設(shè)計面臨的一個主要挑戰(zhàn)就是易發(fā)現(xiàn)性。再好的功能，如果用戶發(fā)現(xiàn)不了，結(jié)果仍然等于零。提供邀請是改善易發(fā)現(xiàn)性的重要途徑。邀請可以提示用戶下一步交互操作是什么。
• 使用變換：能夠讓界面具有魅力，增強(qiáng)與用戶之間的溝通。
• 及時反應(yīng)：智能界面的特點(diǎn)是具有良好的反應(yīng)能力。這個原理探討了怎樣通過響應(yīng)操作為用戶提供豐富的體驗。

交互設(shè)計原則：

• 可視性：讓用戶有機(jī)會確定哪些行動是合理的，以及呈現(xiàn)該設(shè)備的當(dāng)前狀態(tài)。
• 反饋：關(guān)于行動的后果，以及產(chǎn)品或服務(wù)當(dāng)前狀態(tài)的充分和持續(xù)的信息。當(dāng)執(zhí)行了一個動作之后，很容易確定新的狀態(tài)。
• 概念模型：設(shè)計傳達(dá)所有必要的信息，創(chuàng)造一個良好的系統(tǒng)概念模型，引導(dǎo)用戶理解系統(tǒng)狀態(tài)，帶來掌控感。概念模型同時包括可視性和評估行動的結(jié)果。
• 示能：設(shè)計合理的示能，讓期望的行動能夠?qū)嵤?/li>
• 意符：有效地使用意符確?？梢曅裕⑶液芎玫販贤ê屠斫夥答?。
• 映射：使控制和控制結(jié)果之間的關(guān)系遵循良好的映射原則，盡可能地通過空間布局和時間的連續(xù)性來強(qiáng)化映射。
• 約束：提供物理、邏輯、語義、文化的約束來指導(dǎo)行動，容易理解。

2. BI系統(tǒng)界面

整個BI布局采用的是左右布局，在設(shè)計布局的時候主要考慮“用戶操作路徑”、“內(nèi)容與布局的關(guān)系”等因素，目的是為了減少用戶操作，使其更專注于數(shù)據(jù)分析。下面以用戶進(jìn)入儀表板編輯界面涉及到的頁面為例，介紹3中頁面布局。

圖4 進(jìn)入編輯面板路徑

通用頁面布局：

在系統(tǒng)管理、數(shù)據(jù)準(zhǔn)備等常規(guī)后臺頁面，通常是執(zhí)行偏效率的操作，采取通用的左側(cè)菜單、系統(tǒng)導(dǎo)航和右側(cè)內(nèi)容展示及操作區(qū)域。

圖5 通用頁面左右布局

儀表板/駕駛艙布局：

儀表板和駕駛艙是承載報告內(nèi)容的地方，這個時候需要方便用戶預(yù)覽、查看報告內(nèi)容，并且能夠根據(jù)目錄進(jìn)行檢索。左側(cè)菜單拓展為兩列以、二級菜單，一級菜單為主模塊入口，二級菜單為文件目錄。

儀表板工具欄主要是進(jìn)行報告的編輯、分享、導(dǎo)出等操作。駕駛艙與儀表板界面布局類似，區(qū)別在于用于純展示查看，少了一些編輯屬性的功能。

圖6 菜單和報告內(nèi)容預(yù)覽的界面

儀表板編輯區(qū)布局：

這個區(qū)域是業(yè)務(wù)分析人員來說是使用頻率最高的，主要是有畫布編輯區(qū)、系統(tǒng)導(dǎo)航區(qū)、由組件工具區(qū)、屬性配置區(qū)構(gòu)成。如在組件區(qū)選擇圖表，拖拽到畫布區(qū)域，然后通過組件屬性配置區(qū)域?qū)⒆侄斡成涞骄S度、指標(biāo)上，最終在畫布繪制出一個圖表。

圖7 儀表板編輯界面布局

四、總結(jié)

本篇從需求調(diào)研到功能設(shè)計落地，介紹了BI產(chǎn)品設(shè)計的大致思路。需求調(diào)研是為了更好地找到目標(biāo)，功能規(guī)劃幫助我們?nèi)炙伎?，然后帶入實際業(yè)務(wù)場景中去實現(xiàn)功能。

在實際設(shè)計中，BI系統(tǒng)相對來說比較復(fù)雜，不僅要有扎實的產(chǎn)品基本功，還需要對數(shù)據(jù)處理、分析、可視化等相關(guān)技術(shù)有所了解。如圖表分析涉及到的圖形語法、OLAP等內(nèi)容，在接下來的文章里，將會逐一講述各個模塊所涉及的原理及其功能設(shè)計。

作者：Shawn，一個成長中的數(shù)據(jù)產(chǎn)品經(jīng)理；微信公眾號：Shawn的產(chǎn)品筆記。

本文由 @Shawn 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Pixabay，基于CC0協(xié)議。