web-dev-qa-db-ja.com

散布図グラフの設計

私はデータvisプラットフォームを設計しており、グラフには2つの主要なフォームファクター、大小があります。これらのグラフの設計では、ユーザビリティを犠牲にすることなく、ほとんどのプラットフォームの最終的な醜さを回避しようとしています。

この質問は散布図を扱います。 2つの可能なバージョンがあります。

1つのバージョンでは、大きいサイズは小さいサイズとは異なるAxisタイトルスキームを使用します。もう1つでは、同じスキームを使用します。

異なる方式の利点は、余分なスペースを利用してより多くのメジャーマークを含めることですが、欠点は、認知負荷が高く、見苦しい可能性がある2つの異なる設計であることです。

考え?

バージョン1-同じレイアウト

Design 1

バージョン2-異なるレイアウト

Design 2

2
JClaussFTW

より大きなグラフでより多くの情報が表示されるバージョン2の方が優れています。

バージョン2の大規模なグラフと小規模なグラフのレイアウトの違いはごくわずかなので、ユーザーに聞いても気付かれないでしょう。データの視覚化において、ユーザーにとって最も重要なことは、グラフからデータセット内のパターンを見つけることです。データを理解しやすくするために、より細かい軸の細分割を提供することは良いことです。

2番目のポイントは、すべてが同じに見える点までの一貫性は、必ずしも認知負荷を減らすわけではありません。グラフがいっぱいのページでは、強調が提供されていない場合、ユーザーが最初に何に焦点を当てればよいかわからないため、ユーザーが圧倒されるのは非常に簡単です。

2
nightning

Data Vizドメインに美的要素を広めるというあなたの使命は素晴らしいですが、どちらのバージョンにも現在の状態に問題があります。

  • 縦書きのテキスト—常に悪い、決して使用しないでください。
  • 機能しない50ピクセルの凡例セリフ。
  • 目が従うグリッド線はありません。目が失われると、チャートの中央で目が失われ、データがほぼ表示され、チャートの目的が損なわれます。
  • チャートの1つには、従うべき凡例はありません。
  • 中央に揃えられたX軸の凡例はワイドスクリーンで失われます。
  • 右揃えのY軸の凡例は、すべての画面で失われます。
  • ストロークされた円はラジオボタンのように見えます。必要に応じてインタラクティブに使用しますが、静的バージョンの場合は塗りつぶす必要があります。
  • 図形(ストロークされた円と完全な円)は、完全なグラフとミニグラフではまとまりがあります。各形状は1つのタイプの変数を表し、両方を表示すると2つの異なる変数が表示されます。
  • 青緑と青の色合いが近すぎて、混ざり合っています。色覚異常のユーザーのためにチャートの色を検証しなかったのかもしれません。

これらのポイントを説明するためにリファレンスを設計しました(以下を参照)。

私が見ているように、あなたの最大の問題は凡例のデザインの範囲にあり、機能はフォームの前にあり、これは比較的簡単に修正できます。一般的な落とし穴を最速で内部化するために、Tufteの本、ブログ、フォーラムを強くお勧めします。

対話レベルについては、持っているデータ、表示したいデータ、強調したい洞察、およびユーザーのニーズに依存する可能性が多すぎます。これらのグラフで行ったように、特定の問題に関して個別の特定の質問をすることをお勧めします。

enter image description here

1
Zoe K

私はあなたの行方不明を称賛します-美しくて使いやすいデータビジュアルは驚くべきものです。

これらの画像には動きや相互作用はありません。インタラクションが利用できることを信頼できますか?従来のグラフはすべて印刷媒体に基づいており、ほとんどの人にとって消費は非常に困難です。

ユーザーが散布図をあちこち見回して、興味のあるポイントの実際の値を確認できるようにすることは、詳細なマークのセットを片側に表示するよりも優れています。たとえば、ユーザーがグラフに触れると、x軸とy軸上のポイント値のみを表示できます。そうすることで、メインビューをすっきりとしたシンプルな状態に保ち、ユーザーが要求したときにのみ強化することができます。

チャートの動きは本当に役立ちます。たとえば、1つの軸に沿って順番にポイントを配置します。ポイントがチャート(またはより論理的な場合は左/右)を描画するときに上昇する軸に対応する値を表示します。

PSキー(リング)をデータポイント(ドット)に一致させるとよいでしょう。それらは現在処理が非常に難しく、内容を理解する上で非常に重要であるようです。

0
Aidan Hall