毎月ごとにデザインチームの誰かが同じチャートの犯罪スレッドを投稿し、最初に取り上げられるのがレーダーチャートです。重なりすぎた形状や誤解を招く面積、または「表を使え」という批判は、完全に間違っているわけではありませんが、80%の場合に対して正しい対象を指摘しておらず、20%の場合では表が構造的に対応できないことをレーダーチャートが行っていることに気づきません。 私は、クライアントがレーダーチャートを強く望んだため、それを証明しようと、同じスライドの両方のバージョンを何度も作成してきました。そのうちの約3分の1の場合、私は証明できませんでした。 --- **この形状が実際に行っていること** 表はルックアップ構造です。行をスキャンし、列を見つけ、数値を読み取ります。それが表の唯一の役割であり、それを上手くこなします——それが「値は何か」という質問に終わり、やがて「パターンは何か」という質問になるまでです。レーダーチャートは精度を犠牲にしてシルエットを提供します。5つまたは6つの軸が一連のスコアを多角形に変換し、その多角形には、意識的に数値を読み取る前に認識できる形があります。 これが実際の利点であり、多くの説明が言及するよりも狭い範囲です。「レーダーチャートは『より視覚的』または『より魅力的』」というわけではありません。形状認識は数値ルックアップとは異なる認知的タスクであり、いくつかの質問は実際に前者のカテゴリに属しています。**この候補者は片寄っているのか、バランスが取れているのか**。表は読者が自分で頭の中で計算を行うまでこの質問に答えません。レーダーチャートは読者が見終わる前に答えを提供します。 --- **表が静かに敗北する場所——そしてそれを宣言しない** 多くの「どのチャートを使うべきか」のまとめ記事で省かれる部分があります：表は複雑性が増すにつれて徐々に劣るわけではありません。それは一方向に敗北し、反対方向に優位性を得るのです——ほとんど即座に。 誰かが正確な数値が必要になると——予算ライン、コンプライアンスの基準、後続のメールで引用されるスコア——レーダーチャートは実際には無用なものよりも悪くなります。それは読み取りを装った推測を招きます。誰も多角形の頂点を眺めて「10点中7.3」と正確に当てることはできません。あなたのステークホルダーが「信頼性の実際の数値は何だったのか」と尋ねる場合、チャートの選択は見た目がどれほど良くても間違っています。 --- **誰も注意を促さない軸の数の問題** レーダーチャートが約8つまたは9つの軸を超えると、説明から装飾へと変わります。それ以下、大体5つから8つの間では、一般の視聴者にとって読みやすさを維持する傾向があります——これは、チャートデザインのガイダンス（HighchartsのビジュアライゼーションチームやデータビジュアライゼーションブログAntichaosが独立して指摘する）で一貫して現れるしきい値であり、スタイルの意見ではなく、柔軟なルールとして扱う価値があります。 誰も警告してくれないのは、その失敗が徐々ではないということです。7つの軸を持つレーダーチャートで2つの重複するエンティティは読みやすく見えます。3つ目のエンティティを追加したり、さらに2つの軸を追加すると、そのスライドの1回の改訂で「パターン」から「混乱」へと一気に変わります——中間地帯で「少し読みにくい」という状態は存在しません。あなたがチャートを口頭で説明し始めるのを感じたら、それはもはや自分で説明するものではなく、もともと表にすべきだったことを意味します。 --- **考えるに値する仮想的なケース** あるチームが3つのベンダーの提案（ここでは、純粋にイラストとしてベンダーA、B、Cと称します）を比較しているとします。比較する6つの加重基準は、コスト、サポートのレスポンス、統合努力、セキュリティポジション、スケーラビリティ、契約の柔軟性です。表としては、18のセルになり、読者は各ベンダーの6つの数値を頭に入れておく必要があり、ベンダーBが統合努力以外では強みを持っていることに気づくことができます。 レーダーチャートで3つの重ね合わせた多角形としては、そのギャップは最初の一見で見えます——ベンダーBの形状は他のものと異なる場所に凹みがあります。これはミニチュアの用例です：「レーダーチャートは見た目が良い」ではなく、「読者の実際の質問は形状に関するものであり、表は読者がまだ行っていない算術の中に答えを隠していた」ということです。 基準を月ごとの請求書総額（12ヶ月間）に変えると、同じ3つのエンティティの比較はすぐに表またはラインチャートに戻るべきです——数値の順序がシルエットよりも重要であるため、形状を見つけることはできません。 --- **それを作成しても逆効果にならないようにする方法** 私は主に間違えてから学んだことですが、チャートテンプレートやその他の場所で以下のことを学びました： - プロットする前にすべての軸を同じスケールに正規化する——パーセンテージと原数値を混ぜたレーダーチャートは、技術的には正確だが実用的には意味のない形状を生み出します。 - 重複するエンティティを2つまたは3つに制限する——それ以上になると、小さな複数のチャート（各エンティティごとにレーダーチャートを並べる）に切り替えるべきです。多くの記事が脚注に隠すのではなく、デフォルトとして明言すべき修正方法です。 - 後で引用される数値を正確に言い当てる必要がある軸が1つ以上ある場合、そのデータは表に向いており、レーダーチャートは補助的なビジュアルとして使用すべきです。 軸やエンティティの数がレーダーチャートで扱える範囲を超える場合、比較表は依然としてその役割を果たします——そして、スコア付けの比較ではなく構造的またはプロセスの比較の場合は、表またはレーダーチャートのどちらよりも適した別のダイアグラム形式を検討する価値があります。レーダーチャートが正しい選択であり、各多角形を手作業で作成するのに午後を費やしたくない場合、既存のチャートテンプレートから始めることで、カスタマイズにかかる時間よりも節約できることが多いです。 --- 次に誰かがレーダーチャートを習慣的に選ぶとき、有用な質問は、それが表よりも洗練されているかどうかではなく、**読者が実際に注目させたいものが数値なのか、形状なのか**です——その答えが、どのチャートが適切だったのかを決めるよりも、どのデザインルールよりも重要です。