Im thinkBI Podcast geht es diesmal um eine unbequeme Frage: Warum bauen wir Reports, wenn wir oft erst dann überlegen, was wir tun wollen, sobald die Kennzahl auffällig wird?
Viele Reporting-Projekte beginnen mit einer Anforderung. Eine Kennzahl soll sichtbar werden, eine Entwicklung nachvollziehbar, ein Bereich vergleichbar. Das Ergebnis kann fachlich korrekt und visuell überzeugend sein. Trotzdem bleibt eine entscheidende Lücke: Was soll passieren, wenn die Zahl einen bestimmten Zustand erreicht?
Ohne diese Antwort beobachten wir. Wir steuern nicht.
Ein Report zeigt ein Ereignis. Er entscheidet noch nicht, was daraus folgt.
Das ist kein Einwand gegen Reporting. Im Gegenteil: Gute Berichte können Entwicklungen früh sichtbar machen, Abweichungen erklären und Optionen einordnen. Aber ihre Wirkung entsteht nicht allein durch die Darstellung einer Zahl.
Eine Kennzahl wird erst steuerungsrelevant, wenn sie mit einer vorher geklärten Frage verbunden ist:
- Welcher Zustand ist für uns relevant?
- Ab wann müssen wir handeln?
- Welche Optionen stehen dann tatsächlich zur Verfügung?
- Und wer entscheidet, welche davon gewählt wird?
Diese Fragen lassen sich an einfachen Beispielen beobachten. Wer ein Produkt spontan kauft, entscheidet möglicherweise in der Situation und aus der Emotion heraus. Bei einem Aktienlimit ist die Logik anders: Ein Preis wird vorher als Schwelle festgelegt. Wird sie erreicht, greift die bereits getroffene Entscheidung. Das nimmt nicht jede Unsicherheit aus dem Markt. Es verhindert aber, dass die Entscheidung erst unter dem Druck des Augenblicks erfunden werden muss.
Für Organisationen ist das Prinzip ähnlich. Ein Umsatzziel zu verfehlen, ist zunächst eine Beobachtung. Steuerung beginnt erst dort, wo vorher geklärt wurde, welche Ursachen geprüft, welche Maßnahmen erwogen und welche Eskalationen ausgelöst werden sollen. Nicht jede Abweichung braucht einen starren Automatismus. Aber jede relevante Abweichung braucht einen vorbereiteten Umgang.
Ruhe ist der bessere Ort für Szenarien
Besonders deutlich wird das in Situationen, die niemand gern erlebt. Eine Sicherheitsschleuse kann ein ungewöhnliches Ereignis erkennen. Wenn jedoch nicht klar ist, wie Menschen bei einem Alarm handeln, erzeugt die Technik nur einen Moment der Überforderung. Das Problem liegt dann nicht im fehlenden Signal, sondern in der fehlenden vorbereiteten Reaktion.
Genau hier liegt ein Unterschied zwischen einem Dashboard als Anzeige und einem Dashboard als Teil einer Entscheidungsarchitektur. Eine Anzeige meldet: Etwas ist passiert. Eine Entscheidungsarchitektur ergänzt: Dieser Zustand hat Bedeutung, diese Personen sind zuständig, diese Informationen werden jetzt benötigt, und innerhalb dieses Rahmens sind diese Handlungsoptionen vorgesehen.
Das muss nicht bedeuten, alle Fälle bis ins Letzte durchzuplanen. Die Welt bleibt unvollständig, Situationen können sich ändern und manche Entscheidungen verlangen Urteil. Doch gerade dann ist es hilfreich, in ruhigen Phasen Szenarien durchzuspielen. Welche Ereignisse sind denkbar? Wo liegt unsere Schwelle? Welche Annahmen gelten? Was würden wir tun, wenn die Lage eintritt? Und welche Information müsste im entscheidenden Moment verfügbar sein?
Solche Vorbereitung macht nicht unflexibel. Sie schafft Orientierung, damit Menschen im Ereignisfall nicht bei null beginnen.
Analyse und Steuerung erfüllen unterschiedliche Aufgaben
Damit wird auch die Rolle analytischer Dashboards klarer. Es ist sinnvoll, Verläufe zu erkunden, Muster zu suchen und Fragen an Daten zu stellen. Diese explorative Arbeit kann helfen, Hypothesen zu bilden und zukünftige Entscheidungen besser vorzubereiten.
Sie ist aber nicht dasselbe wie Steuerung. Wer einen Verlauf betrachtet, sucht zunächst nach einer Erklärung oder einer neuen Auffälligkeit. Wer steuert, hat für einen relevanten Zustand bereits einen Handlungsrahmen. Beides gehört zusammen, darf aber nicht verwechselt werden.
Ein Dashboard wird zum Entertainment Reporting, wenn es Aufmerksamkeit bindet, ohne einen Bezug zu einer Entscheidung herzustellen. Das heißt nicht, dass jede Visualisierung sofort eine Maßnahme auslösen muss. Es heißt: Der Zweck der Betrachtung muss klar sein. Suchen wir nach etwas, das wir noch nicht verstehen? Oder beobachten wir eine Größe, bei der wir bei einer Abweichung anders handeln wollen?
Diese Unterscheidung schützt auch vor nachträglicher Selbstgewissheit. Wenn erst im Rückblick entschieden wird, welche Reaktion angemessen gewesen wäre, wirkt die bessere Option oft offensichtlich. Tatsächlich war sie vorher vielleicht nie beschrieben, nie abgewogen und nie mit den verfügbaren Informationen verbunden. Die Rückschau ersetzt dann keine Steuerung.
Automatisierung braucht vorherige Entscheidungen
Mit Automatisierung und KI wird diese Frage noch wichtiger. Ein System kann nur dann zuverlässig handeln, wenn der Auslöser, die zulässige Reaktion, die Grenzen des Falls und die Verantwortung zuvor ausreichend geklärt wurden. Sonst automatisiert es nicht eine Entscheidung, sondern eine unklare Reaktion.
Nicht jede Entscheidung sollte automatisiert werden. Aber dort, wo eine Reaktion wiederholbar, verantwortbar und klar begrenzt ist, kann eine vorbereitete Regel entlasten. Dort, wo Kontext, Folgen oder Ausnahmen entscheidend sind, muss der Prozess erkennen lassen, wann menschliches Urteil nötig ist.
Business Intelligence ist damit mehr als die Lieferung von Zahlen. Sie verbindet Informationen mit einer Fähigkeit der Organisation: relevante Situationen zu erkennen, vorbereitete Optionen zu nutzen und aus den Folgen zu lernen. Die entscheidende Frage lautet nicht nur, was ein Dashboard zeigt. Sie lautet: Welche Entscheidung haben wir getroffen, bevor die Zahl auf dem Bildschirm erscheint?
🎧 Die komplette Folge findest du im thinkBI Podcast.
Musik: Great Podcast Intro (short & long) von Lundstroem
Quelle: freemusicarchive.org (Creative Commons) – https://freemusicarchive.org/music/lundstroem/songs-for-leona/great-podcast-intro-both-short-and-long-version-included/
