談資料化管理離不開報表系統,企業都會用到報表系統,但不可能有十全十美的報表系統,畢竟任何一個行業和企業受自身客觀環境的限制。
但做報表的表格表姐們,總要有點理想和追求,就好比到一定年紀會自問,我的人生追求到底是啥?
其實,報表系統,合適的就是最好的。
現在報表工具市場百花齊放,自有存在的道理,所謂的大資料報表引擎,在相當長的時間內,對於很多企業來講,是沒有必要的,大炮打蚊子,那也是極其浪費的事情。
同時,大資料讓客戶的資料意識漸起,因此,即使針對的是小資料的報表工具,也能趕上一波紅利,如果報表工具之前沒有特別的差異性,客戶服務能力就至關重要了,IT一定程度賣的不僅是產品,還有服務。
如何看待報表系統?
任何代表趨勢性的發明和系統,都來自最前沿的應用領域,報表系統最核心的是對於資料治理和展現。
因此,以大資料應用為核心,或者擁有海量大資料的企業,其對於報表系統的訴求和應用,應能代表這個技術的發展方向,網際網路企業可以向BAT看齊,傳統企業可以向運營商看齊,比如中國移動曾經打造了世界最大規模的資料倉庫系統,在那個時候,引領了資料倉庫建設的潮流。
那麼,企業如何打造極致的報表系統?
首先,極致報表系統的打造,不是一個工具或系統就能單方面解決的,企業自身對於報表的認識和投入是至關重要的。
因為報表系統能力不僅取決定於工具能力,也依賴企業的資料管理能力,而資料管理能力在各個企業的情況不同,同樣的工具在不同的企業應用那也是千差萬別,好馬也要配好鞍。
資料管理能力除了資料質量,最重要的是資料標準化能力。
一個企業的報表成千上萬,運維開發團隊疲於奔命,這是有問題的,說明它的資料管理能力還未到達一定的水平,當然,這也是大多企業的常態。
產生這個問題的一個根本原因是標準化能力不足,報表由指標組成,一個企業的基本指標非常有限,但指標的組合可以無窮無盡,因此,報表可以無窮無盡,這是禍根。
大多數企業做不了報表標準化的事情,有兩個根本原因:
1、IT報表團隊本身的問題。BI領域一直有一個挑戰,就是到底是以滿足業務人員需求為主還是致力於打造一個平臺,更致命的是,BI人員所謂的滿足需求並不是在完成一個功能,而是價值也許只有幾天的一段取數程式碼,其是無法實現很好的傳承的。
2、IT報表團隊與業務人員的博弈。業務人員屁股決定腦袋很正常,但無論報表做的多急,要的多快,報表團隊還是要注意控制節奏,因為大多數企業,業務人員提報表需求沒有成本,決定了讓業務人員自發減少需求是無解的,到了一定階段,你做的再快,也無法帶來滿意度的提升。
有哪些理想的報表工具?報表工具與那些發展前景?
1、速度是極致報表系統的一個基本要求。
傳統的報表工具引擎側重展現,但對於後臺資料大多時候僅僅起到一個接入的作用,它的設計理念,可以認為是以重前臺,輕後臺的方式,儘可能覆蓋更多的後臺資料的形式去滿足市場需求,但帶來的問題是,後臺資料深度支撐能力太弱了,因此無法滿足海量多維度資料的快速查詢要求。
2、海量,快速,多維,是未來報表引擎的要求
對於擁有海量資料的企業,需求已經在改變,有時,寧願自己做報表,也不再願意採購報表工具產品,這是有其原因的。
速度越來越重要,還因為當前有一種趨勢,分析型和清單級報表需要融合成一體,也就是說,從指標可以下鑽到清單,這可以幫助實現分析執行一體化,而以前清單往往靠取數臨時實現,造成了兩者的不一致,降低了異動核查的效率。
比如運營商其實有兩套報表,一套叫生產報表,一套叫經分報表,前者以滿足一線生產為主,後者以滿足管理者分析需要為主,以前很難有一種報表工具能同時支撐這兩種資料檢視模式。
3、開放性是極致報表系統的一個根本訴求
其實,所謂開放和封閉是相對的,如果你的封閉體驗和效能做到了極致,客戶可以犧牲一定的靈活性來適應你的產品。現在諸如資料庫一體機大行其道,因為好用嘛,暫時也沒有好的替代品。
但是,在報表產品上,封閉可能成為不了趨勢,筆者以前談過,越是面向前端的產品,使用者對於靈活性的訴求會劇烈增長,直到抵消產品封閉帶來的價值。
報表工具有前端展現和後臺資料引擎兩個基本模組,假如你有強勁的後臺資料引擎,就需要考慮,前端的展現是否可以開放介面,能否提供一套API?
要知道,再牛逼的前臺展現搞不過EXCEL,也搞不過PPT的組裝,更搞不過各個企業複雜的業務管理、機制和流程要求,比如,報表展現要打個水印怎麼辦? 加入一段安全控制程式碼行不行?
當然,不僅僅是前臺開放,後臺也需要,比如報表資料的重新整理,觸發方式多種多樣,總要有些定製化能力,提供更多的可配置性和開放性。
4、適配性是極致報表系統的一個現實要求。
各類報表產品顯然對於企業系統環境是有要求的,但不要為了極致效能而忽視現狀和通用性,比如SPARK2.0剛剛推出,就不要說產品只支援2.0,假如是基於hadoop的,則需要儘可能相容大多數版本。
一般來說,假如只是為了打造一個更快的報表系統,企業不會去改變它現有的技術架構體系,畢竟報表始終是IT的下游系統。報表系統更應該考慮的是如何儘可能的適應當前大多數企業的現狀,與時俱進吧。
在大資料時代,產品的競爭力,很大程度是取決於你版本的更新速度,因為客戶的需求變化很快,技術更迭也很快,必須要適配的足夠快,已經有太多牛逼的公司由於緩慢的產品更迭速度而備受客戶詬病,一旦口碑做壞了,就一去不復返了,報表工具不是一種容易硬捆綁的產品,而且這個圈子並不大。
然後,談談報表前臺吧。
當前,很多報表產品都已經有拖拉鑽取的功能,但建議的一個設計原則是,能簡單就儘量簡單點吧,一個報表產品前臺,不要提供太多的選擇,最好還能分一下使用者層級。
大多企業一線人員,是報表的主要使用者,根本不會拖拉鑽取,它如一個嬰兒,報表是餵給它的,只要看得清楚,速度快就行了,不要奢望它會用到你哪怕30%的功能,給個搜素、收藏夾、匯出功能就足夠了,以前OLAP產品所以用不好,就在於使用門檻太高,很多使用人員,甚至不知道啥叫維度,啥叫指標,你讓他拖什麼?
高階的定製功能,設計步驟也要點到為止,配一張報表,最多是三步,選擇後臺表,選擇指標和維度,報表設計(比如多表頭啥的),生成報表,當然還有排程啥的,就不細談了。
最後,還是要提提報表企業的雄心吧。
不少報表企業被大企業收購了,很大原因是它形成不了生態鏈,一旦產品同質化,就只能依附於大系統的巨無霸生存,這種結合顯然於雙方都有利,一個將自身產品的價值鏈進一步延伸,一個依附於某個資料庫或者某類系統,能夠獲得額外的效能提升,以此形成新的差異化競爭優勢。
但是,弊端也很明顯,跟著巨無霸往往意味著速度變慢,創新變慢,那麼,報表企業到底如何才能施展自己更大的抱負呢?
單靠一款報表工具打天下其實風險很大,因為維度太單一,前段時間,吳伯凡在《日知錄》中提企業競爭力的時候,談到的降維打擊是很有啟發意義的。
熱門文章推薦:
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹
文 | 軟妹