SH

Sascha Hess xenosystems.de - IT-Consulting & Data Management

www.xenosystems.de

 

	Strategische Wissens-Roadmap 2026
	Dashboard Aufbau & Design
	Professionelle Dashboards, die wirklich genutzt werden

WAS SIE IN DIESEM KIT ERHALTEN:

1

10 Design-Fallen Die häufigsten Fehler in BI-Dashboards — mit Sofort-Korrekturen

 

2

Layout-System Raster, Hierarchie und visuelle Führung — das Fundament jedes Dashboards

 

3

Chart-Auswahl-Leitfaden Welcher Diagrammtyp für welche Frage — mit Entscheidungsbaum

 

4

Farbe & Typografie Professionelle Farbpaletten und Schriftsysteme für BI-Reports

 

5

30-Tage-Redesign-Plan Bestehende Dashboards systematisch auf Nutzbarkeit trimmen

 

 

 

Alle Gestaltungsempfehlungen, Prinzipien und Vorlagen wurden sorgfältig auf Basis etablierter UX- und Datenvisualisierungsforschung sowie praktischer Projekterfahrung erstellt. Da Designentscheidungen stets kontextabhängig sind, übernimmt der Autor keinerlei Haftung für Folgen aus der Anwendung der beschriebenen Methoden. Prüfen Sie alle Empfehlungen auf Eignung für Ihre spezifische Zielgruppe und Unternehmensumgebung.

 

 

Genannte Verbesserungserwartungen (z. B. höhere Dashboard-Nutzungsrate, kürzere Entscheidungszeiten) sind Erfahrungswerte aus realen Projekten und keine verbindliche Zusicherung. Tatsächliche Ergebnisse hängen von Zielgruppe, Datenqualität und organisatorischen Faktoren ab.

 

 

Die Inhalte beziehen sich auf den Stand März 2026. Designtrends, Tool-Funktionen (Power BI, Tableau, Qlik) und Barrierefreiheitsstandards (WCAG 2.2) entwickeln sich kontinuierlich weiter.

 

 

Dieses Dokument ist für den persönlichen oder betriebsinternen Gebrauch des Käufers lizenziert. Weiterverkauf, Weitergabe an Dritte und öffentliche Veröffentlichung sind ohne schriftliche Genehmigung nicht gestattet.

 

 

Power BI ist eine eingetragene Marke der Microsoft Corporation. Tableau ist eine eingetragene Marke von Salesforce, Inc. Figma ist eine eingetragene Marke von Figma, Inc. Alle anderen genannten Produkt- und Unternehmensnamen sind Eigentum ihrer jeweiligen Inhaber.

 

Eine ausführliche Version dieses Haftungsausschlusses befindet sich am Ende dieses Dokuments.

 

 

 

01  Einleitung

Warum die meisten Dashboards scheitern — bevor sie jemand öffnet

02  Die 10 Design-Fallen

Häufigste Fehler in BI-Dashboards — mit Sofort-Korrekturen

03  Das Layout-System

Raster, Zonen, visuelle Hierarchie — das Fundament

04  Chart-Auswahl-Leitfaden

Welcher Diagrammtyp für welche Frage?

05  Farbe & Typografie

Professionelle Farbpaletten und Schriftsysteme

06  KPI-Cards & Kennzahlendesign

Zahlen so darstellen, dass sie wirken

07  Interaktivität & Navigation

Filter, Drill-Down und Cross-Highlighting richtig einsetzen

08  Mobile & Responsive Design

Dashboards für Tablet und Smartphone

09  Barrierefreiheit & Accessibility

WCAG 2.2 in BI-Dashboards — praxistauglich

10  30-Tage-Redesign-Checkliste

Bestehende Dashboards systematisch verbessern

 

Einleitung

 

Ein Dashboard wird gebaut. Die Daten sind korrekt, der Refresh läuft täglich, die Zugriffsrechte sind gesetzt. Drei Monate nach dem Launch zeigen die Nutzungsstatistiken: Das Dashboard wird kaum geöffnet. Die Geschäftsführung druckt weiterhin die Excel-Tabelle aus. Der Vertriebsleiter schaut kurz rein und schließt das Fenster wieder.

 

Das Problem ist selten die Datenqualität. Das Problem ist fast immer das Design.

 

In der Praxis mittelständischer BI-Projekte scheitern Dashboards konsistent an denselben vier Ursachen:

 

→  Zu viele Informationen auf einer Seite: Der Nutzer sieht alles — und versteht deshalb nichts. Kein klarer Fokus, keine visuelle Führung, keine Antwort auf die eine wichtige Frage.

 

→  Falsche Diagrammwahl: Ein Tortendiagramm mit 12 Segmenten für einen Zeitreihenvergleich. Ein gestapeltes Balkendiagramm, bei dem man die mittleren Segmente nicht vergleichen kann. Ein Datumsslicer, der im falschen Format angezeigt wird.

 

→  Fehlende Kontextualisierung: Eine Zahl ohne Vergleichswert ist wertlos. "Umsatz: 1,4 Mio. €" — ist das gut? Schlecht? Besser oder schlechter als letztes Jahr? Ein KPI ohne Benchmark, Ziel oder Trend ist keine Entscheidungsgrundlage.

 

→  Keine Nutzer-Perspektive: Das Dashboard ist für den Entwickler gebaut, nicht für den Entscheider. Technisch korrekt, aber an den tatsächlichen Arbeitsfragen der Zielgruppe vorbeikonstruiert.

 

Dieses Kit ist kein akademisches Design-Lehrbuch. Es ist ein praxiserprobter Werkzeugkasten für BI-Entwickler, IT-Verantwortliche und alle, die Dashboards bauen, die wirklich genutzt werden — in Power BI, Tableau, Qlik oder jedem anderen Tool.

 

WAS SIE IN DIESEM BUCH ERWARTEN DÜRFEN ■  10 Design-Fallen — Die häufigsten Fehler mit konkreten Vorher-Nachher-Beschreibungen und Sofort-Korrekturen. ■  Layout-System — Ein einfaches Rastersystem, das jedes Dashboard sofort professioneller macht. ■  Chart-Auswahl-Leitfaden — Entscheidungsbaum: Welcher Diagrammtyp für welche Analysefrage? ■  Farb- und Typografiesystem — Fertige Paletten und Schriftsysteme für professionelle BI-Reports. ■  30-Tage-Redesign-Plan — Strukturierter Plan, um bestehende Dashboards systematisch zu verbessern.

 

DAS WICHTIGSTE VORAB Ein gutes Dashboard beantwortet eine Frage — nicht alle Fragen. Definieren Sie vor dem ersten Klick in Ihrem Tool: Welche eine Frage soll dieses Dashboard beantworten? Für wen? In welchem Kontext wird es genutzt? Alles, was diese Frage nicht beantwortet, gehört nicht auf dieses Dashboard.

 

Die 10 Design-Fallen

 

 

 

Alles, was die Datenbank hergibt, ist auf einer Seite. 24 Kennzahlen, 8 Diagramme, 6 Filter, 3 Tabellen. Die Seite braucht 4 Scroll-Vorgänge. Der Nutzer öffnet sie, ist überfordert und schließt sie.

 

LÖSUNG:

 

✓  Eine Seite = eine Frage. Mehr als 6–8 visuelle Objekte pro Seite sind ein Warnsignal.

✓  Fragen Sie: Was ist die wichtigste Zahl auf dieser Seite? Diese muss sofort sichtbar sein — ohne Scrollen, ohne Suchen.

✓  Alles, was nach Punkt 1 und 2 übrig bleibt, kommt auf eine zweite Seite oder einen Drill-Through.

 

 

Das Tortendiagramm ist das am häufigsten missbrauchte Diagramm im BI-Bereich. Menschen können Winkel nicht präzise vergleichen — ab 4–5 Segmenten ist ein Tortendiagramm nahezu unlesbar.

 

LÖSUNG:

 

✓  Tortendiagramme nur für 2–3 Segmente und nur wenn der Anteil am Ganzen die Kernaussage ist.

✓  Für Vergleiche zwischen Kategorien: Balkendiagramm (horizontal bevorzugt — Labels lassen sich besser lesen).

✓  Für Zeitreihen: immer Liniendiagramm. Niemals Torte für Zeitreihen.

 

ENTSCHEIDUNG: Torte oder Balken? ──────────────────────────────────────────────────────────── Frage: "Wie hoch ist der Anteil von Produkt A am Gesamtumsatz?" → 2 Segmente (A vs. Rest): Torte oder Donut — OK → 5+ Segmente:             Horizontales Balkendiagramm — BESSER   Frage: "Welche Region hat den höchsten Umsatz?" → Immer Balkendiagramm. Niemals Torte.   Frage: "Wie hat sich der Umsatz über 12 Monate entwickelt?" → Immer Liniendiagramm. Niemals Torte oder Balken pro Monat. ────────────────────────────────────────────────────────────

 

 

Eine KPI-Card zeigt "Umsatz: 1.432.780 €". Ist das gut? Ohne Vorjahreswert, ohne Zielwert, ohne Trend-Pfeil ist diese Zahl für Entscheidungen wertlos.

 

LÖSUNG:

 

✓  Jede Kennzahl braucht mindestens einen Vergleichswert: Vorjahr, Vormonat, Budget/Plan oder Durchschnitt.

✓  Ampellogik nur, wenn klare Schwellenwerte definiert sind — nicht als Dekoration.

✓  Trend-Pfeile immer mit Zeitraum beschriften: "↑ +12 % vs. Vorjahr" — nicht nur "↑ +12 %".

 

 

3D-Säulendiagramme, Farbverläufe auf jedem Element, Schatten, Rahmen um jeden Chart. Diese Elemente wirken aufwendig — sie erschweren aber das Lesen der Daten, weil visuelle Aufmerksamkeit auf Dekoration statt auf Information gelenkt wird.

 

LÖSUNG:

 

✓  3D-Diagramme: niemals. Sie verzerren Proportionen und sind nicht lesbar.

✓  Farbverläufe auf Diagrammelementen: abschalten. Einheitliche Füllfarben pro Kategorie.

✓  Rahmen um Charts: meistens entfernen. Weißraum trennt besser als Linien.

✓  Gitternetzlinien: hellgrau, dünn — oder ganz weglassen bei Balkendiagrammen mit Datenbeschriftungen.

 

 

Jede Seite hat andere Schriftgrößen. Manche KPIs sind in Euro, andere ohne Einheit. Einige Zahlen haben zwei Dezimalstellen, andere gar keine. Farben werden willkürlich eingesetzt — mal bedeutet Blau "gut", mal "Kategorie A".

 

LÖSUNG:

 

✓  Legen Sie ein einheitliches Zahlenformat-System fest: Umsatz immer in T€ mit einer Dezimalstelle, Prozente immer mit einer Dezimalstelle, Stückzahlen ohne Dezimalstellen.

✓  Definieren Sie ein Farbsystem (Kapitel 5) und halten Sie es konsequent ein — eine Farbe = eine Bedeutung.

✓  Verwenden Sie in Power BI und Qlik gemeinsame Themes / Master-Styles für alle Reports eines Projekts.

 

 

 

 

 

 

15 Filter am linken Rand, die alle gleichzeitig sichtbar sind. Nutzer verstehen nicht, was jeder Filter tut. Manche Filter beeinflussen nur manche Charts — das ist nirgendwo erklärt.

 

LÖSUNG:

 

✓  Maximal 3–5 primäre Filter sichtbar — weitere in einem ausklappbaren Panel oder auf einer separaten Filter-Seite.

✓  Filter immer oben oder links — nie unten oder rechts. Nutzer lesen von oben links nach unten rechts.

✓  Filter-Labels klar benennen: "Zeitraum auswählen" statt "Datum". "Region filtern" statt "Region".

✓  Welche Charts ein Filter beeinflusst, muss visuell erkennbar sein — oder im Tooltip erklärt werden.

 

 

Tabellen mit 20 Spalten, kleiner Schrift, ohne Zeilentrennung, ohne Sortierlogik. Zahlen rechtsbündig, Text linksbündig — gut. Aber alles zentriert? Unleserlich.

 

LÖSUNG:

 

✓  Zahlen: immer rechtsbündig. Text: immer linksbündig. Spaltenköpfe: fett, Hintergrundfarbe.

✓  Zeilentrennung: alternierend hellgrau / weiß (Zebra-Stripes) — verbessert Lesbarkeit sofort.

✓  Maximal 7–8 Spalten in einer Tabelle — mehr: in Drill-Through auslagern.

✓  Bedingte Formatierung sparsam einsetzen: nur für die eine Spalte, die Aufmerksamkeit braucht.

 

 

Charts ohne Achsenbeschriftung. KPIs ohne Einheit. Diagramme ohne Titel. Der Nutzer muss raten, was er sieht.

 

LÖSUNG:

 

✓  Jeder Chart hat einen klaren, handlungsorientierten Titel: "Umsatz nach Region (Jan–Mrz 2026)" statt "Umsatz".

✓  Einheiten immer sichtbar: in der Achsenbeschriftung, im Spaltenkopf oder im KPI-Untertitel.

✓  Datenbeschriftungen direkt an den Chart-Elementen — bei Balkendiagrammen am Ende jedes Balkens.

✓  Tooltips als zusätzliche Informationsebene — nicht als Ersatz für sichtbare Beschriftungen.

 

 

Rot bedeutet normalerweise "schlecht" oder "Warnung". Ein Dashboard, das Rot für "Produktgruppe A" verwendet — ohne Warnsignal — verwirrt Nutzer sofort. Sie glauben, etwas sei falsch.

 

LÖSUNG:

 

✓  Rot und Grün sind semantisch belegt — nur für Gut/Schlecht-Signale verwenden, nie für neutrale Kategorien.

✓  Für Kategorien: neutrale Farbpaletten (Blautöne, Grautöne, gedämpfte Farben — Kapitel 5).

✓  Highlightfarbe: eine einzige Akzentfarbe für das Element, das gerade im Fokus ist.

✓  Farbenblindheit mitdenken: Rot/Grün-Kombinationen durch Rot/Blau oder Formen + Farbe ersetzen (Kapitel 9).

 

 

Das Dashboard ist für einen 27-Zoll-Monitor gebaut. Der Vertriebsleiter öffnet es auf dem iPhone im Zug. Er sieht ein unleserliches Miniaturabbild mit vier Scroll-Ebenen.

 

LÖSUNG:

 

✓  Prüfen Sie jedes Dashboard auf einem 10-Zoll-Tablet bevor Sie es veröffentlichen.

✓  Power BI: Mobile Layout-Editor nutzen — separate Ansicht für Smartphone definieren.

✓  Für mobile Nutzung: maximal 3 KPI-Cards und 1–2 Charts pro Seite, großer Text, große Touch-Targets.

✓  Detailanalysen bleiben auf dem Desktop — mobile Ansicht zeigt nur die Top-3-KPIs.

 

 

Das Layout-System

 

 

Ein professionelles Dashboard-Layout folgt keinem Zufall. Es folgt einem System: einem Raster, einer klaren Zonenteilung und einer bewusst gesteuerten visuellen Hierarchie. Diese drei Elemente entscheiden, ob ein Nutzer die wichtigste Information in 3 Sekunden findet — oder sie sucht.

 

 

Eye-Tracking-Studien zeigen: Nutzer scannen Bildschirme in einem F-förmigen Muster. Die erste Zeile wird vollständig gelesen, die zweite Zone links vertikal gescrollt, alles rechts unten erhält kaum Aufmerksamkeit.

 

BLICKFÜHRUNG AUF EINEM DASHBOARD (F-Pattern): ══════════════════════════════════════════════════════  ████████████████████████████████████  ← Zone A: Maximal gelesen  ██████████████                         ← Zone B: Gut gelesen  ████████                               ← Zone C: Flüchtig gescannt  ████                                   ← Zone D: Kaum wahrgenommen ══════════════════════════════════════════════════════ → KPIs und Kernaussagen: immer in Zone A (oben) → Wichtigste Charts: Zone B (oben links) → Detail-Tabellen und Drill-Downs: Zone C/D (unten rechts)

 

 

 

Professionelle Dashboard-Layouts verwenden intern ein 12-Spalten-Raster — analog zu Web-Frameworks wie Bootstrap. Alle Elemente richten sich an diesem Raster aus.

 

12-SPALTEN-RASTER (typische KMU-Dashboard-Layouts): ────────────────────────────────────────────────────────────── LAYOUT A — KPI-Fokus (4+4+4): ┌────────┐ ┌────────┐ ┌────────┐ │  KPI 1 │ │  KPI 2 │ │  KPI 3 │  ← Zeile 1: 3× 4 Spalten └────────┘ └────────┘ └────────┘ ┌──────────────────┐ ┌─────────┐ │   Hauptchart     │ │ Tabelle │  ← Zeile 2: 8 + 4 Spalten └──────────────────┘ └─────────┘   LAYOUT B — Analyse-Fokus (8+4): ┌──────────────────────────────────────┐ │        Zeitreihen-Chart (voll)        │  ← Zeile 1: 12 Spalten └──────────────────────────────────────┘ ┌────────────┐ ┌────────────┐ ┌────────┐ │  Chart 2   │ │  Chart 3   │ │ Filter │  ← Zeile 2: 4+4+4 └────────────┘ └────────────┘ └────────┘   LAYOUT C — Executive Summary (3 KPIs + 1 Chart): ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ │ KPI1 │ │ KPI2 │ │ KPI3 │ │ KPI4 │  ← Zeile 1: 4× 3 Spalten └──────┘ └──────┘ └──────┘ └──────┘ ┌──────────────────────────────────────┐ │          Hauptchart (voll)            │  ← Zeile 2: 12 Spalten └──────────────────────────────────────┘ ──────────────────────────────────────────────────────────────

 

 

 

Jedes professionelle Dashboard ist in vier funktionale Zonen unterteilt:

 

Zone	Position	Inhalt	Regel
Header	Ganz oben	Titel, Zeitraum-Filter, Firma/Logo	Immer sichtbar, nie scrollbar
KPI-Leiste	Unter Header	3–6 Kernkennzahlen als Cards	Erste Zeile nach Header
Analyse-Zone	Mitte	Hauptcharts, Diagramme	Größte visuelle Fläche
Detail-Zone	Unten / rechts	Tabellen, Drill-Downs, Legenden	Für tiefergehende Analyse

 

 

Weißraum ist kein verschwendeter Platz — er ist aktives Gestaltungsmittel. Zu enge Abstände zwischen Charts lassen ein Dashboard chaotisch wirken, selbst wenn die Inhalte stimmen.

 

→  Einheitlicher Außenrand: 16–24 px auf allen vier Seiten.

 

→  Einheitlicher Abstand zwischen Charts: 12–16 px (nie unterschiedlich).

 

→  Innenabstand in Cards und Charts: mindestens 12 px Padding auf allen Seiten.

 

→  Titel-Abstand vom Chart: 8 px über dem Chart-Element, 4 px zwischen Titel und Untertitel.

 

 

Chart-Auswahl-Leitfaden

 

 

Die häufigste Ursache für falsche Diagrammwahl: der Entwickler wählt den Chart, der in der Demo gut aussah — nicht den, der die Analysefrage am besten beantwortet. Dieser Leitfaden beantwortet die Frage systematisch.

 

 

WAS WOLLEN SIE ZEIGEN? │ ├── VERGLEICH zwischen Kategorien │   ├── Wenige Kategorien (≤ 7):    → Horizontales Balkendiagramm │   ├── Viele Kategorien (> 7):     → Sortiertes Balkendiagramm + Scrollen │   └── Zwei Variablen vergleichen: → Gruppiertes Balkendiagramm │ ├── VERLAUF über Zeit │   ├── Wenige Datenpunkte (≤ 12):  → Balkendiagramm (Monate/Quartale) │   ├── Viele Datenpunkte (> 12):   → Liniendiagramm │   ├── Mehrere Linien (≤ 4):       → Mehrlinien-Chart │   └── Kumulierter Anteil:         → Flächendiagramm (gestapelt) │ ├── ANTEIL am Ganzen │   ├── 2–3 Segmente:               → Donut-Diagramm │   ├── 4+ Segmente:                → Gestapeltes Balkendiagramm (%) │   └── Über Zeit:                  → 100%-gestapeltes Balkendiagramm │ ├── VERTEILUNG eines Wertes │   ├── Kontinuierliche Daten:      → Histogramm │   ├── Streuung + Ausreißer:       → Box-Plot │   └── Zwei Variablen:             → Streudiagramm (Scatter) │ ├── ZUSAMMENHANG zweier Variablen │   ├── Numerisch vs. numerisch:    → Streudiagramm │   └── Kategorie vs. numerisch:    → Heatmap oder Blasendiagramm │ └── GEOGRAFIE     ├── Länder/Bundesländer:         → Choropleth-Karte (gefüllt)     └── Einzelne Standorte:          → Punktkarte (Bubble Map)

 

 

 

Diagramm	Ideal für	Nicht geeignet für	Häufiger Fehler
Liniendiagramm	Zeitreihen, Trends	Kategorienvergleich	Zu viele Linien (> 4)
Balkendiagramm (vertikal)	Zeitreihen, wenige Kategorien	Viele Kategorien mit langen Labels	Zu viele Balken (> 12)
Balkendiagramm (horizontal)	Kategorievergleich mit langen Labels	Zeitreihen	Keine Sortierung
Donut / Kreis	2–3 Anteile am Ganzen	Mehr als 4 Segmente	Zu viele Segmente
Flächendiagramm	Kumulierter Verlauf	Überlappende Kategorien	Übereinanderlegen ohne Stapelung
Streudiagramm	Korrelation, Cluster-Analyse	Zeitreihen	Fehlende Beschriftung der Achsen
Heatmap	Werte in Matrix (Wochentag × Stunde)	Zeitreihen, Einzelkategorien	Zu viele Farben
KPI-Card	Einzelne Kennzahl mit Vergleich	Mehrere Werte gleichzeitig	Fehlender Vergleichswert
Tabelle	Detailansicht, viele Zeilen	Überblick, Trends	Zu viele Spalten
Wasserfalldiagramm	Aufschlüsselung von Veränderungen	Zeitreihen über viele Perioden	Fehlende Summen-Balken

 

 

Tabellen werden im BI-Bereich zu oft als minderwertig behandelt. Dabei gibt es Situationen, in denen eine gut formatierte Tabelle jeden Chart schlägt:

 

→  Wenn der Nutzer genaue Werte braucht — nicht Trends oder Verhältnisse.

 

→  Wenn mehr als 3 Dimensionen gleichzeitig dargestellt werden müssen.

 

→  Wenn die Daten exportiert und weiterverarbeitet werden sollen.

 

→  Wenn Zeilen-für-Zeilen-Vergleiche erforderlich sind (z. B. Lieferanten-Ranking).

 

DIE ZWEI-SEKUNDEN-REGEL Zeigen Sie Ihr Dashboard einer Person, die es noch nie gesehen hat. Nach zwei Sekunden: Fragen Sie, was die wichtigste Zahl auf der Seite ist. Wenn die Person es nicht sofort nennen kann — ist das Layout das Problem, nicht die Person.

 

 

Farbe & Typografie

 

 

 

Ein professionelles Farbsystem besteht aus genau vier Schichten:

 

→  Primärfarbe: Die Hauptfarbe des Unternehmens oder der Plattform. Wird für aktive Elemente, ausgewählte Werte und primäre Chart-Serien verwendet.

 

→  Sekundärfarben: 2–4 harmonische Farben für Kategorienvergleiche. Immer in festgelegter Reihenfolge — nie zufällig.

 

→  Semantische Farben: Rot = Warnung/schlechter Wert. Grün = OK/positiver Wert. Gelb = Hinweis/neutral. Diese Farben sind reserviert — sie dürfen nie für Kategorien verwendet werden.

 

→  Neutrale Farben: Grautöne für Hintergründe, Achsen, Gitternetzlinien, inaktive Elemente.

 

 

PALETTE 1 — Corporate Blue (universell einsetzbar): ────────────────────────────────────────────────────────── Primär:       #1F3864  (Dunkelblau — Hauptfarbe) Sekundär 1:   #2E75B6  (Mittelblau) Sekundär 2:   #5BA3D9  (Hellblau) Sekundär 3:   #A8C7E8  (Sehr hellblau) Akzent:       #F4A226  (Orange — nur für Highlights) Semantisch+:  #107C41  (Grün — positiv) Semantisch-:  #C00000  (Rot — negativ/Warnung) Neutral:      #595959  (Grau — Text/Achsen) Hintergrund:  #F5F5F5  (Sehr hellgrau — Seitenhintergrund) ──────────────────────────────────────────────────────────   PALETTE 2 — Neutral Slate (für Unternehmen mit eigenem CI): ────────────────────────────────────────────────────────── Primär:       #334155  (Schiefergrau) Sekundär 1:   #0EA5E9  (Himmelblau) Sekundär 2:   #8B5CF6  (Violett) Sekundär 3:   #F59E0B  (Bernstein) Akzent:       #EF4444  (Nur für Alerts/Warnungen) Semantisch+:  #22C55E  (Grün) Semantisch-:  #EF4444  (Rot) Hintergrund:  #F8FAFC  (Fast weiß) ──────────────────────────────────────────────────────────

 

 

 

✓  Pro Dashboard maximal eine Primärfarbe und 2–3 Sekundärfarben für Kategorien.

✓  Nicht mehr als 4–5 Farben gleichzeitig in einem Chart — danach wird es unlösbar.

✓  Semantische Farben (Rot/Grün) sind reserviert für Gut/Schlecht-Bewertungen — niemals als Kategorienfarben.

✓  Hintergrundfarbe für Charts: immer Weiß oder sehr helles Grau — niemals dunkle Hintergründe für Druckberichte.

✓  Hover-Hervorhebung: gesättigtere Version der Primärfarbe — keine neue Farbe.

 

 

SCHRIFTSYSTEM FÜR BI-DASHBOARDS: ────────────────────────────────────────────────────────────── Dashboard-Titel:  Segoe UI / Calibri — 18–22 pt, fett, dunkel Seitentitel:      Segoe UI / Calibri — 14–16 pt, fett, Primärfarbe Chart-Titel:      Segoe UI / Calibri — 11–12 pt, fett, dunkel Achsenbeschr.:    Segoe UI / Calibri — 9–10 pt, normal, Grau Datenbeschr.:     Segoe UI / Calibri — 9–11 pt, normal oder fett KPI-Hauptwert:    Segoe UI / Calibri — 24–36 pt, fett, dunkel KPI-Vergleich:    Segoe UI / Calibri — 11–12 pt, normal, Grau Tabellentext:     Segoe UI / Calibri — 9–10 pt, normal ────────────────────────────────────────────────────────────── REGEL: Niemals mehr als zwei Schriftgrößen-Ebenen auf einer Seite        mischen (z. B. KPI-Wert 32 pt + Beschriftung 10 pt = OK,        aber nicht 32, 24, 18, 14, 12, 10 pt gleichzeitig). ──────────────────────────────────────────────────────────────

 

 

 

Dark Mode ist in Executive-Dashboards populär geworden. Er hat aber klare Einsatzbedingungen:

 

→  Geeignet: Dashboards, die primär auf Monitor/Bildschirm betrachtet werden. Gut für Operations-Center, Live-Monitoring, Präsentationen in abgedunkelten Räumen.

 

→  Nicht geeignet: Dashboards, die ausgedruckt werden. Reports für gemischte Nutzungsszenarien (Monitor + Druck). Dashboards für Nutzer ab 50+ (Kontrast-Probleme).

 

→  Niemals: Automatischen Dark Mode aktivieren und hoffen, dass er gut aussieht — Dark Mode muss explizit designed werden, nicht nur den Hintergrund auf Schwarz setzen.

 

 

KPI-Cards & Kennzahlendesign

 

 

KPI-Cards sind die wichtigsten Elemente eines Executive-Dashboards. Sie werden zuerst gelesen, am häufigsten genutzt und am häufigsten falsch umgesetzt. Eine gute KPI-Card ist eine kleine, kompakte Entscheidungshilfe — keine bloße Zahl.

 

 

VOLLE KPI-CARD (alle Elemente): ┌─────────────────────────────────────────┐ │ UMSATZ                          [Ø Ziel]│  ← Label (oben links) + Kontext (oben rechts) │                                          │ │         1.432.780 €                      │  ← Hauptwert (zentriert, groß) │                                          │ │  ▲ +12,4 %  vs. Vorjahr                  │  ← Vergleich (unten links) │  ● 94 % von Jahresziel (1.520.000 €)     │  ← Zielerreichung (unten) └─────────────────────────────────────────┘   KOMPAKTE KPI-CARD (für viele KPIs nebeneinander): ┌───────────────────────┐ │ Umsatz                │  ← Label │ 1.432.780 €           │  ← Hauptwert │ ▲ +12,4 % Vorjahr     │  ← Einzeiliger Vergleich └───────────────────────┘

 

 

 

Vergleichstyp	Formel	Wann einsetzen
Vorjahresperiode	(Aktuell - VJ) / VJ × 100	Saisonale Geschäftsmodelle
Vormonat	(Aktuell - VM) / VM × 100	Operatives Monitoring
Kumuliert (YTD)	Summe seit Jahresbeginn	Finanz-KPIs
Zielerreichung	Aktuell / Ziel × 100	Wenn Budgets/Ziele definiert sind
Durchschnitt	Aktuell vs. Ø letzter 12 Monate	Trendunabhängig

 

 

 

 

 

Ampelfarben (Rot/Gelb/Grün) sind mächtig — und werden häufig missbraucht. Die Grundregel: Ampeln nur, wenn klare, vorab definierte Schwellenwerte existieren.

 

RICHTIG — Schwellenwerte klar definiert: ────────────────────────────────────────────────────────── ● Grün:  Zielerreichung ≥ 95 % ● Gelb:  Zielerreichung 80 % – 94 % ● Rot:   Zielerreichung < 80 % ──────────────────────────────────────────────────────────   FALSCH — Dynamische Schwellenwerte ohne Logik: ────────────────────────────────────────────────────────── ● Grün:  Wert über Durchschnitt (ändert sich täglich) ● Rot:   Wert unter Durchschnitt (fast immer die Hälfte rot) ────────────────────────────────────────────────────────── Resultat: 50 % der KPIs sind immer rot — Alarm-Fatigue.

 

 

 

→  Große Zahlen vereinfachen: 1.432.780 € → 1,4 Mio. € (für Executive-Dashboards). Nur in Detail-Tabellen volle Präzision.

 

→  Einheiten immer sichtbar: Nie eine nackte Zahl ohne Einheit auf einem Dashboard.

 

→  Negative Werte: Vorzeichen und Farbe kombinieren: -12,4 % in Rot — nicht nur Farbe, nicht nur Vorzeichen.

 

→  Prozente: Immer eine Dezimalstelle. 12 % ist weniger präzise als 12,4 % — und 12,42 % ist zu präzise für ein Dashboard.

 

 

Interaktivität & Navigation

 

 

Interaktivität ist der größte Vorteil digitaler Dashboards gegenüber statischen Reports. Gleichzeitig ist übermäßige oder unklare Interaktivität eine der häufigsten Ursachen für Nutzer-Frustration.

 

 

Zeige zuerst den Überblick. Ermögliche dann das Filtern. Biete dann den Detail-Drill.

 

Diese Hierarchie — bekannt als Schneiderman's Information Seeking Mantra — ist das Fundament jeder guten interaktiven Visualisierung. Nutzer wollen sich zuerst orientieren, dann einschränken, dann in Details einsteigen.

 

INTERAKTIONS-HIERARCHIE EINES DASHBOARDS: ══════════════════════════════════════════════════════════ STUFE 1 — ÜBERBLICK (beim Öffnen sichtbar):   3–6 KPI-Cards + 1–2 Hauptcharts ohne Filter   STUFE 2 — FILTERN (durch Slicer/Filter-Panel):   Zeitraum, Region, Produktgruppe, Kundensegment   → Alle Charts reagieren synchron   STUFE 3 — DRILL-DOWN (Klick in Chart):   Aus Jahresansicht in Monatsansicht   Aus Regionsansicht in Städteansicht   STUFE 4 — DETAIL (Drill-Through auf neue Seite):   Einzelne Transaktion, Einzelkunde, Einzelprodukt   → Separate Dashboard-Seite mit Volldetail ══════════════════════════════════════════════════════════

 

 

 

In Power BI (und ähnlich in Tableau und Qlik) gibt es zwei Arten, wie ein Klick auf ein Chart-Element andere Charts beeinflusst:

 

→  Cross-Highlighting (Standard in Power BI): Das angeklickte Element wird hervorgehoben, alle anderen werden abgedunkelt — aber die Gesamtdarstellung bleibt. Gut für "Was ist der Anteil dieses Elements?"

 

→  Cross-Filtering: Das angeklickte Element filtert alle anderen Charts — nur noch Daten für dieses Element sichtbar. Gut für "Zeig mir alles zu diesem Element."

 

WANN WAS EINSETZEN: ────────────────────────────────────────────────────────── Cross-Highlighting: Bei Charts, die Anteile zeigen                     (Balken, Tortenstücke, Karten) Cross-Filtering:    Bei Charts, die Detailansichten                     aufzeigen sollen (Tabellen, Zeitreihen) Keine Interaktion:  Dekorative Elemente, Titel-Cards,                     Logo-Bereiche — explizit deaktivieren ──────────────────────────────────────────────────────────

 

 

 

Ab 3 Dashboard-Seiten braucht jedes Dashboard eine explizite Navigation. Die drei bewährten Muster:

 

→  Tab-Navigation (oben oder links): Ideal für gleichwertige Seiten mit ähnlichem Umfang. Nutzer sehen alle Seiten auf einen Blick.

 

→  Drill-Through (Klick auf Element öffnet neue Seite): Ideal für Detailseiten, die nur bei Bedarf aufgerufen werden. Seitenleiste bleibt aufgeräumt.

 

→  Schaltflächen-Navigation (Buttons auf der Seite): Ideal für geführte Analyse-Flows ("Weiter zu Schritt 2"). Gut für Präsentationsmodus.

 

 

Mobile & Responsive Design

 

 

Mobile Nutzung von BI-Dashboards wächst konstant. Geschäftsführer öffnen KPI-Übersichten zwischen Meetings auf dem iPhone. Vertriebsmitarbeitende prüfen Umsatzzahlen vor Kundenterminen auf dem iPad. Ein Dashboard, das auf diesen Geräten nicht funktioniert, wird auf diesen Geräten nicht genutzt.

 

 

→  Strategie 1 — Separates Mobile Layout (empfohlen für Power BI): Power BI bietet einen dedizierten Mobile Layout Editor. Für jede Report-Seite wird ein separates Smartphone-Layout definiert. Elemente werden neu angeordnet, überflüssige Charts werden ausgeblendet.

 

→  Strategie 2 — Responsive Tab-Navigation (empfohlen für Tableau): Tableau skaliert Dashboards auf Tablet-Größe gut, auf Smartphone schlecht. Empfehlung: Separate, vereinfachte Tableau-Ansicht für Mobile definieren.

 

→  Strategie 3 — Mobile-First-Design (für neue Dashboards): Das Dashboard wird zuerst für Smartphone designed — und dann für Desktop erweitert. Erzwingt maximale Fokussierung: Wenn es auf 375 px Breite funktioniert, funktioniert es auf jedem Format.

 

 

MOBILE LAYOUT-REGELN: ────────────────────────────────────────────────────────── Schriftgröße:    Minimum 14 pt für alle lesbaren Inhalte Touch Targets:   Minimum 44 × 44 px für alle klickbaren Elemente KPIs mobil:      Maximal 2–3 Cards pro Reihe, groß und klar Charts mobil:    Maximal 1 Chart pro Bildschirmbreite Filter mobil:    Ausklappbares Panel — nicht dauerhaft sichtbar Tabellen mobil:  Maximal 3–4 Spalten — oder durch Card-Ansicht ersetzen Ladezeit:        Mobil-Ansicht darf max. 5 Sekunden laden ──────────────────────────────────────────────────────────

 

 

 

→  In Power BI Desktop: Ansicht → Mobile Layout öffnen.

 

→  Verfügbare Visuals aus der rechten Leiste per Drag & Drop auf das Smartphone-Canvas ziehen.

 

→  Nicht alle Visuals müssen im Mobile Layout erscheinen — Tabellen und Detail-Charts weglassen.

 

→  KPI-Cards und 1–2 Hauptcharts reichen für 80 % aller mobilen Nutzungsfälle.

 

→  Immer auf echtem Gerät oder Power BI Mobile App testen bevor Veröffentlichung.

 

 

Barrierefreiheit & Accessibility

 

 

Barrierefreiheit wird in BI-Projekten fast immer als letztes gedacht — und dann nicht mehr umgesetzt. Dabei sind viele Accessibility-Maßnahmen gleichzeitig gutes Design: Höhere Kontraste helfen jedem. Klare Beschriftungen helfen jedem. Keyboard-Navigation hilft jedem.

 

 

 

Text auf farbigem Hintergrund muss ein Kontrastverhältnis von mindestens 4,5:1 erreichen (WCAG AA). Für große Texte (> 18 pt): mindestens 3:1.

 

KONTRAST-SCHNELLTEST: ────────────────────────────────────────────────────────── Weiß (#FFFFFF) auf Dunkelblau (#1F3864):  Kontrast 12,6:1 — OK ✓ Weiß (#FFFFFF) auf Mittelblau (#2E75B6):  Kontrast 4,8:1  — OK ✓ Dunkelgrau (#595959) auf Weiß:            Kontrast 7,0:1  — OK ✓ Hellgrau (#AAAAAA) auf Weiß:              Kontrast 2,3:1  — FAIL ✗ Gelb (#FFD700) auf Weiß:                  Kontrast 1,7:1  — FAIL ✗ ────────────────────────────────────────────────────────── Tool: webaim.org/resources/contrastchecker (kostenlos)

 

 

 

Menschen mit Rot-Grün-Sehschwäche (ca. 8 % der Männer) können rote und grüne Ampelfarben nicht unterscheiden. Lösung: Farbe immer mit Form oder Text kombinieren.

 

→  Statt: Roter Balken vs. Grüner Balken → Verwenden: Roter Balken mit "▼" + Grüner Balken mit "▲".

 

→  Statt: Rote KPI-Card vs. Grüne KPI-Card → Verwenden: Rote Card mit Text "unter Ziel" + Grüne mit "über Ziel".

 

 

 

 

Alle Chart-Elemente in Power BI, Tableau und Qlik unterstützen Alt-Texte für Screenreader. Diese werden fast nie befüllt.

 

POWER BI: Alt-Text für Visual setzen ────────────────────────────────────────────────────────── Format → Allgemein → Alt-Text Statisch: "Balkendiagramm: Umsatz nach Region, Januar–März 2026.            Region Nord führt mit 432.000 €." Dynamisch (DAX): "Umsatz nach Region. Höchster Wert: "                  & TOPN(1, VALUES(Region[Name]),                    [Umsatz], DESC) & " mit "                  & FORMAT(MAXX(TOPN(1, VALUES(Region[Name]),                    [Umsatz], DESC), [Umsatz]), "#.##0 €") ──────────────────────────────────────────────────────────

 

 

 

Alle interaktiven Elemente (Filter, Drill-Through-Buttons, Navigationselemente) müssen per Tastatur erreichbar und bedienbar sein. In Power BI Service: Tab-Reihenfolge in den Visual-Einstellungen prüfen und ggf. anpassen.

 

 

Mindestschriftgröße für alle lesbaren Inhalte auf Dashboards: 10 pt. Für primäre Beschriftungen: 11–12 pt. KPI-Hauptwerte: mindestens 20 pt. Niemals reine Großbuchstaben für längere Texte (schlechter lesbar).

 

 

30-Tage-Redesign-Checkliste

 

 

Diese Checkliste ist für Teams gedacht, die bereits BI-Dashboards im Einsatz haben — aber wissen, dass sie nicht optimal sind. Sie führt in 30 Tagen von der Analyse bis zum verbesserten, produktiven Dashboard-Portfolio.

 

VOR DEM START Exportieren Sie die Nutzungsstatistiken aller Dashboards aus Ihrem BI-Tool (Power BI Activity Log, Tableau Admin Insights, Qlik Management Console). Identifizieren Sie: Welche 3 Dashboards werden am häufigsten genutzt? Diese werden zuerst redesignt — hohe Nutzung bedeutet hohe Wirkung pro investierter Stunde.

 

 

■ TAG 1–2: NUTZUNGSANALYSE

 

■  Nutzungsstatistiken exportieren: Aufrufe, Unique Users, Sitzungsdauer je Dashboard

■  Die 3 meistgenutzten und die 3 am wenigsten genutzten Dashboards identifizieren

■  Nutzer der Top-3-Dashboards befragen (5-Minuten-Interview): Was suchen Sie? Was finden Sie nicht?

■  Feststellen: Welche Dashboards werden ausgedruckt statt digital genutzt? (Zeigt Mobile/Druck-Probleme)

 

■ TAG 3–4: DESIGN-AUDIT

 

■  Jeden Dashboard-Screen mit der 10-Design-Fallen-Liste aus Kapitel 2 abgleichen

■  Bewertung je Dashboard (1–5) für: Layout, Chartauswahl, Farbe, Interaktivität, Mobile

■  Kritische Fehler (Score ≤ 2) markieren — diese werden in Woche 2 als erstes behoben

■  Screenshots als Vorher-Dokumentation sichern — für spätere Vorher-Nachher-Vergleiche

 

■ TAG 5–7: ZIELGRUPPEN-WORKSHOPS

 

■  Pro Dashboard-Typ (Executive, Operativ, Analytisch) einen 60-Minuten-Workshop mit je 3 Nutzern

■  Fragen: Was ist die wichtigste Zahl, die Sie täglich brauchen? Was dauert zu lange zu finden?

■  Ergebnisse in einem "Jobs-to-be-Done"-Dokument festhalten: Was soll das Dashboard leisten?

■  Priorisierungsliste: Welche 3 Änderungen hätten den größten Nutzernutzen?

 

 

■ TAG 8–11: LAYOUT & STRUKTUR ÜBERARBEITEN

 

■  12-Spalten-Raster aus Kapitel 3 auf alle Prioritäts-Dashboards anwenden

■  Header-Zone definieren: Titel, Zeitraum-Filter — klar und konsistent auf allen Seiten

■  KPI-Leiste nach oben verschieben — Kernkennzahlen sollen ohne Scrollen sichtbar sein

■  Überflüssige visuelle Elemente entfernen: alles, was keine Entscheidung unterstützt

 

■ TAG 12–14: CHARTS OPTIMIEREN

 

■  Alle Tortendiagramme mit > 3 Segmenten durch horizontale Balkendiagramme ersetzen

■  Alle 3D-Charts abschalten — auf 2D umstellen

■  Fehlende Diagramm-Titel ergänzen: handlungsorientiert, mit Zeitraum

■  Datenbeschriftungen hinzufügen bei allen Balken- und Säulendiagrammen

■  Vergleichswerte ergänzen: Alle KPI-Cards bekommen einen Vorjahres- oder Zielwert

 

■ TAG 15–16: FARB- UND TYPOGRAFIE-SYSTEM EINFÜHREN

 

■  Einheitliches Farbtheme erstellen (Kapitel 5) und auf alle Prioritäts-Dashboards anwenden

■  Semantische Farben (Rot/Grün) von Kategorienfarben trennen und konsequent einhalten

■  Schriftgrößen-System vereinheitlichen — maximal 3 Größenstufen je Dashboard

■  Zahlenformate vereinheitlichen: Einheiten, Dezimalstellen, Tausendertrennzeichen

 

 

■ TAG 17–19: FILTER & NAVIGATION ÜBERARBEITEN

 

■  Anzahl sichtbarer Filter auf maximal 5 primäre reduzieren — Rest in ausklappbares Panel

■  Filter-Labels klar benennen — eindeutige Handlungsaufforderungen

■  Drill-Through-Seiten für die häufigsten Detail-Anfragen erstellen

■  Tab-Navigation für mehrseitige Dashboards einführen und beschriften

 

■ TAG 20–22: MOBILE LAYOUT ERSTELLEN

 

■  Power BI Mobile Layout Editor für alle 3 Prioritäts-Dashboards öffnen

■  Smartphone-Ansicht definieren: maximal 3 KPI-Cards + 1 Hauptchart pro Seite

■  Auf iPhone (375 px) und iPad (768 px) testen — Power BI Mobile App verwenden

■  Schriftgrößen und Touch-Targets für Mobile prüfen (Minimum: 14 pt / 44 px)

 

 

 

 

■ TAG 23: ACCESSIBILITY-CHECK

 

■  Kontrastverhältnisse aller Text-auf-Farbe-Kombinationen prüfen (webaim.org/resources/contrastchecker)

■  Farbkombinationen auf Rot-Grün-Blindheit testen (coblis.com Simulator)

■  Alt-Texte für alle Charts in den Top-3-Dashboards setzen

■  Keyboard-Navigation durch alle interaktiven Elemente testen

 

 

■ TAG 24–26: USER-TESTING VOR ROLLOUT

 

■  Redesignte Dashboards 3 Nutzern aus Woche-1-Interviews vorstellen

■  Die Zwei-Sekunden-Regel testen: Finden Nutzer die wichtigste Zahl sofort?

■  Nutzer-Feedback einarbeiten: kritische Punkte korrigieren, nicht alle Wünsche umsetzen

■  Design-Entscheidungen dokumentieren: Was wurde warum geändert?

 

■ TAG 27–28: ROLLOUT & KOMMUNIKATION

 

■  Überarbeitete Dashboards veröffentlichen — alte Version nicht sofort löschen (1 Woche parallel)

■  Kurze Ankündigung an Nutzergruppe: Was hat sich geändert, warum, wo gibt es Feedback?

■  Schulungsvideo oder kurze Anleitung für neue Interaktionsmöglichkeiten (Drill-Through etc.)

■  Alten Stand als Screenshot archivieren — für Vorher-Nachher-Dokumentation

 

■ TAG 29–30: ERFOLGSMESSUNG & NÄCHSTE SCHRITTE

 

■  Nutzungsstatistiken nach 2 Wochen erneut exportieren und mit Baseline vergleichen

■  KPIs: Mehr Aufrufe? Längere Sitzungsdauer? Weniger IT-Support-Anfragen?

■  Nutzer-Feedback einholen: kurze anonyme Umfrage (3 Fragen, 2 Minuten)

■  Backlog priorisieren: Welche weiteren Dashboards werden als nächstes überarbeitet? ■

 

ERGEBNIS NACH 30 TAGEN Ihr Ergebnis nach 30 Tagen: 3 professionell überarbeitete Dashboards mit klarem Layout, richtiger Chartauswahl, einheitlichem Farbsystem und funktionierender Mobile-Ansicht — und ein messbarer Anstieg der Nutzungsrate. Plus ein wiederverwendbares Design-System für alle zukünftigen BI-Projekte.

 

 

 

 

Die in diesem Dokument enthaltenen Gestaltungsempfehlungen, UX-Prinzipien und Methoden wurden nach bestem Wissen und Gewissen auf Basis etablierter Datenvisualisierungsforschung (u. a. Edward Tufte, Stephen Few, Ben Shneiderman) sowie langjähriger praktischer Projekterfahrung erstellt. Dennoch kann keine Gewähr für Vollständigkeit, Richtigkeit oder universelle Anwendbarkeit übernommen werden.

 

Design ist kontextabhängig. Was für eine Nutzergruppe optimal ist, kann für eine andere suboptimal sein. Der Autor übernimmt keine Haftung für Designentscheidungen, die auf Basis dieses Dokuments getroffen werden, einschließlich entgangenen Nutzens durch Designänderungen, Zeitaufwand für Überarbeitungen oder Folgen mangelhafter Barrierefreiheits-Umsetzung.

 

 

Die in Kapitel 9 beschriebenen Accessibility-Empfehlungen basieren auf den Web Content Accessibility Guidelines (WCAG) 2.2 der W3C. Die Erfüllung dieser Richtlinien ersetzt keine professionelle Barrierefreiheitsprüfung durch zertifizierte Fachleute. Für öffentliche Auftraggeber und Unternehmen mit gesetzlichen Barrierefreiheitspflichten (BFSG ab 2025) ist eine weitergehende Prüfung erforderlich.

 

 

Alle Angaben zu Power BI, Tableau und Qlik-Funktionen (Mobile Layout Editor, Alt-Texte, Cross-Filtering etc.) beziehen sich auf den Stand März 2026. Alle drei Plattformen werden regelmäßig aktualisiert.

 

 

Dieses Dokument und alle Inhalte sind urheberrechtlich geschützt. © 2026 Sascha Hess, xenosystems.de. Alle Rechte vorbehalten.

 

 

Power BI ist eine eingetragene Marke der Microsoft Corporation. Tableau ist eine eingetragene Marke von Salesforce, Inc. Figma ist eine eingetragene Marke von Figma, Inc. WCAG ist ein Standard des World Wide Web Consortium (W3C). Alle anderen genannten Produkt- und Unternehmensnamen sind Eigentum ihrer jeweiligen Inhaber.

 

 

Es gilt ausschließlich deutsches Recht. Gerichtsstand für alle Streitigkeiten ist, soweit gesetzlich zulässig, Weimar, Thüringen, Deutschland.

 

 

 

Sascha Hess ist Diplom-Biologe und IT-Professional mit über 20 Jahren Erfahrung in der Administration von ERP-, BI- und Datenbanksystemen. Er hat mehr als 40 BI-Projekte in mittelständischen Unternehmen umgesetzt — von der ersten Datenmodellierung bis zum produktiven Dashboard-Betrieb. Dabei hat er mehr als 200 Dashboards designed, überarbeitet und auf Nutzbarkeit optimiert.

 

Sein Ansatz verbindet naturwissenschaftliche Präzision mit hochgradiger IT-Spezialisierung. Schwerpunkte: SQL Server Performance-Tuning, ERP-Einführungen, Business Intelligence (Power BI, DeltaMaster), Dashboard-Design und IT-Interim-Management.

 

Web: www.xenosystems.de | E-Mail: info@xenosystems.de | Standort: Weimar, Thüringen / Remote

 

Service	Beschreibung
Dashboard-Design Review	Professionelle Analyse bestehender Dashboards — mit schriftlichem Bewertungsbericht, priorisierten Verbesserungsvorschlägen und einem umsetzbaren Redesign-Plan. Scope: 1–2 Tage.
Dashboard Redesign	Vollständige Überarbeitung von bis zu 5 Dashboards nach dem Design-System aus diesem Kit — inklusive Mobile Layout, Accessibility-Check und Nutzer-Testing. Scope: 2–4 Wochen.
Power BI Einführung & Design	End-to-End: Datenmodell, Semantic Layer, Dashboard-Design, Row-Level Security, Mobile Layout — mit Übergabe eines wiederverwendbaren Design-Systems.
BI Tool-Evaluierung & PoC	Unabhängige Evaluierung von Power BI, Tableau und Qlik — mit Proof-of-Concept auf Ihren Daten und dokumentierter Entscheidungsvorlage.
SQL Server DB Health Check	Professioneller Audit Ihres SQL Servers — Managementreport, Risikobewertung und Maßnahmenplan. Scope: 3–5 Tage.