Ein Screen beantwortet nicht jede Frage

Einstieg

Diese Folge gehört zur Serie Dashboard Operating. Sie erklärt BI-Oberflächen als Produkte mit Zweck, Zielgruppe, Rhythmus, Kennzahlen und Betrieb, nicht als Sammlung hübscher Charts.

Begriffe vor dem Lesen

• Produktportfolio — Mehrere abgestimmte BI-Produkte für unterschiedliche Aufgaben.
• Monitor — Schnelle Sicht auf Zustand und Ausnahme.
• Report — Strukturierte Auswertung für wiederkehrende Informationsbedarfe.
• Self-Service — Kontrollierter Raum, in dem Nutzer eigene Fragen stellen können.
• Gemeinsame Grundlage — Gleiche Kennzahlen, Quellen und Definitionen hinter verschiedenen Oberflächen.

Das Problem im Alltag

Ein Screen soll gleichzeitig Vorstandslage, operative Steuerung, Ursachenanalyse und Self-Service leisten. Das Ergebnis ist zu dicht für Führung, zu flach für Analysten und zu unklar für Operations.

Das saubere Muster

Was das praktisch bedeutet

Ein Dashboard ist dann hilfreich, wenn Nutzer schnell erkennen, ob etwas Aufmerksamkeit braucht und was als Nächstes passieren soll. Ein Report darf mehr erklären. Eine Analysefläche darf dichter sein. Eine Story darf führen. Governance beginnt damit, diese Jobs nicht zu vermischen.

Die Oberfläche muss außerdem Vertrauen zeigen: Datenstand, Definition, Status, bekannte Grenzen und zuständige Stelle müssen während der Nutzung erreichbar sein. Wenn diese Informationen nur irgendwo im Katalog stehen, helfen sie im Entscheidungsmoment oft zu spät.

Mini-Fall

Ein Umsatzmonitor zeigt rote Regionen. Der Analyst braucht danach Detailpfade und Ursachen. Der Vorstand braucht eine kurze Managementsicht. Alle nutzen dieselbe Umsatzdefinition, aber nicht denselben Screen.

Anti-Patterns

• Jede BI-Seite Dashboard nennen.
• Viele Zielgruppen auf einen Screen zwingen.
• Layout diskutieren, bevor Zweck und Leitfrage klar sind.
• Lokale Kennzahlen ohne Definition veröffentlichen.
• Veraltete Seiten aktiv lassen, weil niemand Stilllegung betreibt.

Erster Umsetzungsschnitt

1. Eine überladene BI-App auswählen.
2. Die enthaltenen Jobs markieren: Monitor, Report, Explore, Story, Self-Service.
3. Eine gemeinsame Kennzahlengrundlage bestimmen.
4. Mindestens zwei Oberflächen logisch trennen.
5. Übergang zwischen ihnen beschreiben.

Woran man merkt, dass es besser wird

Nutzer finden schneller die richtige Seite. Meetings starten mit der Entscheidung statt mit der Frage, welche Zahl stimmt. Alte Reports verschwinden kontrolliert. Kennzahlen werden nicht auf jeder Seite neu erfunden. BI fühlt sich weniger wie Chart-Sammlung und mehr wie ein nutzbares Produktportfolio an.