Warum die meisten Dashboards keine Steuerung ermöglichen

Controlling-Dashboards, die niemand öffnet

Nach dem Go-live einer großen Dashboarding-Initiative stellt sich im Controlling oft dieselbe Frage: Welches dieser Artefakte ruft der Vorstand tatsächlich auf? Die ehrliche Antwort ist meistens unangenehm. Eine Handvoll. Der Rest steht im Tenant, hübsch sortiert, ungeöffnet.

In den letzten Jahren haben Controlling-Abteilungen quer durch den DACH-Raum eine Welle an Dashboarding-Projekten produziert, die in ihrer Menge beeindruckt und in ihrer Wirkung enttäuscht. Self-Service-Versprechen, hübsche Kacheln, Drill-down auf drei Ebenen, alles in Echtzeit. Und im Quartalsmeeting wird trotzdem nach Excel exportiert.

Das Dashboard ist nicht das Artefakt. Es ist das Symptom.

Was in den meisten Projekten passiert: Es wird gebaut, was machbar ist, nicht was gefragt wird. Die Datenquelle ist da, das Tool ist lizenziert, die Roadmap verlangt einen Liefernachweis. Also entsteht eine Kachel. Dann zehn. Dann fünfzig. Vor der ersten Visualisierung wird selten die Frage gestellt, die das Dashboard beantworten soll. Und ohne diese Frage gibt es auch keinen Pfad, der von der Beobachtung zur Entscheidung führt.

Genau das ist der Konstruktionsfehler. Ein Dashboard ohne vorgedachten Analysepfad ist eine Tapete. Hübsch, teuer, ortsgebunden. Es zeigt etwas, aber es führt nirgendwohin.

Wer schon einmal in einer Controlling-Runde erlebt hat, wie ein roter Ampel-Indikator angezeigt wird und die nächste Frage lautet „Woher kommt das?“, ohne dass jemand antworten kann, ohne sich zwei Tage in die Vorsysteme zu setzen, kennt das Muster. Die Visualisierung hat ein Problem sichtbar gemacht. Sie hat es nicht steuerbar gemacht.

Drei Fehlmuster, die in fast jedem Projekt auftauchen

Was den Unterschied macht: der Analysepfad vor der Kachel

Ein steuerungsfähiges Dashboard beginnt nicht mit einer Datenquelle. Es beginnt mit einer Entscheidung, die zu treffen ist, und einem Pfad, der von der Beobachtung über die Diagnose zur Handlung führt.

Konkret heißt das: Bevor irgendeine Kachel gebaut wird, lautet die Frage, welche drei bis fünf Entscheidungen das Dashboard in den nächsten zwölf Monaten besser machen soll. Nicht: Welche Daten sind verfügbar? Sondern: Was muss entschieden werden und welche Information verschiebt diese Entscheidung in welche Richtung?

Diese Diskussion ist unbequem. Sie zwingt das Controlling, sich auf wenige steuerungsrelevante Größen festzulegen. Sie zwingt die Fachbereiche, ihre Hypothesen zu artikulieren. Und sie macht sichtbar, wo eine Kennzahl gar keinen Einfluss auf eine reale Entscheidung hat, was bei ehrlicher Prüfung auf einen erheblichen Teil bestehender Reports zutrifft.

Und nein, das ist nicht trivial.

Wer behauptet, das sei nur eine Frage der Disziplin, hat noch nie versucht, eine konkrete Margenabweichung sauber an operative Treiber zurückzubinden. Eine gesunkene Deckungsbeitragsquote im DACH-Vertrieb kann aus einem ungünstigen Produktmix kommen, aus Preisnachlässen in einer einzelnen Kundengruppe, aus gestiegenen Rohstoffkosten, die sich erst zwei Quartale später durchschlagen, aus einer Verschiebung des Auftragseingangs in margenschwächere Segmente, oder aus einer Kombination, die sich gegenseitig teilweise kompensiert.

Diese Treiber sauber zu modellieren, in der richtigen Granularität verfügbar zu machen, mit den Buchungslogiken aus dem ERP in Einklang zu bringen und über Zeiträume hinweg konsistent zu halten, ist eine Kür. Es ist eine Kunst, semantische Modelle so zu strukturieren, dass Finanzsicht und operative Treibersicht denselben Geschäftsfall meinen. Es ist die Fleißarbeit, mit den Fachbereichen die Wirkungszusammenhänge erst auszuformulieren, bevor sie ins Modell wandern.

Das macht man nicht eben so. Und das ist der eigentliche Grund, warum die meisten Organisationen den einfachen Weg nehmen: viele Kacheln, wenig Pfad.

Was technisch dahinterliegt, ist nicht raketenwissenschaftlich, aber auch nicht beiläufig. Moderne Analyseplattformen bieten heute durchaus die Komponenten, um Diagnostik in den Analysepfad einzubauen: automatisierte Auffälligkeitserkennung, Treiberbaum-Funktionalitäten, semantische Modellierungsschichten, in denen Vergleichslogiken und Treiber-Hierarchien einmal sauber abgelegt und dann konsistent wiederverwendet werden können. Die Werkzeuge sind da. Der konzeptionelle Aufwand davor ist es, der unterschätzt wird.

Was Controlling jetzt anders machen sollte

Vor jedem neuen Dashboard wird die Entscheidung, die es beeinflussen soll, schriftlich festgehalten. Lässt sich diese Frage nicht beantworten, wird das Dashboard nicht gebaut. Das spart mehr Budget als jede Lizenzverhandlung.

Bestehende Dashboards bekommen eine Nutzungs- und Wirkungsprüfung. Aufruffrequenz allein reicht nicht. Entscheidend ist, ob das Artefakt in den letzten zwei Quartalen tatsächlich eine Entscheidung verändert hat. Was nicht steuert, wird archiviert.

Der Analysepfad ist Teil der Lieferung, nicht der Aufsatz danach. Welche Folgefragen sind hinterlegt, welche Treiber lassen sich aufrufen, welche Maßnahmen sind im Werkzeug verlinkt. Ein Dashboard ohne hinterlegten Pfad ist genauso unfertig wie ein Bericht ohne Empfehlung.

Wer das tut, wird feststellen: Die Zahl der produktiven Dashboards sinkt. Die Wirkung steigt. Und im Quartalsmeeting wird wieder gesteuert, statt gescrollt.

Bis dahin bleibt das, was viele Controlling-Abteilungen heute betreiben, ein teures Möblierungsprogramm für leere Räume. Tapeten in Echtzeit.