グラフの凡例は、たいていデータから自動で作られます。データにカテゴリがいくつあるかで、凡例の項目数が決まります。ほとんどの場合はそれで問題ありません。ただ、凡例が説明のためにある場面では、このやり方は間違いになります。報告は「アイコンがずれている」3回測りましたが、揃い方に問題はありませんでした。実際には、そのときのデータでたまたま2つのカテゴリが空になっていて、凡例が2項目少なくなっていました。見ていた人が覚えていた凡例は7項目、目の前にあるのは5項目。何かがおかしいと感じて、いちばん近い言い方が「ずれている」だったわけです。報告の言葉と、本当の原因報告に書かれるのは、本人が気づいた違和感です。違和感を生んだ原因とは限らず、その間には何段階も挟まっていることがよくあります。そこで画面についての報告を受けたら、最初から言葉どおりに直すことはしません。まず測って、それから相手が言っているのが実際には何の話なのかを判断します。ルール説明を受け持つ要素には、全項目を載せます。凡例、カラーの説明、ステータスの対応表、アイコンの索引。これらは見る人の頭に一度イメージを作ってもらうためのもので、今回のデータに何が入っているかを映すためのものではありません。空のカテゴリも載せて、データなしと書いておけば十分です。見せることを受け持つ要素は、データに従います。棒グラフ、折れ線、カードは、もともとあるものだけ描けばいい。同じ図の中に両方が出てきます。見分けるには、それがここで説明のためにあるのか、見せるためにあるのかを先に考えます。
