文章從BI平臺(tái)的版本迭代路線的四個(gè)階段展開，對BI系統(tǒng)的建設(shè)作了簡要的分析。希望對你有所幫助。

現(xiàn)在已經(jīng)進(jìn)入了大數(shù)據(jù)時(shí)代，每個(gè)公司對數(shù)據(jù)的重視程度都提高到了前所未有的程度，只要是進(jìn)入到一定規(guī)模的公司，不論是考慮到數(shù)據(jù)的安全性，還是數(shù)據(jù)的使用效率，都會(huì)搭建自己的BI平臺(tái)來管理查看數(shù)據(jù)，因此，掌握搭建BI平臺(tái)的各種知識(shí)，也是數(shù)據(jù)產(chǎn)品經(jīng)理必備的一項(xiàng)技能。

下面，按照BI平臺(tái)的版本迭代路線，講一下BI建設(shè)的四個(gè)階段：實(shí)現(xiàn)可拓展的展示報(bào)表（1.0版本）、自助分析功能（2.0版本）、添加功能性分析工具（3.0版本）、實(shí)現(xiàn)業(yè)務(wù)場景模板（4.0版本） 。

1.實(shí)現(xiàn)可拓展的展示報(bào)表

BI平臺(tái)首先要完成的就是對指標(biāo)的報(bào)表性展示，大家首先想到的解決方案無非是前端寫頁面，后端接口在數(shù)據(jù)庫查詢相應(yīng)字段，直接吐出數(shù)據(jù)?？墒?，這種傳統(tǒng)的方式太依賴于前端，如果增加一個(gè)指標(biāo)，前后端修改的成本都比較高。因此，為了以后BI平臺(tái)的可擴(kuò)展性，可以通過前端配置json，并在API下一層添加了QueryAdapter來把Api的接口翻譯成相應(yīng)的Sql，然后通過Sql查詢數(shù)據(jù)庫的形式，來提高前端的擴(kuò)展性和報(bào)表的靈活性，具體架構(gòu)如下圖所示：

圖1 可擴(kuò)展的報(bào)表架構(gòu)

這里要講兩個(gè)概念，單圖（chart）與看板（dashboard），單圖主要是對指標(biāo)進(jìn)行某種樣式的展示，例如日活的折線圖、日活的表格、多平臺(tái)日活對比圖等，并可以對單圖進(jìn)行多個(gè)維度的查詢操作，它提供了：

• 維度：可以選擇多個(gè)維度，向下進(jìn)行鉆??；
• 時(shí)間：可以選擇昨天、過去7天、過去30天、過去90、過去180天、過去365天以及自定義天數(shù)；
• 圖表樣式：目前支持折線圖、橫向柱圖、豎向柱圖、表格、地圖、餅圖等圖表。

看板（dashboard）能夠幫助將相互關(guān)聯(lián)的單圖集合在一起，兼顧全面性與單獨(dú)性，既能夠從多個(gè)圖表中發(fā)現(xiàn)關(guān)聯(lián)，也可以對單個(gè)圖表進(jìn)行深入分析，方便每天查看相應(yīng)的數(shù)據(jù)。 看板可以供不同的業(yè)務(wù)人員實(shí)現(xiàn)不同的使用場景：

• 產(chǎn)品經(jīng)理的看板可能是項(xiàng)目的核心指標(biāo)；
• 市場人員的看板可能是監(jiān)控各個(gè)渠道來源指標(biāo)；
• 銷售的看板可能是潛在客戶的活躍度…

對于支持自定義圖表的單圖（chart）而言，在前端配置的json格式中，需要明確以下幾個(gè)字段：

• dataSource：數(shù)據(jù)源，也就是單圖（chart）要查詢的數(shù)據(jù)庫、數(shù)據(jù)表，它包含了數(shù)據(jù)的地址、端口、數(shù)據(jù)庫格式、數(shù)據(jù)庫、數(shù)據(jù)表等，是數(shù)據(jù)展現(xiàn)的基礎(chǔ)。
• metrics：這是是要展示的指標(biāo)，包括指標(biāo)的計(jì)算類型、指標(biāo)的id、指標(biāo)名稱、指標(biāo)別名等，
• dimensions：指標(biāo)的維度，也就是相當(dāng)于Sql中的group，也就是分析人員想按照什么樣的分組來查看數(shù)據(jù)。
• filter：這部分是用來設(shè)置過濾器，前端報(bào)表用來篩選查詢條件的，它要規(guī)定每個(gè)維度應(yīng)該以何種規(guī)則來過濾，是等于、不等于、大于、小于還是包含，還要規(guī)定維度的查詢字段和查詢值，簡單表示下就是下面這種格式，當(dāng)然還有很多字段可以添加以便進(jìn)一步擴(kuò)展功能，具體filter的格式可以參考下圖。

圖2 filer格式

• orders：輸出結(jié)果應(yīng)該以哪一個(gè)指標(biāo)進(jìn)行排序。通常使用時(shí)間字段來進(jìn)行排序設(shè)置。

除了以上幾個(gè)重要字段外，還可以設(shè)置time、limit等字段來擴(kuò)展更多功能，這里就不一一詳述了。

看板（dashboard）的實(shí)現(xiàn)邏輯也與上面相似，不同的是還添加了看板中包含哪些單圖（即包含的每個(gè)chart的id），以及這些單圖在看板中的位置等信息。

有了上面的支持可拓展的json配置格式，就可以在BI平臺(tái)配置出符合自己需求的單圖（chart）與看板（dashboard）了。至此，已經(jīng)能滿足日常的報(bào)表展示需求，BI平臺(tái)也完成了V1版本的迭代。

2.自助分析功能

以上只是滿足固定數(shù)據(jù)的展示，可是，數(shù)據(jù)產(chǎn)品經(jīng)理經(jīng)常面對的情況是，業(yè)務(wù)人員的需求是多種多樣的，如果這些需求都讓負(fù)責(zé)BI平臺(tái)的產(chǎn)品經(jīng)理來配置的話，既增加工作量，又有很大的溝通成本，這時(shí)候，業(yè)務(wù)人員就需要一個(gè)能夠自己在平臺(tái)上快速方便搭建報(bào)表的方式。

自助分析功能這部分主要包含創(chuàng)建單圖（chart）和創(chuàng)建看板（dashboard）兩部分，這兩部分都是基于前期靈活可擴(kuò)展的json圖表配置，并在此基礎(chǔ)上，能夠創(chuàng)建一些復(fù)雜的計(jì)算字段，例如，想計(jì)算平均停留時(shí)長這個(gè)指標(biāo)，它是由總停留時(shí)長除以dau計(jì)算而成的，總停留時(shí)長和dau都是基礎(chǔ)指標(biāo)，在數(shù)據(jù)表中是已經(jīng)存在的，那么就可以定一個(gè)計(jì)算字段，命名為平均停留時(shí)長，計(jì)算公式為sum（dwell/dau），如下圖3所示：

圖3 創(chuàng)建計(jì)算字段

自助分析功能的核心是創(chuàng)建單圖功能，使用人員可以選擇圖表樣式，現(xiàn)在常用的圖表類型有表格、折線圖、柱狀圖（橫向柱圖、豎向柱圖）、餅圖、漏斗圖、堆積圖等，然后選擇數(shù)據(jù)源里的數(shù)據(jù)表，把對應(yīng)的數(shù)據(jù)表中的字段拖拽到時(shí)間、維度、指標(biāo)欄中，然后選擇查詢便可以在顯示區(qū)進(jìn)行預(yù)覽，還可以設(shè)置過濾條件，進(jìn)行一些維度的過濾，并可以設(shè)置是否在前后端顯示，具體功能見圖4。

圖4 創(chuàng)建單圖（chart）頁面

在基本功能的基礎(chǔ)上，還有一些細(xì)節(jié)功能需要去優(yōu)化，例如，有時(shí)候折線圖從0為Y軸為起點(diǎn)很難看出波動(dòng)，這樣就可以設(shè)置指標(biāo)顯示的范圍，讓它在一定范圍內(nèi)顯示，從而進(jìn)一步縮小顯示區(qū)間，突出趨勢變化，另外，還可以支持一些實(shí)時(shí)數(shù)據(jù)的展示功能等。

完成創(chuàng)建單圖功能后，就可以基于已經(jīng)創(chuàng)建的單圖上，選擇已經(jīng)創(chuàng)建的單圖，動(dòng)態(tài)拖拽到看板（dashboard）的合適位置，從而組成滿足自己分析需求相關(guān)的看板，形成日常性報(bào)表組合。

最后不得不提一下數(shù)據(jù)源管理功能，因?yàn)樗械膯螆D（chart）和看板（dashboard）都是基于數(shù)據(jù)源進(jìn)行分析的，好的數(shù)據(jù)源管理可以提高數(shù)據(jù)源的利用率、降低重復(fù)創(chuàng)建數(shù)據(jù)源，進(jìn)一步提高效率，并且還可以進(jìn)一步拓展數(shù)據(jù)的存儲(chǔ)形式，除了支持Mysql存儲(chǔ)，還可以支持Druid、Phoenix等。另外，數(shù)據(jù)源管理要考慮業(yè)務(wù)的復(fù)雜性，能夠滿足復(fù)雜的多表join，支持自定義SQL查詢。最后，數(shù)據(jù)源管理也要注意對數(shù)據(jù)權(quán)限的控制，最好能夠做到對表中字段這種細(xì)粒度的權(quán)限管理，進(jìn)一步提高數(shù)據(jù)的安全性。

3.功能性分析工具

一個(gè)完善的BI平臺(tái)，不僅僅是單純展示數(shù)據(jù)的，還要能夠能為數(shù)據(jù)分析師、業(yè)務(wù)人員提供一些常用的數(shù)據(jù)分析工具，例如用戶行為路徑、用戶分群與用戶詳情、系統(tǒng)監(jiān)控等工具，可以方便使用人員方便快捷的分析更精細(xì)的業(yè)務(wù)場景。

以用戶分群和用戶細(xì)查為例，日常中經(jīng)常需要把滿足某個(gè)或者某些條件的用戶區(qū)分出來，然后查看這批用戶的一些關(guān)鍵指標(biāo)以及一些行為事件等，例如，想了解iOS平臺(tái)上，最近五天內(nèi)連續(xù)沉默的用戶，使用人員選擇這些條件組合后，就可以獲取一批userid的列表，讓后查看每個(gè)userid的用戶屬性、用戶行為軌跡、用戶活躍度趨勢、用戶閱讀文章列表等信息，由于不方便透露一些用戶信息，用戶細(xì)查頁面就以原型圖的形式給予示例，見圖5。當(dāng)然獲取某些條件下的userid對集群來說是有一定的計(jì)算壓力的，要等一些時(shí)間計(jì)算完成后才能給用戶顯示。

圖5 用戶細(xì)查原型頁面

4.業(yè)務(wù)場景模板

BI數(shù)據(jù)系統(tǒng)是要更方便的服務(wù)于不同的業(yè)務(wù)場景進(jìn)行數(shù)據(jù)分析的，每個(gè)業(yè)務(wù)場景總會(huì)沉淀下來一套固定的分析思路和分析架構(gòu)，這套固定的分析架構(gòu)就可以放在BI平臺(tái)上來實(shí)現(xiàn)，例如渠道分析、用戶留存分析、用戶活躍分析及日常的周月報(bào)等。通過分析模板，可以方便快速的查看數(shù)分析數(shù)據(jù)，提高效率。

例如活躍用戶分析來說，根據(jù)平時(shí)的分析習(xí)慣，一般要將活躍用戶拆解為不同的活躍用戶群體，進(jìn)一步查看活躍用戶的構(gòu)成及這部分用戶的變化情況，從而針對每部分的不同群體進(jìn)行優(yōu)化和分析。例如可以按照下圖的分析框架創(chuàng)建一個(gè)看板（dashboard），由一下七個(gè)單圖（chart）組成一個(gè)日常的分析模板。

圖6 活躍用戶構(gòu)成分析模板

梳理好分析框架后，就可以在BI平臺(tái)上建立起固定的模板，很大的方便的滿足了日常的業(yè)務(wù)場景分析。

搭建一個(gè)完善的BI平臺(tái)，是需要不斷打磨優(yōu)化產(chǎn)品的，搭建平臺(tái)的目的無非就是提高工作效率，方便大家快捷高效的獲取數(shù)據(jù)，以上只是我在搭建BI平臺(tái)的一些經(jīng)驗(yàn)心得，分享出來與大家一起交流。

作為一名數(shù)據(jù)產(chǎn)品經(jīng)理，還需要多了解業(yè)務(wù)，多使用自己的產(chǎn)品，如果BI平臺(tái)自己使用都不方便，那么更何況數(shù)據(jù)分析師，乃至數(shù)據(jù)經(jīng)驗(yàn)比較少的業(yè)務(wù)相關(guān)人員呢？另外，對于BI平臺(tái)，以上四個(gè)階段并不是適用于所有公司。不同的業(yè)務(wù)階段的需求都是不一樣的，初創(chuàng)公司沒有太多的人力和時(shí)間來搭建自己的平臺(tái)，可以引用市面上的第三方產(chǎn)品，例如友盟、BDP等，做的都已經(jīng)相當(dāng)成熟，還是要針對每個(gè)公司的具體階段而定。

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

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