Dashboard Design in Power BI

Dirk Müller
vor 3 Tagen
6 Min. Lesezeit

Gute Dashboards erklären sich nicht. Sie wirken. Du öffnest die Seite und weißt innerhalb weniger Sekunden, worum es geht, was gut läuft, was kippt und wo du tiefer einsteigen musst. Schlechte Dashboards machen das Gegenteil: Sie zeigen viel, sagen wenig und zwingen dich, erst einmal das Layout zu verstehen, bevor du überhaupt über die Zahlen nachdenken kannst.

Bevor wir einsteigen, eine wichtige Klarstellung: In Power BI wird im Alltag oft von Dashboard gesprochen, obwohl eigentlich eine Report-Seite gemeint ist. Offiziell ist das in Power BI nicht dasselbe. Für die Praxis ist die Unterscheidung hilfreich: Ein Dashboard dient dem schnellen Überblick, ein Report der Analyse. Und genau da beginnt gutes Design. Bei der Frage soll diese Seite Orientierung geben oder Exploration ermöglichen? Wer beides gleichzeitig will, bekommt fast immer eine Oberfläche, die weder klar steuert noch sauber analysieren lässt.

Ein gutes Dashboard funktioniert auf einen Blick

Die erste Regel ist die wichtigste: Ein Dashboard muss in einer Blickbewegung funktionieren. Microsoft beschreibt Dashboards explizit als Überblick auf einer Seite, Nielsen Norman Group als Single-Screen-Ansicht für schnelles Erfassen und Handeln. Sobald Nutzer scrollen müssen, zerfällt dieser Effekt. Dann ist es kein Dashboard mehr, sondern eine lose Sammlung von Visuals auf zu wenig Fläche.

In Projekten sehe ich genau hier den häufigsten Fehler: Teams bauen eine Seite, auf der wirklich alles Platz finden soll. Oben Umsatz, daneben Marge, darunter Region, darunter Produkt, darunter Kunden, darunter noch zwei Slicer-Zeilen und ein „für alle Fälle“-Treemap. Das Ergebnis sieht fleißig aus, aber nicht führungsfähig. Die bessere Frage lautet: Was muss die Zielgruppe innerhalb von fünf Sekunden verstanden haben? Alles andere gehört auf Folgeseiten, Drillthroughs oder Detailreports.

Zeig nur das, was steuerungsrelevant ist

Power BI kann viel anzeigen. Das heißt noch lange nicht, dass es sollte. Microsoft empfiehlt selbst, Dashboards als Überblick zu verstehen und Details in den zugrunde liegenden Reports zu lassen. Für Reports gilt das Gleiche: Zu viele Visuals, redundante Anzeigen und überladene Seiten überfordern Nutzer und verschlechtern nebenbei oft auch die Performance.

Praxisnah heißt das: Nicht jede verfügbare KPI ist eine Dashboard-KPI. Ein Vorstand braucht andere Signale als ein Vertriebsleiter, und ein Teamlead andere als die Geschäftsführung. Gute Seiten wirken deshalb manchmal fast zu leer. Genau das ist oft ein gutes Zeichen. Wer alles zeigt, priorisiert nichts. Wer priorisiert, nimmt bewusst Dinge weg.

Hierarchie schlägt Gleichverteilung

Viele Power BI-Seiten scheitern nicht an den Daten, sondern an der fehlenden visuellen Rangordnung. Alles ist gleich groß, gleich bunt, gleich laut. Der Nutzer weiß nicht, wo er anfangen soll. Microsoft empfiehlt, die wichtigsten Informationen oben links zu platzieren und die Detailtiefe in Leserichtung aufzubauen. Das ist kein Design-Aberglaube, sondern orientiert sich daran, wie Menschen Seiten tatsächlich erfassen.

Dazu kommt ein zweiter Punkt aus der Wahrnehmungspsychologie: Nicht jede visuelle Eigenschaft wirkt gleich schnell. Länge und Position in einer 2D-Fläche lassen sich besonders gut vergleichen, deshalb funktionieren Balken- und Liniendiagramme für quantitative Aussagen meist besser als dekorativere Alternativen. Wenn du also eine zentrale Aussage hast, muss sie nicht nur fachlich wichtig sein, sondern auch gestalterisch mehr Gewicht bekommen.

Farbe ist Signal, nicht Tapete

Farbe ist eines der am meisten überschätzten Gestaltungsmittel in BI-Projekten. Viele Reports verwenden zu viele Akzentfarben, oft auch noch ohne feste Bedeutung. Rot heißt auf der einen Seite Plan verfehlt, auf der nächsten Produktgruppe A und auf der dritten einfach nur Corporate Design. So entsteht keine Orientierung, sondern semantisches Chaos.

Dabei ist die Logik eigentlich klar: Farbe eignet sich hervorragend, um Aufmerksamkeit zu lenken oder Kategorien zusätzlich zu markieren. Für quantitative Größen ist sie deutlich schwächer als Position oder Länge. Außerdem sollte Farbe nie die einzige Trägerin einer Information sein. Power BI verweist in seinen Accessibility-Empfehlungen auf ausreichenden Kontrast und darauf, Information nicht nur über Farbe zu vermitteln; WCAG nennt für normalen Text mindestens ein Kontrastverhältnis von 4,5:1.

Meine Regel in der Praxis: Nutze eine ruhige Grundfläche, wenige neutrale Töne und sehr sparsame Akzentfarben mit klarer Bedeutung. Wer jede Zahl hervorhebt, hebt am Ende gar nichts hervor.

Wähle Visuals nach Wahrnehmung, nicht nach Abwechslung

Es gibt Visuals, die im Demo gut aussehen, aber im Alltag schlechter funktionieren. Microsoft warnt in seinen eigenen Designhinweisen vor 3D-Charts und sieht Kreis- und Ringdiagramme nur in engen Einsatzfällen als sinnvoll an. Nielsen Norman Group ist noch klarer: Kreisdiagramme, Tree Maps und Radial-Gauges sind für schnelle quantitative Vergleiche häufig ungeeignet, weil sie auf Fläche oder Winkel setzen statt auf die leichter lesbaren Merkmale Länge und Position.

Das ist der Grund, warum gute Dashboard-Seiten oft unspektakulär aussehen: viele Balken, Linien, sparsame Tabellen, manchmal Karten, selten Spielereien. Das ist kein Mangel an Kreativität, sondern Respekt vor der Wahrnehmung der Nutzer. Gerade in Power BI, wo man schnell jeden Visual-Typ einsetzen kann, ist Zurückhaltung meist die professionellere Entscheidung.

Kontext schlägt Kennzahl

Eine nackte KPI-Karte ist selten so hilfreich, wie sie aussieht. Umsatz 3,4 Mio. ist nett. Aber ist das gut? Gegenüber welchem Zeitraum? Gegen welchen Plan? Ist das eine Spitze, ein Rückgang oder völlig erwartbar? Microsoft empfiehlt ausdrücklich, zentrale Zahlen mit Kontext zu versehen und Zeiträume konsistent darzustellen. Auch Präzision und Zahlenformat sollten lesbar bleiben: 3,4 Mio. ist meistens besser als 3.400.000,17.

Deshalb gehören zu fast jeder KPI mindestens zwei Dinge: Vergleich und Einordnung. Das kann eine Vorperiode sein, ein Zielwert, eine Ampel mit definierter Logik oder ein Sparkline-Verlauf. Ohne Kontext sehen viele Dashboards geschäftig aus, sind aber inhaltlich erstaunlich leer.

Konsistenz ist keine Kür, sondern Voraussetzung

Ein Report mit fünf Seiten sollte sich anfühlen wie ein Produkt, nicht wie fünf Einzeldesigns. Power BI bietet dafür längst die richtigen Mittel: Report Themes können Farben, Standardformatierungen und Style Presets berichtsweit setzen. Microsoft empfiehlt außerdem konsistente Schriftgrößen, Titelstile und die gleiche Position von Slicern über Seiten hinweg.

In der Praxis ist das einer der größten Hebel für Qualität. Denn Inkonsistenz kostet nicht nur Aufmerksamkeit, sondern auch Vertrauen. Wenn derselbe Status auf einer Seite grün und auf der nächsten blau markiert ist, beginnen Nutzer an der Oberfläche zu zweifeln. Und meistens zweifeln sie dann irgendwann auch am Inhalt. Gute Standards machen Reports nicht starrer, sondern verständlicher.

Interaktion darf Klarheit nicht ersetzen

Power BI lebt von Interaktion: Cross-Highlighting, Slicer, Drillthrough, Bookmarks, Tooltips. Das ist stark. Aber viele Seiten missbrauchen diese Möglichkeiten, um die wichtigste Information erst nach einem Hover, einem Klick oder einem Seitenwechsel preiszugeben. Microsoft rät bei Accessibility genau davon ab: Zentrale Informationen sollten nicht nur über Interaktion erreichbar sein, und Tooltips eignen sich eher als Zusatzinformation, nicht als Hauptträger einer Botschaft.

Meine Faustregel: Interaktion darf vertiefen, aber nicht retten. Wenn der Nutzer erst drei Slicer setzen muss, damit die eigentliche Erkenntnis sichtbar wird, ist das Ausgangslayout nicht stark genug. Ein gutes Dashboard zeigt die Haupterkenntnis direkt und erlaubt danach die sinnvolle Zerlegung.

Mobile ist kein späterer Arbeitsschritt

Wer heute Reports baut, die nur auf einem großen Desktop sauber funktionieren, baut an der Nutzung vorbei. Power BI prüft auf dem Smartphone, ob eine Seite für das Telefon optimiert wurde, und öffnet dann automatisch diese Version. Fehlt sie, landet der Nutzer in einer verkleinerten Standardansicht. Microsoft hat die automatische Erstellung mobiler Layouts inzwischen sogar allgemein verfügbar gemacht, betont aber indirekt selbst den entscheidenden Punkt: Das Auto-Layout ist ein Start, nicht das fertige Ergebnis.

Das ist für die Praxis wichtig. Mobile Design ist nicht denselben Report kleiner machen. Es ist eine andere Priorisierung. Auf dem Telefon brauchst du weniger Visuals, größere Touch-Ziele, klarere Titel und eine noch härtere Auswahl der wichtigsten Informationen. Wer mobile Optimierung nur am Ende abhakt, wird fast immer Kompromisse sehen, die man sofort sieht.

Gutes Design muss auch wartbar sein

Das vielleicht unterschätzteste Kriterium für gutes Dashboard-Design ist nicht Schönheit, sondern Wiederholbarkeit. Ein Bericht, der nur deshalb gut aussieht, weil jemand 70 Visuals manuell nachformatiert hat, ist kein starker Standard. Er ist technische Gestaltungsschuld. Power BI entwickelt sich in genau diese Richtung weiter: Report Themes setzen schon heute globale Defaults, und die modernen Visual Defaults mit Fluent 2 bringen in der Preview zusätzliche strukturelle Standards wie einheitliche Schriften, Abstände, Style Presets und bessere Kontraste. Seit 2026 ist Classic 2026 die Standard-Basis für neue Reports, während Fluent 2 als modernere Basis in der Vorschau weiter ausgebaut wird.

Für Teams ist das eine gute Nachricht. Denn Dashboard-Qualität darf nicht vom Fleiß einzelner Reportbauer abhängen. Sie braucht Themes, Standards, Designentscheidungen mit System und das Recht, manuelle Sonderlocken auch mal wieder zurückzusetzen. Sonst sehen die ersten zwei Seiten gut aus und der Rest des Report-Portfolios wie ein optischer Wildwuchs.

Fazit: Was man guten Dashboards sofort ansieht

Am Ende ist Dashboard-Design erstaunlich ehrlich. Man sieht guten Seiten sofort an, ob jemand die Nutzer ernst genommen hat. Man sieht, ob jemand priorisiert hat. Man sieht, ob Kennzahlen geführt oder nur verteilt werden. Und man sieht auch, ob Design nur Oberfläche war oder ob wirklich Steuerungslogik dahintersteckt.

Die unbequeme Wahrheit ist: Die meisten Power-BI-Probleme, die als Datenproblem diskutiert werden, sind in Wirklichkeit Darstellungsprobleme. Nicht weil das Modell unwichtig wäre. Sondern weil ein gutes Modell allein noch keinen klaren Report erzeugt. Ein gutes Dashboard entsteht dort, wo Datenmodell, Business-Frage und visuelle Disziplin zusammenkommen. Genau dann beginnt Power BI, richtig stark zu werden.

Und vielleicht ist das die wichtigste Regel von allen: Ein Dashboard ist nicht dann gut, wenn man sieht, wie viel Arbeit drin steckt. Sondern dann, wenn man die Arbeit nicht mehr sieht. Nur die Entscheidung.

Der nächste sinnvolle Schritt

Power BI entfaltet seinen Nutzen erst dann vollständig, wenn Dashboards sauber aufgebaut, Datenmodelle durchdacht und Kennzahlen klar definiert sind.Genau diese Grundlagen entscheiden darüber, ob Berichte genutzt oder ignoriert werden.

Wenn du Power BI strukturiert aufsetzen oder bestehende Lösungen verbessern willst, unterstützen wir dich mit:

Power BI Training – für einen sauberen, praxisnahen Einstieg
Power BI Coaching – für konkrete Herausforderungen in Modellen, DAX oder Performance
Data Strategy Check – um eure Analytics-Organisation ganzheitlich einzuordnen
Power BI Visual Standards – für konsistentes Finance-Reporting mit klaren Standards

So wird aus einem funktionierenden Bericht eine belastbare Analytics-Lösung.