資料分析報表設計開發要素

1.背景

隨著企業對資料價值的認識越來越高，資料分析類專案也隨之增加，尤其是近一段時間大資料時代的到來，資料分析已經是必不可少的內容。其中資料分析結果以報表形式呈現給使用者，是各專案的重要組成部分。但是這些報表的使用者的使用情況如何，使用者是否滿意?

2.報表的重要性

作為資料分析專案，包括了原始資料獲取及處理，資料分析整理，報表展現等多個部分組成，但是從使用者角度來講，他只能看到報表展現，他看不到專案的後臺處理過程。即使你後臺做的再好，資料再怎麼穩定，處理速度再怎麼快，資料分析再怎麼有價值，但是不能通過報表展現呈現給使用者，還是沒有用。所以報表的設計就在資料分析專案中顯得非常重要。

3.報表的價值

報表的價值並不是實現報表的過程花了很多的時間，也不是實施的過程中用了多麼先進的技術。所以不要過分的強調你做了什麼，而是要關注你為客戶帶來了什麼。其實報表給使用者帶來的價值最多的體現在如下兩個方面：

3.1.節省人力成本

節省人力成本非常好理解，那我們要做的就是通過報表節省更多的人力成本。做使用者需要的內容，那麼如何才能知道我設計的內容使用者喜不喜歡了，主要從兩個方面來衡量，一個是使用者的粘性，一個是使用者的數量，只要使用者願意經常使用說明我們做的東西對他有幫助，既然有幫助可能就能節省人力成本，而使用者的數量越大說明節約的人力成本越多，自然而然的我們的報表價值越大。

3.2.輔助分析決策

通過我們的報表分析能夠使使用者發現以前很難發現的問題，並且發現問題後，不再憑感覺拍頭腦決策，而可以根據報表中的資料來支援決策。決策避免了感官，更加註重資料支援和理性決策。一個正確的決策到底能夠該使用者創造多大的價值這個還真不好衡量，但是我們可以粗略的認為使用者級別越高決策的價值越大，所以我們努力的方向就是不僅僅一線的使用者願意使用我們的報表，中層領導幹部甚至是高層領導也願意使用我們的報表分析。使我們的報表分析價值最大化。

4.報表的設計要素

4.1.以人為本

報表可以認為是我們的一種服務手段，我們的'目標就是使用者覺得有價值，願意用。所以有時候不是我們設計以及開發人員覺得好就好，而是要從使用者角度出發，讓使用者覺得好才是最重要的。

ü高層領導：簡潔明瞭，少操作，直接出結果。

作為高層領導，沒有太多的時間去深入研究報表的細節，因此報表要直接把結果以最簡單的方式呈現，並且儘量減少操作，能滾動頁面的就不要另外加頁標籤。

ü中層領導：重點突出，分析深入

中層領導，一般起到承上啟下的作用，既要向領導彙報，又要向下安排具體工作。因此高層領導知道的內容中層領導必須知道，當然必須是許可權範圍內的資訊，要不然高層都瞭解的問題中層領導不知道肯定是工作不到位的體現，並且還要對問題有深入的分析，一方面向領導彙報問題的解決方案，一方面要先下安排工作，解決具體問題。

ü一線人員：解決具體問題，注重實用性

作為一線人員，不需要太多的分析思想，也不需要重大的輔助決策，他們更關心的是幫組他們提高工作效率，解決實際具體的問題，所以要求使用簡單，有針對性，這才是最重要的。

4.2.目標明確，

做一張表每一個圖，都要考慮這個圖主要起到什麼作用，能為使用者瞭解哪些資訊，發現哪些問題，目前的指標選擇是否合理，往往目標明確以後才能選擇最好的指標(這裡的指標說的是衍生指標，例如由使用者數衍生的使用者增長率等等)

結合報表的上下文，每一部分在整體的報表系統中又是起到了什麼作用。

4.3.重點突出

我們通過表格或者圖形向用戶傳達的資訊一定要明瞭，千萬不要讓使用者去找，事實上一般我們的分析系統很多的功能都不需要使用者每天進行訪問的，所以報表的使用者對於報表的結構不一定非常熟悉，特別的系統剛上線的時候，如何能夠讓陌生的使用者很快的瞭解報表中有價值的資訊，方便使用者理解就變得非常重要。例如表格中重點的指標儘量靠左，如果是排名或者預警要以特別的顏色或者標誌進行區分等等。

4.4.業務劃分為主，指標劃分為輔

我們服務的客戶也有他們的工作，他們的工作內容也往往是圍繞業務展開的，因此一個使用者往往需要的指標是多方面的，例如即需要使用者資訊，有需要銷售金額資訊，這些資訊都和他的工作密切相關，因此設計的時候應該以業務為主，這樣共更容易滿足使用者的需求，而以指標劃分為輔能夠使指標歸類更加明確特別是許可權控制更加合理，並且可以把指標劃分作為分析的中間層資料，以備後續功能拓展使用。

以業務劃分為，產品，運營，銷售，客服，市場，財務，高層領導等進行劃分

以指標劃分，使用者類指標，金額指標，流量類指標等等。

5.專案實施要點

5.1.確認使用物件

使用人員的不同決定了報表的設計風格的不同，同時也是報表專案實施前專案價值的有效評估，知己知彼百戰不殆，因此這一塊是非常重要的。特別是有些專案客戶安排了具體專案介面人，他是所有需求的介面，但是他本人並不一定是報表的直接使用者，所以要儘量獲取報表直接使用人的具體資訊，甚至想辦法獲取第一手的報表使用者的直接需求。

5.2.挖掘業務需求

為什麼是挖掘需求而不是確認需求?一般來講做其他的專案，客戶提出的需求我們只要針對可行性進行需求確認即可，儘管可能要確認多次，但是我們的重點確實是確認。而資料分析報表類需求，也可能是專案的特殊性，一方面使用者有想要的東西，但是提不出需求，另一方面使用者提出的需求與其實際想要的東西有差距，為了能更明確的知道使用者原始的目的，我們必須要挖掘使用者的需求，利用我們的專業知識進行引導，幫助使用者完善需求，而不是簡單的確認需求。

5.3.縮短開發人員和使用者之間的距離

報表的設計對使用者體驗有很大的影響，同樣的開發也有很多細節也影響使用者的體驗，畢竟開發人員才能實際接觸資料，由於資料的多樣性，有很多問題在設計上是沒辦法完全想到的，因此需要開發人員也要了解使用者的原始需求，根據使用者的原始需求對於設計上的不足提出自己的開發意見，畢竟作為專案組成員考慮問題的角度不同，有很多時候這些意見還是非常重要的。

一般專案團隊不大的時候，可以適當的讓開發參與各階段的專案設計評審，以及一些直接或者間接的使用者交流(比如使用者交流會議紀要);其次提交給開發需求詳細設計的同時，最好能提供使用者的原始需求，以及相關的原始需求資料，幫助開發在碰到設計上的問題的時候可以提出自己的意見。

5.4.提高開發人員的報表設計水平

開發人員不僅能夠按照產品設計的要求完成產品的開發，同時也能根據開發自身的優勢(瞭解底層資料)，參與到報表的設計和完善，只有開發人員具有較強的報表設計能力，才能保證提出的設計意見是客觀的，對滿足使用者需求有幫助的。

5.5.加大評審力度

報表專案的需求變更幾乎是其他專案的2.5倍，這是由專案本身的特點決定的，因此在需求設計的時候要不斷的進行評審，拷問每一個圖，每一個表，每一個欄位到底能幫助使用者做什麼，評審通過的設計才能全力開發。可以用固定時間節點評審和臨時性評審相結合的方式進行。

5.6.建立報表使用監控，加大回訪

l報表監控

監控包括兩個方面：報表管理的監控，使用情況的監控

報表的管理監控可以第一時間發現報表系統的執行過程中出現的問題，並且及時跟進解決，保證使用者的友好體驗。

使用者使用情況監控可以使我們對使用者的報表使用情況更加的瞭解，發現使用者應用和我們的預期是否存在較大的差別，更好的發現我們報表設計的不足，及時的對報表進行改進。

l加大回訪

瞭解使用者使用過程中的問題，主動詢問，已達到修改的目的(實際上可能成為專案的二期需求)

5.7.不斷修改使報表不斷完善

樣式和內容：使用者很多情況下是看到報表以後才會有進一步的想法，可能是發現原有功能的問題或者不足，也可能是想到了新的功能，我們要做的就是逐漸的摸索使用者的使用習慣，不斷豐富使用者的內容需求。

資料質量：報表的資料質量受多方面因數影響，原始資料的因素，需求定義的因素，程式開發的因素，業務系統變更的因素等等。一開始就要求報表資料質量百分百正確是不可能的，尤其是報表相對比較多的時候，因此要想達到非常完美的資料質量，需要不斷修改和完善，查詢問題原因，並設計修改方案，開發和測試，這將花費比較多的時間。

5.8.保證使用者粘性

報表的價值體現有時是連續性的，有時是間歇性的，有時是一次性的。儘量提高報表中體現連續價值，或者間歇性價值的功能模組的比例，適當的做一些價值非常高的一次性分析內容。

連續性價值：例如異常預警監控，一線人員的服務支援系統

間歇性價值：例如月度考核相關分析

一次性價值：例如某次營銷效果的分析

6.報表設計常見問題

6.1.內容豐富重點不突出

一張報表中涵蓋的資訊很豐富，欄位很多，記錄數也很多甚至可以進行翻頁，但是這樣的一個報表，使用者的著眼點在哪裡，哪些才是整張報表的核心內容必須突顯出來。儘量不要讓使用者自己去分析，自己去查詢需要的內容。把使用者最需要的東西放在最顯著的位置，並且進行突出顯示。有必要的話也可以把報表進行拆分。

6.2.指標與衍生指標取捨不合理

很多指標都有一些衍生指標，並不是只有後臺資料庫裡面存在的指標才能展現，也不是一定要展現絕對量，有時指標稍微變換一下就能得到意想不到的效果，實際上有時候相對量更能反映事物的本質。不要為了頁面的效果簡單的羅列指標。

最常用的衍生指標：同比，環比，佔比，累計佔比等等

6.3.指標設計與業務不符

在做報表分析的過程中，不少指標單純從指標的合理性角度看是沒有問題的，但是結合業務邏輯，有些就是不合理的。例如最近一年使用者量的日趨勢圖，每天的使用者變化可能是波動比較大的，一年的趨勢變化根本看不出什麼;我