Radar Chart vs. Tabelle: Warum die Web-Oberfläche hier oft überzeugt
Jedes paar Monate postet jemand in einem Design-Team denselben Thread zu Chart-Vergehen, und der Radar-Chart wird als Erstes herausgezogen. Zu viele überlappende Formen, irreführende Fläche, „nutze einfach eine Tabelle“. Die Kritik ist nicht ganz falsch – sie zielt nur auf die falschen 80 % der Fälle und verpasst die 20 %, in denen ein Radar-Chart etwas leistet, was eine Tabelle strukturell nicht kann.
Ich habe beide Versionen derselben Folie so oft gebaut, wie ich es zugeben möchte, meistens weil ein Kunde auf den Radar-Chart bestand und ich ihm beweisen wollte, dass er Unrecht hat. Etwa ein Drittel der Zeit konnte ich es nicht.
---
**Was die Form tatsächlich leistet**
Eine Tabelle ist eine Abfrage-Struktur. Man scannt eine Zeile, findet eine Spalte und liest eine Zahl. Das ist ihre einzige Aufgabe, und sie erfüllt sie gut – bis die Frage aufhört, „was ist der Wert?“ zu sein und zu „was ist das Muster?“ wird. Ein Radar-Chart tauscht Präzision gegen Silhouette ein: Fünf oder sechs Achsen verwandeln eine Reihe von Bewertungen in ein Polygon, und ein Polygon hat eine Form, die man erkennt, bevor man bewusst eine einzige Zahl gelesen hat.
Das ist der eigentliche Vorteil, und er ist enger, als die meisten Erklärungen es klingen lassen. Es geht nicht darum, dass Radar-Charts „anschaulicher“ oder „ansprechender“ sind – es geht darum, dass die Formenerkennung eine andere kognitive Aufgabe ist als die Wertabfrage, und einige Fragen liegen tatsächlich in der ersten Kategorie. **Ist dieser Kandidat einseitig oder ausgewogen?** Eine Tabelle beantwortet das nur, nachdem der Leser die Rechnung selbst im Kopf gemacht hat. Ein Radar-Chart beantwortet es, bevor er fertig gelesen hat.
---
**Wo die Tabelle leise gewinnt – und es nicht ankündigt**
Hier ist der Teil, der in den meisten „Wann verwendet man welche Grafik?“-Zusammenfassungen weggelassen wird: Die Tabelle verliert nicht schrittweise an Boden, wenn die Komplexität zunimmt. Sie verliert sie in eine Richtung und gewinnt sie in die entgegengesetzte – fast sofort.
Sobald jemand eine exakte Zahl braucht – eine Budgetzeile, eine Compliance-Grenze, eine Bewertung, die in einer Folge-E-Mail zitiert wird – wird der Radar-Chart aktiv schlechter als nutzlos, weil er eine Schätzung als „Lesung“ verkleidet. Niemand schätzt einen Polygon-Knotenpunkt und kommt auf 7,3 von 10 richtig. Wenn Ihre Stakeholder später fragen: „Warte, was war die tatsächliche Zahl für die Zuverlässigkeit?“, haben Sie die falsche Grafik gewählt – egal wie gut die Form aussieht.
---
**Das Achsen-Problem, das niemand warnt, bis die Präsentation schon fertig ist**
Etwa ab acht oder neun Achsen hören Radar-Charts auf, Klarheit zu schaffen, und beginnen, nur noch zu dekorieren. Darunter, etwa fünf bis acht Achsen, bleibt das Format für ein allgemeines Publikum meistens lesbar – eine Schwelle, die in der Chart-Design-Leitfäden (das Visualisierungsteam von Highcharts und der Datenvisualisierungs-Blog Antichaos kommen unabhängig darauf) so konsistent auftritt, dass sie als weiche Regel und nicht als Stilmeinung behandelt werden sollte.
Was niemand warnt, ist, dass der Fehler nicht schrittweise auftritt. Ein Radar-Chart mit sieben Achsen und zwei überlappenden Entitäten ist lesbar. Fügt man eine dritte Entität oder zwei weitere Achsen hinzu, wird die ganze Sache von „Muster“ zu „Knotenpunkt“ in einer einzigen Überarbeitung – es gibt keinen sanften Mittelweg, bei dem es nur ein bisschen schwerer zu lesen ist. Sie werden merken, dass es kaputt ist, weil Sie sich selbst erklären müssen, was die Grafik zeigt, statt dass sie sich selbst erklärt – was meistens der Hinweis ist, dass es eigentlich eine Tabelle hätte sein sollen.
---
**Eine hypothetische Situation zum Nachdenken**
Angenommen, ein Team vergleicht drei Anbieterangebote – nennen wir sie Anbieter A, B und C, rein beispielhaft – nach sechs gewichteten Kriterien: Kosten, Reaktionsgeschwindigkeit des Supports, Integrationsaufwand, Sicherheitslage, Skalierbarkeit und Vertragsflexibilität. Als Tabelle sind das achtzehn Zellen, und der Leser muss sechs Zahlen pro Anbieter im Kopf behalten, um zu erkennen, dass Anbieter B überall stark ist, außer bei Integrationsaufwand, wo er deutlich zurückliegt.
Als Radar-Chart mit drei überlagerten Polygonen ist diese Lücke sofort sichtbar – die Form von Anbieter B hat genau dort einen Einbruch, wo die anderen keine haben. Das ist der Anwendungsfall im Miniaturformat: nicht „Radar-Charts sehen besser aus“, sondern „die eigentliche Frage des Lesers ging um die Form, und die Tabelle verbarg die Antwort in einer Arithmetik, die er noch nicht durchgeführt hatte“.
Wechselt man die Kriterien zu etwas wie monatlichen Rechnungsbeträgen über zwölf Monate, sollte dieselbe Vergleichsaufgabe mit drei Entitäten direkt wieder zu einer Tabelle oder einem Liniendiagramm zurückkehren – es gibt keine Form zu erkennen in Zahlen, deren Reihenfolge wichtiger ist als ihre Silhouette.
---
**Wie man einen baut, ohne dass er sich gegen einen wendet**
Ein paar Dinge, die ich vor allem durch Fehler gelernt habe, in [Chart-Vorlagen](https://imaginelayout.com/categories/powerpoint-charts) und anderswo:
- Normalisieren Sie jede Achse auf dieselbe Skala, bevor Sie plotten – ein Radar-Chart, das Prozentwerte mit Rohzählern mischt, erzeugt eine Form, die technisch korrekt, aber praktisch sinnlos ist.
- Begrenzen Sie überlappende Entitäten auf zwei oder drei. Ab da wechseln Sie zu kleinen Mehrfachdarstellungen – einen Radar-Chart pro Entität, nebeneinander – statt weitere Formen in eine Grafik zu stapeln, was die meisten Artikel in einem Fußnote vergraben, statt es als Standardregel zu nennen.
- Wenn mehr als eine Achse der Reihe eine exakte Zahl später zitiert werden muss, ist das ein Zeichen, dass die zugrundeliegenden Daten eine Tabelle brauchen, und der Radar-Chart sollte eine Begleitvisualisierung und nicht die primäre Grafik sein.
Für alles mit mehr Achsen oder Entitäten als ein Radar-Chart halten kann, erledigt eine Vergleichstabelle den Job immer noch – und für strukturelle oder prozessbezogene Vergleiche statt bewerteter Vergleiche lohnt es sich, zu prüfen, ob ein anderes [Diagrammformat](https://imaginelayout.com/categories/powerpoint-diagrams) besser passt als entweder. Wenn der Radar-Chart die richtige Wahl ist, aber das Erstellen jedes Polygons den Nachmittag frisst, spart es oft mehr Zeit, von einer bestehenden [Chart-Vorlage](https://imaginelayout.com/templates/tag/free-templates) auszugehen, als es an Zeit kostet, sie anzupassen.
---
Das nächste Mal, wenn jemand aus Gewohnheit zu einem Radar-Chart greift, ist die nützliche Frage nicht, ob er „anspruchsvoller“ aussieht als eine Tabelle. Es ist, ob das, was Sie dem Leser tatsächlich zeigen wollen, eine Zahl oder eine Form ist – denn diese Antwort entscheidet mehr als jede Designregel, welche der beiden die richtige Wahl war.
Kommentare (0)