Dashboard-Visualisierung für FM-Entscheider: Warum weniger Zahlen mehr Wirkung haben

Mein erstes FM-Dashboard war ein Desaster. 28 Diagramme, vier Tabs, jede erdenkliche Kennzahl in Echtzeit. Ich war stolz darauf. Die Objektleiter haben es nach zwei Wochen nicht mehr geöffnet, der Betriebsleiter nie, und das C-Level hat weiter nach „der einen Zahl” gefragt, die ihnen sagt, ob alles läuft.

Das war vor anderthalb Jahren. Seitdem weiß ich: Ein Dashboard ist ein Kommunikationswerkzeug und kein Datenlager. Wie bei jeder Kommunikation zählt, was beim Empfänger ankommt.

Das Grundproblem: Techniker bauen Dashboards für Techniker

Die meisten FM-Dashboards bauen Menschen, die Daten lieben: Projektleiter, Controller, IT-affine Objektleiter. Heraus kommen Dashboards, die technisch korrekt sind und die Zielgruppe verfehlen.

Ein Betriebsleiter mit 15 Standorten braucht kein Dashboard mit 28 Diagrammen. Er will in drei Sekunden wissen, welcher Standort ein Problem hat, was für eins und wie dringend es ist. Ein C-Level-Manager will noch weniger wissen: Sind wir im Budget? Gibt es Risiken? Wo muss ich entscheiden?

Braucht euer Dashboard mehr als zehn Sekunden für seine Kernaussage, ist es zu komplex.

Mein Ansatz: Drei Ebenen, drei Zielgruppen

Nach dem Desaster mit meinem ersten Dashboard habe ich einen dreistufigen Ansatz entwickelt, der in meinen letzten drei Projekten funktioniert hat.

Ebene 1 ist die Ampelansicht für das C-Level. Sie ist eine einzelne Seite mit fünf bis sieben farbcodierten Indikatoren: Grün läuft, Gelb heißt Achtung und Tendenz beobachten, Rot heißt Handlungsbedarf. Es gibt keine Diagramme, keine Zeitreihen und keine Details, nur Ampeln mit Klartext-Beschriftung. Der CFO sieht auf einen Blick: Budget grün, SLA-Erfüllung grün, Energieverbrauch gelb, Standort Hamburg rot. Will er mehr wissen, klickt er auf die Ampel und landet in Ebene 2.

Ebene 2 ist die Trendansicht für Betriebs- und Objektleiter. Hier gibt es Diagramme, aber maximal sechs pro Ansicht: Zeitreihen für die wichtigsten KPIs wie Kostenentwicklung, Ticketvolumen, SLA-Erfüllung und Energieverbrauch, jeweils mit Ist-Wert, Soll-Wert und Vorjahr. Der Objektleiter erkennt Trends und kann Abweichungen erklären.

Ebene 3 ist die Detailansicht für Analysten und Projektleiter. Hier darf es komplex sein: Filter, Drilldowns nach Standort, Gewerk und Anlagentyp, Rohdaten zum Exportieren. Das ist das Werkzeug für die Datenarbeit. Im Management-Meeting wird diese Ebene nicht gezeigt.

Die Toolwahl

Ich arbeite mit Apache Superset. Es ist Open Source, kostenlos, läuft selfhosted und verbindet sich direkt mit SQL-Datenbanken. Die Lernkurve ist steiler als bei PowerBI oder Tableau, dafür habt ihr die volle Kontrolle über eure Daten, ohne Abo und ohne Datenabfluss in die Cloud.

Für den schnellen Einstieg taugt auch Metabase. Es ist ebenfalls Open Source und noch einfacher zu bedienen, bei komplexen Visualisierungen aber weniger flexibel.

Wer schon Microsoft-Infrastruktur und Budget hat, kommt an PowerBI kaum vorbei. Die Integration mit Excel und SharePoint ist nahtlos, und für nicht-technische Nutzer ist die Bedienung intuitiver als bei Open-Source-Alternativen.

Nehmt das Tool, das zu eurer Infrastruktur passt. Das beste Dashboard ist das, das eure Leute tatsächlich öffnen, auch wenn ein anderes technisch überlegen wäre.

Fünf Design-Regeln

Aus meinen Fehlern und Experimenten sind fünf Regeln geworden, die jedes FM-Dashboard besser machen.

Regel 1: Eine Frage pro Ansicht. Jede Dashboard-Seite beantwortet genau eine Frage. „Wie ist der Budgetstatus?” ist eine Seite, „Wie entwickeln sich die SLAs?” eine andere. Mischdashboards, die alles auf einmal zeigen, überfordern.

Regel 2: Kontext statt Zahl. Eine Zahl ohne Vergleichswert sagt nichts. „Ticketvolumen: 340” bleibt vage, „Ticketvolumen: 340 (Vormonat: 290, +17%)” erklärt sich selbst. Jede Kennzahl braucht einen Referenzpunkt.

Regel 3: Farbe sparsam einsetzen. Rot, Gelb, Grün reichen. Bunte Diagramme und farbcodierte Kategorien verwässern das Signal, denn wenn alles bunt ist, fällt nichts auf.

Regel 4: Mobile-First denken. Der Objektleiter schaut euer Dashboard auf dem Handy an und nicht am 27-Zoll-Monitor. Gestaltet die wichtigste Ansicht so, dass sie auf einem Smartphone funktioniert.

Regel 5: Aktualisierungsfrequenz zeigen. Daten, von denen niemand weiß, wie alt sie sind, untergraben Vertrauen. Schreibt auf jede Ansicht, wann die Daten zuletzt aktualisiert wurden, etwa „Stand: 08.02.2025, 06:00 Uhr”. Fehlende Zeitstempel erzeugen Misstrauen.

Die Datengrundlage: Wo die meisten scheitern

Ein Dashboard ist nur so gut wie seine Datenquelle. In meiner Erfahrung scheitern 60 Prozent der Dashboard-Projekte an der Datenlage und nur selten am Tool oder am Design.

Die häufigsten Probleme: Daten liegen in verschiedenen Excel-Dateien ohne einheitliche Struktur. CAFM-Daten sind unvollständig, weil Techniker nicht alles einpflegen. Kostendaten aus dem ERP und operative Daten aus dem CAFM lassen sich nicht verknüpfen, weil die Schlüsselfelder nicht übereinstimmen.

Bevor ich ein Dashboard baue, investiere ich mindestens so viel Zeit in die Datenaufbereitung: eine saubere SQL-Datenbank als Zwischenschicht, die Daten aus verschiedenen Quellen zusammenführt und bereinigt. Das ist viel Aufwand. Es ist aber der einzige Weg zu einem Dashboard, dem die Nutzer vertrauen.

Mein konkreter Tipp

Baut zuerst das einfachste Dashboard, das eine konkrete Frage eures Managements beantwortet. Eine einzige Ansicht mit fünf Ampeln, die zeigt, ob die wichtigsten Standorte im Plan sind. Zeigt sie eurem Betriebsleiter und hört zu, was er als Erstes fragt. Baut die nächste Ansicht anhand dieser Frage. In vier Wochen habt ihr ein Dashboard, das genutzt wird, weil es die Fragen beantwortet, die eure Entscheider tatsächlich haben.

Wie sehen eure FM-Dashboards aus? Nutzt sie jemand, oder sind sie zum Reporting-Pflichtprogramm geworden?