Dashboard 圖表越放越多，反而沒人知道下一步

我以前規劃 Dashboard，第一個動作是盤點有哪些資料。

營收、訂單、使用者、區域、產品線，每個部門再加兩張自己想看的圖。最後一個頁面有 KPI 卡、圓餅圖、折線圖、地圖和明細表，看起來很完整。主管打開後問的第一個問題卻是：「所以現在有什麼要處理？」

那時我才發現，資料都放上去不等於能做決定。Dashboard 最難的不是畫圖，是決定哪些東西不要畫。

我現在先把目的寫下來，不先開 Figma

開始做畫面前，我會先把這段填完：

讓「哪個角色」在「什麼情境」判斷「哪個問題」，
看到異常後可以採取「什麼行動」。

例如：

讓客服主管在每天早會前判斷服務量能是否不足，
看到塞車後可以調整排班或安排支援。

這段填完，畫面需要的東西就清楚很多：未結案件、逾時案件、首次回覆時間、人員負載和待處理清單。至於本月總客戶數，可能很重要，但不一定屬於這個畫面。

同一套資料也不該硬做成同一頁。主管要看整體狀態，第一線同仁要看自己下一件工作，分析人員則要能自己換維度、往下鑽到明細。角色不同，Dashboard 的任務就不同。

四個 KPI 比十二個大數字有用

KPI 卡很容易做，也最容易失控。每個人都覺得自己的數字重要，最後第一排塞了 10 到 12 張卡，每一張一樣大、一樣亮。

我現在通常先限制在 3 到 6 張，而且每張都要回答兩件事：現在是多少，以及跟什麼比。

這些數字是版面示意，不是任何公司的真實資料。真正做專案時，門檻和比較基準要由使用部門定義。

沒有比較基準的大數字很難判斷好壞。128 到底很多還是很少？只有放上昨天、目標或警戒線後，它才開始有意思。

圖表名稱要說人話

我以前會把圖表標題寫成「工單類型」、「準時率趨勢」、「區域分布」。這只是把資料欄位搬到畫面上。

如果圖表已經能看出一個明確狀況，我會把標題寫成「本週逾時案件集中在物流問題」或「準時率連續 5 天低於 95%」。使用者不用先解讀一遍，才能知道我希望他看哪裡。

圖表種類也照問題選：

圓餅圖不是不能用，但分類一多，我幾乎都會改成排序長條圖。人比較長度比比較扇形角度容易，分類名稱也放得下。

紅色很醒目，但沒人知道誰要動

有一版畫面把異常指標做成紅色，大家第一次看都說很清楚。上線後，紅色每天都在，狀況卻沒有比較快處理。

症狀是主管知道有 23 件逾時案件，還要另外開系統搜尋、匯出，再把名單丟到群組問誰負責。原因是 Dashboard 只做到「看見」，沒有接到「處理」。

我後來在異常卡旁加了明細入口，清單預設按逾時時間排序，顯示負責人，並提供建立任務的動作。Dashboard 才從資訊牆變成工作入口。

現在每放一個紅燈，我都會問：誰要在多久內做什麼？答不出來時，這個紅燈可能只是裝飾。

資料時間要比漸層陰影更早做

Dashboard 不好看，使用者可能抱怨；Dashboard 不可信，使用者會直接放棄。

我會先處理這些狀態：

• 最後更新時間，以及使用的時區。

• 載入中，不要讓空白被誤認成零。

• 沒有資料時，說明是條件查不到還是來源尚未同步。

• 某個資料源失敗時，不能讓其他卡片假裝整頁正常。

• 批次資料落後時，明確標出延遲。

篩選條件也要顯示在畫面上，尤其 Dashboard 會被截圖或匯出時。同一張圖套用「本月」和「最近 90 天」，講的是不同事情；條件不在圖裡，截出去就只剩一張很容易誤會的圖。

KPI 沒定義，會議只是在吵口徑

「有效訂單」、「活躍客戶」、「已完成案件」看起來都很直白，實際上每個部門可能有自己的版本。

以有效訂單為例，取消的算不算？退款後要不要扣掉？測試單如何排除？跨日訂單算建立日還是完成日？

我現在至少會替重要 KPI 留下：

• 業務定義和計算公式。

• 資料來源及更新頻率。

• 排除條件和使用時區。

• 指標與資料的負責人。

• 公式何時改過，以及為什麼改。

資料字典不用一開始就做成幾百頁。先把畫面上最重要的 3 到 6 個 KPI 寫清楚，已經能少掉很多會議。

我用任務測原型，不問喜不喜歡

畫完低保真原型後，我不會只問使用者「這樣好不好看」。我會給他一個情境：

現在是早上 9:20，你要在早會前找出今天最需要處理的問題。
請告訴我目前是否正常、問題集中在哪，以及你下一步會做什麼。

接著看他能不能在 10 秒內判斷狀態，能不能找到異常來源，知不知道數字是哪個時間範圍。如果每一步都需要我在旁邊解釋，問題通常不在使用者，而在資訊層級和文字標籤。

Dashboard 可以有很多圖，也可以做得很漂亮。只是我現在會先確認它讓一個具體角色更快做完一個具體決定。這件事做到了，再加下一張圖；做不到，少一張通常比較好。