BI,Business Intelligence，中文名稱：商業(yè)智能，或者商務智能BI 中的這個 Intelligence，智能，雖說在不同時期有不同的定義和解讀，但究其根本，其實都是想通過分析企業(yè)過往的經(jīng)營狀況，得出正確的事實依據(jù)，從而指導和輔助商業(yè)的決策，讓商業(yè)決策和管理更科學，而不再是根據(jù)感覺拍腦袋來決定BI 的概念早已有之，但最近這些年比較火，因為很多企業(yè)在經(jīng)歷了多年的信息化建設后，都沉淀下了很多數(shù)據(jù)，這些海量的真實經(jīng)營數(shù)據(jù)如果不加以利用，那就只能放在磁盤中蒙塵，一文不值，如果能利用好，分析好，則能幫助企業(yè)更科學的去經(jīng)營和管理，為企業(yè)找到新的機會和增長點，成為企業(yè)降本增效的法寶，所以很多企業(yè)就想到了用流行的 BI 工具來挖掘這些數(shù)據(jù)的價值，讓企業(yè)決策變的智能但是上了 BI，B 就真地 I 起來了嗎，商業(yè)就真可以“智能”起來了嗎 ？事實告訴我們，并不見得.

可視化喧賓奪主

BI 本質(zhì)上應該是數(shù)據(jù)分析，特別是交互分析，通過分析數(shù)據(jù)得出科學依據(jù)，然后指導決策和管理，但現(xiàn)在有很多 BI 都被簡單地理解成可視化了，偏離了分析網(wǎng)上各家 BI 的介紹和 demo，最先映入眼簾的都是各種大屏，酷炫的大屏極具視覺沖擊力，也會讓用戶產(chǎn)生聯(lián)想：如果我的項目中也有一個這樣的大屏，那一定會給項目增色不少很多用戶就會在大屏中迷失，很多項目也會在大屏中走偏，把 BI 項目做成了大屏可視化項目大屏對于數(shù)據(jù)系統(tǒng)是有業(yè)務意義的，在一個綜合的面板里把相關的重要的信息通過圖表結合的形式展現(xiàn)出來，高效又直觀，當然也美觀，但它反映的信息在宏觀層面，對一線經(jīng)理們的日常決策作用不大，BI 應該是個微觀業(yè)務，是面向一線人員的交互分析，大屏只會呈現(xiàn)一些幾乎眾所周知的宏觀信息，而且樣式比較死板單一，基本沒有交互，頂多有個參數(shù)，把大屏當成 BI 建設的主要成果，就和智能分析的目標南轅北轍了

BI 分析孱弱無力

即使沒有走偏，把握住了 BI 的正確方向，業(yè)界通行的 BI 工具也依然對企業(yè)實現(xiàn)商業(yè)智能的幫助不大BI 工具大多都外觀比較新潮，看著很高大上，然而實際上卻大都華而不實，能做的事情很有限，基本也就是多維分析那些動作，大部分 BI 工具只能做基于單表做簡單的分類匯總統(tǒng)計，比如 統(tǒng)計全班同學各科的總分和平均分 按地區(qū)、省份、城市，分組統(tǒng)計客戶的數(shù)量 移動公司統(tǒng)計北京各區(qū) 1 季度新開通了多少電話號碼 倉庫統(tǒng)計各類產(chǎn)品庫存量以及和年初的差值 查看每個銷售每月的訂單量以及是否付款 等等......

而這些簡單的單表分析也就占到整體分析需求的 10%，做到這些離智能分析還差的很遠很遠

再往下看這些有多表關聯(lián)的，這一部分大約占 20%-30% 左右，大部分 BI 工具就做不好了 查詢北京號碼打給上海號碼的通話記錄，需要通話記錄表和賬戶記錄表重復多次關聯(lián) 查詢中國經(jīng)理的美國員工，需要員工表和部門表相互關聯(lián) 一些表中有父 ID 和子 ID 查詢時需要自己和自己關聯(lián) 按日期統(tǒng)計合同額、回款額和庫存金額，如果沒有事先準備好寬表，又會涉及多個表的關聯(lián) 等等......

關聯(lián)關系太復雜，看不懂，業(yè)務人員就基本都不會拖拽了，只能求助技術人員來幫忙整理數(shù)據(jù)了，做成寬表或者類似寬表的 CUBE，然后給業(yè)務人員來用

再遇到下面這些占更大比例，60%-70% 的，帶有復雜計算（多步、過程式計算）的，就更是都啞火了，不是做不好，而是做不了了 列出銷售額累計占到一半的前 n 個大客戶 查看一下語文、英語和數(shù)學成績都在前 10 名的學生都有誰 查查哪些半年不出單的客戶在更換了銷售人員后半年就出單了 找出 3 年內(nèi)的銷售冠軍以及他們賣的最好的產(chǎn)品 計算某支股票最長連續(xù)漲了多少交易日

而這些有關聯(lián)的，有復雜計算的分析需求，恰恰才是更有業(yè)務意義、能給企業(yè)帶來價值的、企業(yè)真正需要的分析，BI 工具做不了這些，那就只能成為擺設，自然也就智能不起來了

然而這些并不影響 BI 的火爆，因為這個沉痛的結論在前期的調(diào)研和試用中是發(fā)現(xiàn)不了的，廠商演示的數(shù)據(jù)和操作都是提前準備好的，用戶試用時也基本都是先找最簡單的來測試，演示和測試的重點也基本都放在了功能的驗證上，什么切片旋轉下鉆，是否流暢美觀等，并沒有考慮處理數(shù)據(jù)的能力，直到采購上了 BI，真正使用了，由淺入深，由簡入繁后才慢慢發(fā)現(xiàn)，真正需要做的分析任務其實做不了多少（以后測試 BI，可以用上面提到的那些 BI 都做不好的例子去驗證）到最后，上 BI 的結果經(jīng)常成了面子工程，最后得到的，僅僅是一些可視化效果，最需要的 BI 交互分析功能反而成了擺設，沒多大用了幾十萬的 BI 工具都最終成了擺設，難道商業(yè)智能，業(yè)務人員做交互分析的需求就實現(xiàn)不了了嗎？BI 系統(tǒng)應該如何建設才能讓商業(yè)真正智能呢，讓 B 更 I 呢？

怎樣更 I 更智能？

可視化嚴格的講其實不算 BI，系統(tǒng)如果需要可視化大屏，那可以上，但不要把概念混淆，要明確目標，建設 BI 不一定需要大屏，大屏也和 BI 智能分析沒有啥關系，不要走偏另外實際做過這些可視化效果的同學們會發(fā)現(xiàn)，圖形、大屏其實也并不是昂貴的 BI 工具或者大屏工具的功勞，圖形隨便找一個第三方圖形包（比如 Echarts）或者集成了圖形包的報表工具就可以，而且第三方圖形的種類和美觀度也遠比 BI 工具要好很多，大屏基本都是手工做的，梳理業(yè)務、需求調(diào)研、制定指標、整理數(shù)據(jù)、繪制原型、動畫美工等環(huán)節(jié)，該人工做的都得人工去做，用不用工具其實都一樣 ，并省不出多少工作量來，用好幾十萬的 BI 工具做 1-2 個大屏，怎么算都不劃算多維分析雖然用處不算大，但畢竟還是能讓業(yè)務人員自己做些分析，這種通用的功能通常可以由 BI 工具平臺來提供簡單的 BI 多維分析，哪個工具平臺都能做，除了產(chǎn)品外觀有差異外，內(nèi)在功能其實都一樣，，但關聯(lián)分析就不一樣了，各個 BI 工具都宣稱自己可以做，但實際效果卻和宣傳相去甚遠大部分的 BI 工具解決關聯(lián)分析的方法有兩種，一種是：先由技術人員建模來消除關聯(lián)，做成寬表或者類似寬表的 CUBE，然后再能給業(yè)務人員去拖拽分析，做的這些寬表，只能符合一定范圍內(nèi)的分析需求，超出范圍的，就得重新求助技術人員，很不自由，而且時效性也保證不了，本來是要馬上做分析，要做決策，結果還得找技術人員先建模，等建好了，可能好幾天都過去了，決策早都做完了第二種是：干脆把數(shù)據(jù)直接暴露給業(yè)務用戶，讓用戶自己去拖拽關聯(lián)，這樣是及時也自由了，但是連技術人員都可能被繞暈的關聯(lián)關系，又怎么可能是業(yè)務人員能拖拽清楚的呢，就更沒法用了，更沒意義了更深層次的大部分 BI 廠商都做不好關聯(lián)分析的原因，可以參考這個帖子：為什么 BI 軟件都搞不定關聯(lián)分析好的解決方案是，能自動進行關聯(lián)，并把數(shù)據(jù)以清晰簡單的方式提供給業(yè)務用戶，慶幸的是現(xiàn)在這樣的技術已經(jīng)有了：潤乾報表的 DQL潤乾報表的 DQL 引擎可以把復雜、難懂的各種關聯(lián)自動處理成業(yè)務人員輕松就能看懂的樹狀目錄數(shù)據(jù)，就可以不求助技術人員，自助進行拖拽分析了

能解決關聯(lián)分析的難題，才能做更多有意義的分析，才能給企業(yè)提供更多科學的決策依據(jù)，才能更接近智能，所以一定要重點考察關聯(lián)分析的能力，可以用前面提到的幾個關聯(lián)分析例子去驗證各個產(chǎn)品前面的例子中我們可以看到，一些涉及復雜多步，過程式計算的分析，BI 就做不了了，這是因為 BI 的定位是讓業(yè)務人員拖拽分析，而拖拽不可能實現(xiàn)復雜的計算步驟，捋清楚復雜的計算邏輯也根本和業(yè)務人員的角色定位不符業(yè)務人員做不了，那就只能通過技術人員來做了，這類復雜的分析占比通常又比較大，技術人員手工做也不現(xiàn)實，效率太低，成本太高，一般都會用報表工具來做要做的復雜分析多，而且分析還隨需而動，報表也就得跟著隨需而動，總會做新的或者改舊的，這就需要報表工具的效率高一些才行，否則不僅會大量的浪費技術人員的工作量，還會影響智能分析的效率和效果報表效率體現(xiàn)在兩方面，一個是制表效率，一個是數(shù)據(jù)準備效率，而且后者更重要就好比上面的這些 BI 做不了的復雜計算的分析，它做不了，并不是因為格式復雜，而是因為計算復雜，就算是報表來做，同樣復雜，得寫大段的 SQL 才能算出來，沒有幾年經(jīng)驗的同學寫不了另外大數(shù)據(jù)時代的數(shù)據(jù)，不僅數(shù)量大，而且很雜，有 RDB，有 NOSQL，有文件、json，有 MPP、 Hadoop，企業(yè)要做的分析，常常會涉及多源混算，有時候不得不用 JAVA 來寫，數(shù)據(jù)準備就會更難，今天要做分析了，結果報表工程師搞不定數(shù)據(jù)，得找高級工程師先幫忙來準備數(shù)據(jù)才行，這就把分析和決策耽誤了，也談不上什么智能了，所以要有良好的數(shù)據(jù)準備能力才行但不幸的是，并沒有多少報表工具在數(shù)據(jù)準備上下過功夫，大部分還得是高級技術人員去硬寫 + 硬算，目前只有潤乾報表有專門的數(shù)據(jù)準備工具

在潤乾報表中，多了一個SPL 集算器的數(shù)據(jù)計算層（SPL 本身是一個流行的開源計算工具），這個計算層就是專門用來做數(shù)據(jù)準備的，它支持多樣性數(shù)據(jù)源的混算，可以高效的代替 JAVA、存儲過程來做數(shù)據(jù)準備，而且初級工程師學幾天就可以上手，能進一步保障分析的及時性和準確性另外這個 SPL 準備好的數(shù)據(jù)，不僅能給報表用，也能給 BI 多維分析用，或者導出 EXCEL 做桌面分析用，也能讓業(yè)務人員進行更多需要復雜計算的分析了想了解 SPL 是怎么簡單的做多步計算的同學，可以看這個帖子，帖子里有很多高效計算的例子：SQL 為什么動不動就 N 百行以 K 計有了報表輔助后，BI 做不了的分析就可用報表來做了，BI 的短板補上以后，BI 的建設也就離智能更近一些了現(xiàn)在市面上大部分的 BI 產(chǎn)品都是通用 BI 廠商提供的，通用 BI，目標就是通用，各行業(yè)都可以用，什么業(yè)務角色都可以用，誰都可以用，電信行業(yè)的用起來合適，金融行業(yè)用起來也服帖，但這不用思考都知道不可能，想讓誰都能用好，造成的結果肯定是誰都不好用如果由有行業(yè)經(jīng)驗的專家參與，進行專業(yè)化設計，那結果就會有巨大不同有了行業(yè)經(jīng)驗才知道這個行業(yè)需要分析什么，業(yè)務用戶關心什么、常用的是哪些，需要哪些數(shù)據(jù)，就可以把常用分析需要的數(shù)據(jù)源提前準備好，避免臨時修改或者重新做 CUBE（如果用潤乾報表 DQL，做這一步會更方便）有了行業(yè)經(jīng)驗才知道哪些參數(shù)指標需要做活或做死，界面才會方便，比如現(xiàn)在有很多標簽屬性（是否值，客戶是不是大學生，有沒有信用卡），數(shù)量可能達到幾百上千，通用 BI 會把這些都當成維度統(tǒng)一處理，讓用戶對著成百上千個維度去拖拽，不僅界面難用，能不能找到想要的標簽都是個問題，有行業(yè)經(jīng)驗的開發(fā)商則會把標簽按業(yè)務合理分類后再呈現(xiàn)出來供用戶拖拽，，就會好用很多。還有些標簽、維度是聯(lián)動的，選了某個，其它維度的可選范圍會跟著變，有經(jīng)驗的行業(yè)開發(fā)商就會把它提前做好聯(lián)動，選起來就會更快捷方便，而通用 BI 產(chǎn)品是不會知道這些的（或者就需要很復雜的表達式甚至腳本來定義）有了行業(yè)經(jīng)驗才會更了解用戶的使用習慣，更懂用戶，有些維度或條件可能還會有行業(yè)甚至用戶特有的輸入方式，比如股票區(qū)間可能希望看著 K 線圖去找，這些都有強烈的行業(yè)特色，對行業(yè)了解足夠深才能把握用戶這些習慣，并根據(jù)習慣來優(yōu)化功能，還可以把一些行業(yè)內(nèi)常見的多步計算事先封裝好，業(yè)務用戶可以直接引用。各行業(yè)還有自己的內(nèi)部文化、知識、語境等，深耕行業(yè)常和用戶泡在一起的軟件企業(yè)才會感知到這些細節(jié)，更懂用戶才能做出業(yè)務人員更容易理解、更方便使用的界面，而通用 BI 則不可能做到這一點，它的普適定位和行業(yè)專精本來就是沖突的，只會提供通用抽象的技術術語和統(tǒng)一的界面，這就會造成不管是哪個行業(yè)用起來都不是很貼近的感覺有了行業(yè)經(jīng)驗還能防范技術風險，數(shù)據(jù)開放給用戶后，很有可能會做出不規(guī)范、不合理的拖拽，這就會帶來性能問題，造成卡頓，或者直接把后臺數(shù)據(jù)倉庫給拖死了，行業(yè)經(jīng)驗支持下的交互界面，對應的后臺計算是設計過的，計算量可控，定制界面還可以對計算量巨大的動作做出限制，這樣后臺數(shù)據(jù)倉庫也能撐住了，避免了性能問題隱患所以 BI 要想真正智能， 必須得走行業(yè)化，專業(yè)化才可以，這個要求通用 BI 廠商就明顯滿足不了了，它們的普適定位和行業(yè)專精本來就是沖突的，得由行業(yè)軟件開發(fā)商來做行業(yè)化甚至是針對用戶特制的 BI 才可以然而行業(yè)軟件開發(fā)商，雖然有行業(yè)知識和經(jīng)驗，有潛力把 BI 做的更貼近用戶，讓分析更加智能，但其實他們做起來也很難自己從頭去做一個 BI，工作量和難度都太大，不太現(xiàn)實。CUBE 雖然簡單，但其數(shù)據(jù)處理和界面仍然有不少的內(nèi)容，BI 廠商也耕耘了不少年頭，完整復制并沒那么容易。如果能基于現(xiàn)成的通用 BI 產(chǎn)品再來改造定制，那就輕松多了，可惜，商用的 BI 工具大都是不開源，對外接口也很簡單，無法支撐深度改造定制的可能性。幸好開源 BI 還挺多，國外的有不少，國內(nèi)的也有潤乾的開源 BI，中文頁面更好改，而且潤乾專注于 BI 報表行業(yè) 20 年，也更懂國人的 BI在行業(yè)經(jīng)驗的加持下改造過的 BI 解決方案就會比通用的 BI 產(chǎn)品更好用，業(yè)務用戶能做的交互分析也就更多更輕松了，BI 也就更智能一些了

總結

BI 工具，雖說叫 BI，但對 BI“智能”的實現(xiàn)其實作用甚微，名相如實不相如，就像現(xiàn)在的 AI 一樣，都說自己智能，但其實并沒有，大家都是在路上，離終點還很遠，上了 BI，也還離 I 很遠想要讓 BI 更 I 更智能，首先要明確目標，不要走偏；其次要注重 BI 工具數(shù)據(jù)處理的能力，比如能否做好關聯(lián)分析，讓 BI 可以勝任更多的分析場景；然后還需要有其他分析工具來補充，比如報表工具，實際上，用戶每天看的用的也主要是報表；最后還得找有行業(yè)經(jīng)驗的實施廠商來給定制、實施，通用的 BI 廠商各行業(yè)都想普適，各方都想滿足討好，是不可能的，只能是弄的誰用起來都別扭，必須行業(yè)定制才可以然而就算把這些都做到了，商業(yè)也不是就完全智能了，“智能”是一個遙遠的終點，我們依然在路上，只是離終點更近了一些