Ereignis schlägt Report: Warum ein Prozess, der nur im Reporting sichtbar ist, nicht mehr steuerbar ist

Ein Vertriebsleiter öffnet montags den Report und sieht: In der vergangenen Woche wurden vierzig Angebote verschickt, neun Antworten sind eingegangen. Die Zahl ist schlecht. Was er montags damit anfangen soll, bleibt offen: Einunddreißig Chancen sind bereits verstrichen, und keine davon lässt sich so zurückholen, als wäre nichts gewesen.

Derselbe Prozess, ereignisgesteuert aufgebaut, verhält sich anders. Eine E-Mail, die drei Tage lang nicht geöffnet wurde, löst am dritten Tag eine Benachrichtigung aus – nicht erst am Montag. Der Unterschied liegt nicht in der Qualität der Auswertung, sondern darin, dass noch gehandelt werden kann.

Ereignis oder Kennzahl: Der Unterschied, der einen Prozess steuerbar macht

Der Unterschied ist praktisch, nicht terminologisch. Eine Kennzahl ist ein Aggregat über einen Zeitraum – sie hat einen Wert, aber keinen Adressaten. Ein Ereignis ist ein zeitgestempelter Fakt – es hat einen Adressaten und eine vorgeschriebene Handlung. Aus derselben Beobachtung lässt sich beides ableiten, aber steuern kann nur Letzteres.

Ein Ereignis hat einen Zeitpunkt, eine Kennzahl hat einen Zeitraum. „Die E-Mail wurde drei Tage lang nicht geöffnet" verweist auf ein konkretes Dokument und ein konkretes Datum. „Öffnungsrate 62 %" verweist auf nichts, mit dem sich etwas anfangen lässt.

Ein Ereignis hat einen Adressaten. Es erreicht die Person, die handeln kann – nicht einen Report, den jemand liest, der nicht handeln kann. Dieser Unterschied entscheidet über das Schicksal eines Prozesses stärker als die Messgenauigkeit.

Ein Ereignis hat eine vorgeschriebene Handlung. Nicht „zur Kenntnis nehmen", sondern „Zustellkanal prüfen" oder „anrufen". Ist die Handlung nicht im Voraus benannt, wird aus dem Ereignis eine Benachrichtigung – und Benachrichtigungen werden ab der zweiten Woche nicht mehr gelesen.

Ein Ereignis erfasst auch das Fehlen von etwas. Die am meisten unterschätzte Klasse: „keine Antwort erhalten", „Dokument nicht zusammengestellt", „Feld nicht ausgefüllt". Ein Fehlen erzeugt von sich aus keinen Eintrag, deshalb muss man es gezielt erzeugen – und genau hier geht die Steuerbarkeit meist verloren.

Die dritte Spalte erfordert nichts weiter als die Entscheidung, was als Ereignis gilt und wer darauf reagiert. Keine der vier Zeilen braucht eine Analytics-Plattform – alle vier lassen sich in dem System umsetzen, das im Unternehmen bereits vorhanden ist.

Verweildauer bis zur Entdeckung: Was die Zahlen zeigen

Die Lücke zwischen einem Ereignis und seinem Erscheinen im Report ist in dem Bereich am besten vermessen, in dem am meisten Aufwand in die Erkennungsgeschwindigkeit fließt – der Informationssicherheit. Wenn es selbst dort um Wochen geht, ist es in einem gewöhnlichen Geschäftsprozess nicht weniger.

Die Einschränkung ist wesentlich: Die Stichprobe besteht aus Unternehmen, die nach einem Vorfall externe Beratung hinzugezogen haben – also zu den schwereren Fällen hin verzerrt –, und die genaue Zahl der Untersuchungen hinter dem Median wird nicht offengelegt. Es ist zudem kein direktes Äquivalent zum Management-Reporting. Aber die Aufteilung 9 gegen 25 Tage zeigt genau das Nötige: Die Entdeckungsart verändert die Frist um das Dreifache, während der Fakt selbst derselbe bleibt.

Was Steuerung über Reports tatsächlich kostet

Der Preis der Verzögerung ist nicht abstrakt: Entscheidungen werden weiterhin getroffen, nur auf Basis veralteter Daten.

Einschränkung: Es handelt sich um eine Selbstauskunfts-Befragung im Auftrag eines Anbieters von Finanzsoftware – das kommerzielle Interesse, das Problem als akut darzustellen, liegt auf der Hand, und die Stichprobe beschränkt sich auf die Finanzfunktion in drei Ländern. Nützlich ist hier nicht die Genauigkeit des Prozentwerts, sondern das Eingeständnis selbst: Fast die Hälfte der Führungskräfte weiß, dass die Daten hinter ihren Entscheidungen nicht aktuell waren – und hat trotzdem entschieden.

Ein klassisches Beispiel für Verzögerungskosten ist die Reaktion auf eine eingehende Anfrage. Unternehmen, die einen Interessenten innerhalb einer Stunde kontaktierten, führten den Kontakt fast siebenmal häufiger zu einem qualifizierten Gespräch als solche, die eine Stunde später antworteten, und über sechzigmal häufiger als solche, die erst nach einem Tag antworteten; die durchschnittliche Antwortzeit lag bei 42 Stunden. Diese Studie und ihre Methode bespreche ich ausführlich im Artikel darüber, wo der Automatisierungseffekt tatsächlich entsteht; hier zählt nur eine Erkenntnis: Ein Wochenreport kann einen solchen Prozess physisch nicht steuern, weil sein Zyklus länger ist als der Zyklus des Prozesses selbst.

In drei Entscheidungen zur ereignisgesteuerten Steuerung

Die Arbeit dauert wenige Stunden und besteht aus drei Entscheidungen. Keine davon ist technischer Natur.

Die erste Entscheidung ist schwieriger, als sie scheint, weil sie einen Schwellenwert erfordert. „Antwortet schon lange nicht" ist kein Ereignis. „Hat die E-Mail drei Tage lang nicht geöffnet" ist eines. Der Schwellenwert wird nicht nach Präzision gewählt, sondern aus der Praxis heraus: Er muss kürzer sein als die Zeit, in der sich die Situation noch ändern lässt.

Die dritte Entscheidung unterscheidet ein funktionierendes Schema von einem dekorativen. Zieht eine nicht ausgeführte Handlung keine Konsequenz nach sich, verschwindet das Ereignis innerhalb eines Monats im Hintergrundrauschen. Die Eskalation muss nicht hart sein – es reicht, dass die Nichterfüllung sichtbar wird.

Der vierte Knoten erklärt, wozu Reporting im ereignisgesteuerten Schema überhaupt noch gebraucht wird. Es verschwindet nicht, ändert aber seinen Gegenstand: Statt „was im Prozess passiert ist" misst es „wie gut wir die Ereignisse abgearbeitet haben". Es ist der einzige Report, mit dem sich im Wochenzyklus tatsächlich steuern lässt.

Wo der Report weiterhin das richtige Instrument ist

Ein ereignisgesteuertes Schema ist nicht kostenlos: Jedes Ereignis braucht einen Adressaten und dessen Zeit. Es gibt Prozesse, bei denen der Report objektiv besser geeignet ist, und man sollte sie benennen, um nicht überall Ereignisse zu bauen.

Der Report ist dort richtig, wo die Verzögerungskosten nahe null liegen: Saisonanalysen, Bewertung der Kanaleffizienz, Quartalsplanung. Er ist auch dort richtig, wo nicht der einzelne Eintrag zählt, sondern der Trend: Eine einzelne Abweichung bedeutet hier nichts, zehn hintereinander bedeuten etwas. Und er ist unverzichtbar für Entscheidungen über die Veränderung des Prozesses selbst – die lassen sich nicht anhand eines einzelnen Falls treffen.

Der übliche Fehler geht in die andere Richtung: Es gibt gar keine Ereignisebene, und man versucht, das operative Tagesgeschäft mit einem Report zu steuern. Das Erkennungsmerkmal dieses Fehlers: In Meetings fällt regelmäßig der Satz „warum erfahren wir das erst jetzt".

Vier Schritte für einen Tag

Häufig gestellte Fragen zur ereignisgesteuerten Steuerung