“你真的需要將數(shù)據(jù)進行可視化嗎?”

在一個討論數(shù)據(jù)可視化的項目里質(zhì)疑需不需要數(shù)據(jù)可視化會顯得很奇怪。有一種做法是“先構(gòu)建主頁, 然后直接用 Go live 插入數(shù)據(jù)”。如果沒有人要求你這樣做，恭喜你運氣太好了。

沒錯, 在清理數(shù)據(jù)和準備提要方面是存在一些挑戰(zhàn)的, 但如果主頁設(shè)計好了卻無法獲取任何數(shù)據(jù)，這就本末倒置了。

讓數(shù)據(jù)適應(yīng)頁面是項目完成后主頁無法操作或者圖表顯得怪異的根本原因。如果事先沒有進行探索性的數(shù)據(jù)分析, 圖表就可能會被異常數(shù)據(jù)甚至更糟的情況所扭曲, 導致最終變成沒有模式的圖表。

其實圖表的選擇也是由數(shù)據(jù)決定的。例如, 當你要做一個四種產(chǎn)品的收入分配圖，條形圖可以是可以, 但是樹形圖(tree map)之類的圖表可能更合適。

作為項目計劃的一部分，預先考慮數(shù)據(jù)的情況非常重要。雖然知道了標題行就可以開始著手設(shè)計，但在做出關(guān)鍵設(shè)計決策之前，完整的數(shù)據(jù)必不可少。客戶必須get到數(shù)據(jù)圖表的關(guān)鍵點，因此必須通過數(shù)據(jù)洞察得出設(shè)計決策。

編寫的將數(shù)據(jù)類型映射成的可視化編碼

“請給我加個超棒的日出圖案!”

有時候人們會非常喜歡圖表，以至于他們試圖將這種關(guān)系擴展到可視化示例范圍之外。這會導致圖表在解決方案中無法合理地發(fā)揮作用，甚至可能會對整個項目造成嚴重破壞。

那些即使在用戶沒需求的情況下，也要添加特殊圖表或3D圖表的設(shè)計師，都是為了自我滿足，這樣做最終會導致用戶流失。這不是一個自助餐，人們可以選擇各種各樣的花式圖表來放在盤子上。有些人可能會偏愛Sankey圖表或Chord圖表，但將這些圖表提供給對數(shù)據(jù)不敏感的讀者，這將是一場災(zāi)難。

圖表的選擇是一門科學，這里面有較成熟的規(guī)則，如圖形語法。選擇圖表的因素有很多，比如圖表類型(分布和趨勢)、數(shù)據(jù)點(是少還是多)、用戶角色(運營者、戰(zhàn)略策劃等等)、用戶對數(shù)據(jù)的熟悉程度(比如分析師或者業(yè)務(wù)用戶)等，所以我們必須積極地給用戶講解原理，并配合實例來解釋。

數(shù)據(jù)可視化的分類

“我想要一個內(nèi)容豐富的用戶界面……你能讓所有功能都點擊實現(xiàn)嗎?”

在設(shè)計導航和交互時，一個常見的要求是“在深度上走到最底層，并讓所有內(nèi)容都能點擊實現(xiàn)”。如果把整個世界都反映在一張屏幕上是種常見的幻想，那么實現(xiàn)所有內(nèi)容可點擊也是一種類似的想法。之所以把這個功能的優(yōu)先級很高，是因為用戶會主動忽視頁面中不能點擊的內(nèi)容。

把很多點擊功能加入到單個屏幕中，會讓可視化變成類似尋找復活節(jié)彩蛋的東西，因為用戶可能永遠都不知道在主頁中隱藏的有哪些有用的信息。在大多數(shù)應(yīng)用程序中，超過90%的點擊功能從未被使用過，大概只有10%的點擊功能是用戶在重要的操作流程中會用到。

豐富的用戶界面并不非得有許多可點擊功能，而是說用戶界面能恰當并直觀的向用戶展示主要功能。因此，制定一些強制性的指導方針可能會有所幫助，比如每個屏幕不超過8個點擊按鈕。

其實在靜態(tài)面板中，數(shù)據(jù)依然可以表達強有力的觀點，因此在設(shè)計時要仔細考慮頁面中必不可少的交互性。用戶會因此而感激不盡的。

一個強大的可視化展示——靜態(tài)，具有200年的保質(zhì)期：拿破侖戰(zhàn)敗的俄羅斯戰(zhàn)役