為了更好的完成您的儀表盤開發項目，在創建儀表盤之前你應該問自己以下一些關鍵問題。

1.這個儀表盤是為什么服務的？

i.我需要這個儀表盤為中層管理者提供分析報告嗎？
ii.我需要監控某個特定商品每天或每小時的交易狀況嗎？（注：這關系到您的儀表盤可視化樣式）

2.誰是這個儀表盤的目標受眾?

i.CEO
ii.部門領導
iii.監控工廠生產情況的工頭
iv.下游的知識型員工

3.對不同的目標受眾要有不同的視圖嗎？

i.市場主管不需要查看人力資源管理者的報告
ii.CEO們需要可訪問不同數據視圖的綜合報告

4.我們要測量什么？

i.它是一個進程嗎？

• 這個進程被清晰的定義了嗎？
• 這個進程是否注意到了“業務的細微差別”，這些差別可能會造成從這些數據中得出歪曲的結論。

ii.這個進程/系統從上到下有一個清晰的任務、進程和責任的分配嗎？

5.我想從每個報告中作出什么行動？

i.當達到某個閥值時我們能自動得到更多詳細信息或狀態檢查嗎?
ii.任何進程失去控制的時候我想產生一個警告嗎？

6.誰是負責管理或監控任務、事件和進程的人？

i.業務經理在應對某個事件時要采取什么行動？
ii.誰有權負責業務流程，他/她都做了些什么？

7.每個視圖/報告要輔之以比較和歷史數據嗎？

i.我們如何與我們主要的競爭者對陣？
ii.與去年同期相比現在的銷售業績如何？

8.我們的衡量指標被清晰的定義了嗎？

i.預聚合的計算值，也被稱為KSI（關鍵成功指標）和KPI（關鍵業績指標）。
ii.開始儀表盤冒險之前必須深刻理解不同指標間的從屬關系。

9.這個儀表盤有哪些視覺樣式？

i.分析型（用統計和金融公式來提供視圖）
ii.戰略型（弄清楚我們對公司的愿景在一個怎樣的高度）
iii.監控型（源源不斷的實時數據流向視圖窗口，向下鉆取交易數據層級的能力是非常重要的）
iv.將以上幾種集成起來（一般會提供給CEO們）

10.哪種技術最適合我們的需求？

i.ASP.Net / Java
ii.Reporting Services（最好是在不需要高水平的用戶交互的時候使用）

11.數據進程序列也應該反應在KPI報表序列中嗎？

i.對于一個熟悉某個進程鏈數據流的人來說，一個不熟悉的視圖序列可能會改變對已呈現數據的觀點。

12.儀表盤需要呈現完整的圖片嗎？

i.從一個儀表盤中錯過了相關的商業信息會使得受眾產生更多的疑問而不是答案。

13.儀表盤的每一個報表/視圖的關鍵“賣點”是什么？

i.每一個報表必須有一些核心的結論
ii.一個沒有結論的報表就像一場沒有議程的會議
iii.“賣點”既可以是視覺線索，也可以是文本信息

14.我是否選擇了正確的顯示媒介去創建一個視覺耀眼的儀表盤？

i.使用正確的圖表樣式能避免讀者犯視覺錯誤（注：有一個好方法，添加圖像內容到報表中，這個圖像如果沒有提升用戶對數據的理解，說明這個圖像是多余的）

15.我們定下的外觀主題是否能應用在所有的報表中？

i.在不同的報表中使用不同的顏色去呈現相同的進程，這可能會導致用戶誤以為它是另一個子群的數據