做儀表板設計的時候，很多人以為數字沒有錯、圖表畫得好看就夠了，會議開完卻沒有下一步。
這篇整理自 Meriem Benhabiles 的文章《Rethinking Data Visualisation: A UX Approach To Dashboards That Actually Drives Decisions》。
她想說的是，卡住的地方通常不在資料，而在呈現方式。
資料被擺出來了，卻還沒被整理成能幫人下判斷、引出討論、變成行動的樣子。
數字一樣，圖卻說了不同的故事
Francis Anscombe 在 1973 年提過一個經典案例，四組資料的平均、變異數、相關係數、迴歸線全都一樣。
放在表格裡幾乎看不出差別，畫成散點圖感覺就完全不同了。有的接近穩定的線性關係，有的明顯是彎的，有的是被少數離群點硬拉出相似的統計結果。
另一個例子是 Visual Capitalist 的《History of Pandemics》。它沒有丟一張死亡人數的長表給讀者，而是在同一條時間線上，用大小不同的氣泡表示每一次疫情的規模。
還沒讀標籤，就先感受到黑死病的量級幾乎壓過整頁。先看到重點，再讀細節，理解就快很多。
Edward Tufte 的「資料墨水比」主張，圖表裡每個視覺元素都該用來解釋資料，而不是裝飾。這個原則放在單張圖上當然成立。
但圖表很少在真空裡被閱讀，總是有人在特定情境、帶著特定壓力在看。一味壓到最乾淨，有時反而拿掉決策者最需要的那層上下文。簡潔不是目標，合適的複雜度才是。
儀表板設計之前，先問三個問題
原文說，真正高槓桿的 80% 不在螢幕上，而是在打開工具、抽資料、做任何設計選擇之前。
這些可以歸結成三個問題：
- 背景：我們想用這些資料說明什麼？
- 受眾：這張圖的目標對象是誰，他們怎麼思考？
- 洞察：資料要怎麼指引業務做出改變？
背景：先有問題，再有指標
很多資料密集的專案其實是本末倒置的。先從分析工具撈出已經在追蹤的指標，再圍著指標畫圖，這些資料原本要回答什麼，要嘛想當然，要嘛從來沒人問過。
原因是我們把眼前現有的資料，當成了問題的邊界。
比起「告訴我產品表現如何」，「找出第一季註冊的使用者裡，哪些功能在驅動留存」清楚多了。它同時帶出指標、人群範圍，還有隱含的產品動作。
舉個例子，UX 團隊想修電商結帳流程的漏洞。圍著資料搭的儀表板，會把點擊次數、捲動深度、裝置、來源、頁面路徑全拉出來，最後大家只會問：「那我們到底該改什麼？」
如果從「使用者在結帳的哪一步流失」問起，大部分雜訊就自動退場。原文說大約濾掉 90% 的無關資訊，剩下一張直接的漏斗圖，馬上看出付款頁是瓶頸。
受眾：熟悉度與責任
為受眾設計，主要看兩件事，熟悉度和責任。
熟悉度是資料素養，對方能不能憑直覺讀懂圖表。同一張資訊密集的儀表板，交給業務主管和資深分析師，就像把同一張地圖，分別交給靠地標認路的人，和會看經緯度座標的人。
責任則決定複雜度怎麼呈現。要為 12% 下滑負責的高階主管，那個數字代表預算、目標和組織壓力。只負責回報的分析師，它比較像一個要說明清楚的結果。
最後會落到很實際的問題，就是你能在一個人面前放多少東西。分析師需要高密度的環境做診斷，願意一路往下挖。
主管更需要整理好的結果，快速判斷什麼在推動成長、什麼是風險、資源該往哪邊調。
洞察：看完之後要知道怎麼辦
資訊回答的是「資料顯示了什麼」，洞察回答的是「看完該怎麼判斷、怎麼調整」，這是兩個層級。
很多專案預設只要圖準確、表達清楚，洞察自然會出現，但現實不是這樣。設計前沒想清楚要推動什麼改變，儀表板就容易只停在被動回報。
假設預訂率突然掉了 15%。如果儀表板只做到「顯示下滑」，它發出的只是警報，管理層很容易往產品故障、流程出錯去想，團隊就陷入一場昂貴、卻不一定對路的救火。
如果是圍繞洞察來設計，預訂率會和流量來源、活動上線時間、投放變化放在同一個視野。原因可能馬上浮現：App 沒問題，核心使用者的轉化也穩，整體指標是被某個剛放量的活動，帶來的大量低意向點擊稀釋了。
這樣問題就不是產品重做，而是暫停低效活動、調整獲客策略。每一種視覺化都隱含著下一步，哪怕那個結論只是「現在先不用改」。
B2B 平台的實際案例
原文用一個企業級 B2B SaaS 專案驗證這套方法。平台負責企業的人才管理與能力追蹤，需求一開始很開放：「我們累積了大量使用者活動資料，需要呈現給企業團隊。」
背景這一關，先定義什麼叫「表現得好」。最直覺的指標是使用時長，但它只是間接指標，只能說明人來過、停留過，說明不了有沒有學到東西。
更有意義的是各能力領域的得分、認證完成率，還有一段時間的變化。使用時長退成輔助訊號，用來判斷哪些模組沒被用到，以及這是不是和低分有關。
受眾這一關，最直接的做法是同一套圖表，分成個人視圖和團隊視圖。但個人和管理者需要的，是不同的敘事結構。
個人介面像一面鏡子，給細緻、真實、和自己有關的資訊。管理者介面則先把個人放後面，先看團隊整體進度和持續存在的能力缺口，再保留清楚的下鑽路徑。
洞察這一關，重點放在敘事節奏。個人是週一早上掃一眼，就整理出本週的優先事項。管理者則是在能力缺口變成專案問題之前就介入，從事後復盤變成事前指導。
原文還提到一個沒人提出、最後卻成為亮點的「比較工具」，讓管理者把兩位成員放在同一套指標下並排看。它源自一項設計假設，卻成了最能引起共鳴的功能。
工具上線後，平台分析功能的週活躍度明顯提升。管理者不再是每月導出一次靜態報表，而是每週一主動打開來規劃工作。
原文也很坦白，營收和成長變好，很難全部歸因到儀表板，最有說服力的證據還是使用者回饋。
我想這篇最值得帶走的是順序。畫圖是最後一步，前面該先問的是：這些資料要回答什麼問題、誰在看、看完要做什麼。
做儀表板設計的時候，背景、受眾、洞察這三題，也許比選哪種圖表更早該問才是。
如果你也在想介面該快還是該慢，可以接著看這篇：AI 越快，使用者越不放心？聊聊「刻意放慢」的介面設計。
儀表板設計的常見問題
儀表板設計要先從哪裡開始？
先別打開工具。先回答三題：這些資料要說明什麼、誰在看、看完要做什麼。
儀表板越簡潔越好嗎？
不一定。簡潔不是目標，合適的複雜度才是。主管需要整理好的結果，分析師則需要高密度的環境做診斷。
怎麼讓儀表板真正推動決策？
圍繞洞察來設計。把相關的指標放在同一個視野，讓每種視覺化都隱含著下一步。
