散布図 があり、これはデータを表します。
これで、クライアントはそれを this code flower (force direct)チャートに置き換えることを望んでいます。
実装作業は私たちにとって問題ではありませんが、UXを低下させると考えています。
散布図用
コードフラワーの場合:
私はUXの第一人者ではありませんが、良心によると、clientは製品customerのUXを低下させます。
私が決めるのを手伝ってください:
2つのグラフスタイルの目的は異なります。
散布図は、データの2つの次元間の関係を示しています。
一方、等級に加えてアイテム間の関係を表示するようなツリー視覚化。また、ユーザーが情報をグループ化して集約することもできます。そのため、かなり多くの情報が表示されますが、一部の情報をすばやく表示できるという犠牲が伴います。
この種のグラフィックは、関係を表示することが重要な場合に役立ちます。
とはいえ、
特定の実装が奇妙で役に立たないことがわかりました。回避します。
私が目にする問題のいくつか:
私の全体的な評決:関係が重要な情報であれば、ある種のツリーグラフィックは良いかもしれませんが、私はそれを使用しません。
私にとっては、このような複雑な情報を表示するには、より優れたグラフィックがはるかに大きくなります。そして、少なくともいくつかのメインノードにラベルを付けます。また、ノードを展開または折りたたむための操作がある場合は、これが可能な場所と発生していることを示す視覚的な合図で明確にする必要があります。
Stephen Fewの著書「Information Dashboard Design」またはデータ視覚化の第一人者Edward Tuft(彼の著書)を読むことをお勧めします
すべてのデータ視覚化は、その意味を効果的かつ簡潔に伝える必要があります。ホバーしてクリックしてその意味を理解する必要がある場合、視覚化は困難です。
今、私はホバーとクリックが悪いことを示唆していません。これは、視覚化の最初のビューであり、主な目標に対処する必要があります。視覚化の値をすばやく解釈したい場合。
ただし、データをさらに探索する必要がある場合は、ホバーとクリックを使用して主要な目標をサポートできます。散布図であっても、ホバーを使用して特定のポイントに関する正確な詳細を伝えることができるため(Y軸を視覚的にスキャンする必要がないため)、ポイントをクリックすると、追加情報または生の表が表示されることがありますデータなど。散布図を使用すると、傾向線を追加できます。
もちろん、コードフラワーの時間と場所は常に存在しますが、明らかにデータによっては、これが散布図よりも優れているとは思えません。
日常生活のほとんどの場合と同様に、仕事に適したツールを使用します。ハンマーが適切なソリューションになることもありますが、ドライバーが必要な場合もあります。
コードフラワーの視覚化は、さまざまなノード間の関係とそれらの相対的なサイズを示す良い方法です。そのため、それがデータの要素である場合、それは有益です。
両方を保持し、デフォルトで1に設定し、トグルを使用して2つのタイプを切り替えることにより、データを棒グラフまたはコードフラワーとして表示するオプションをユーザーに提供できます。さらに進んで、アナリティクスを使用して、ビューを切り替える人を追跡できます。