Du hast keine Eskalationskette. Und Probleme verschwinden nicht von allein.

Freitagmittag. Dein wichtigster Kunde ruft an. Das System zeigt falsche Preise an. Er hat gerade eine Bestellung aufgegeben, aber die Summe stimmt nicht. Jetzt will er wissen, was los ist. Und zwar sofort.

Dein Mitarbeiter am Telefon weiß nicht, was er tun soll. Er schreibt eine E-Mail an den Kollegen aus der IT. Der ist aber gerade im Urlaub. Also fragt er seinen Teamleiter. Der zuckt mit den Schultern und sagt: Schreib dem Chef eine WhatsApp. Der Chef sitzt auf der A57 Richtung Düsseldorf und liest die Nachricht erst zwei Stunden später.

Inzwischen hat dein Kunde storniert und bei der Konkurrenz bestellt. Ein Problem, das in 15 Minuten lösbar gewesen wäre, hat dich einen fünfstelligen Auftrag gekostet. Nicht weil niemand helfen konnte. Sondern weil niemand wusste, wer in welcher Reihenfolge zuständig ist.

Was eine Eskalationskette überhaupt ist

Eine Eskalationskette ist nichts anderes als ein festgelegter Ablauf: Wenn Problem X auftritt, wendet sich Person A an Person B. Wenn Person B nicht innerhalb von Y Minuten reagiert, geht es weiter an Person C. Das klingt simpel. Und genau das ist der Punkt. Es ist simpel. Aber fast niemand hat es aufgeschrieben.

In großen Konzernen gibt es solche Ketten für alles. Für IT-Ausfälle, Kundenbeschwerden, Produktionsfehler, Sicherheitsvorfälle. In kleinen und mittleren Unternehmen existiert das meistens nicht. Da heißt es: Ruf halt den Chef an. Oder: Schau mal, ob Marco da ist, der kennt sich aus.

Das Problem dabei: Ruf halt den Chef an ist keine Eskalationskette. Das ist Hoffnung. Und Hoffnung ist keine Strategie, wenn ein Kunde wartet, ein System ausfällt oder ein Fehler sich gerade durch deine Lieferkette frisst.

Was passiert, wenn es keine klare Zuständigkeit gibt

Ich habe das bei einem Handwerksbetrieb in Korschenbroich erlebt. 35 Mitarbeiter, gut laufend, volle Auftragsbücher. Eines Morgens fiel das Warenwirtschaftssystem aus. Niemand konnte Lieferscheine drucken, Bestände prüfen oder Aufträge einsehen. Die Monteure standen auf den Baustellen und wussten nicht, welches Material sie bestellen sollten.

Der Büromitarbeiter rief den Geschäftsführer an. Der war auf einer Messe in Essen. Er sagte: Ruf den IT-Dienstleister an. Der Büromitarbeiter wusste aber nicht, welcher IT-Dienstleister gemeint war. Es gab nämlich zwei. Einen für die Hardware, einen für die Software. Also rief er beide an. Einer ging nicht ran. Der andere sagte, er sei nicht zuständig.

Bis das Problem gelöst war, vergingen sechs Stunden. Sechs Stunden Stillstand für 35 Mitarbeiter. Rechne das mal auf Stundenlöhne hoch. Dazu kamen verärgerte Kunden, verschobene Termine und ein Geschäftsführer, der den Rest der Woche damit verbrachte, Brände zu löschen. All das wäre vermeidbar gewesen mit einem simplen Dokument, das auf einer einzigen DIN-A4-Seite Platz hat.

Die vier häufigsten Fehler bei Zuständigkeiten

Fehler Nummer eins: Alles läuft über den Chef. In vielen KMU ist der Inhaber die zentrale Anlaufstelle für jedes Problem. Egal ob die Kaffeemaschine kaputt ist oder das ERP-System spinnt. Das funktioniert, solange der Chef erreichbar ist. Aber der Chef ist nicht immer erreichbar. Und selbst wenn, ist es eine Verschwendung seiner Zeit, sich um Dinge zu kümmern, die ein Mitarbeiter mit klarer Anweisung selbst lösen könnte.

Fehler Nummer zwei: Die Zuständigkeit ist an eine Person gebunden, nicht an eine Rolle. Wenn Marco der Einzige ist, der weiß, was bei einem Serverausfall zu tun ist, dann hast du keine Eskalationskette. Du hast eine Marco-Abhängigkeit. Was passiert, wenn Marco krank ist, kündigt oder im Urlaub auf Mallorca am Pool liegt? Dann steht dein Laden still.

Fehler Nummer drei: Es gibt keine Zeitvorgaben. Eine Eskalationskette ohne Zeitfenster ist wertlos. Wenn da steht, bei Problemen den IT-Leiter kontaktieren, aber nicht, was passiert, wenn der IT-Leiter nach 30 Minuten nicht reagiert hat, dann versandet jede Meldung. Probleme brauchen Fristen. Sonst gammeln sie vor sich hin, bis sie richtig teuer werden.

Fehler Nummer vier: Die Kette existiert nur im Kopf des Chefs. Ich frage in Erstgesprächen oft: Wer ist zuständig, wenn euer Hauptsystem ausfällt? Die Chefs können das meistens beantworten. Aber wenn ich dann die Mitarbeiter frage, bekomme ich fünf verschiedene Antworten. Eine Eskalationskette, die nicht aufgeschrieben, verteilt und geübt ist, existiert nicht.

Was in eine gute Eskalationskette gehört

Eine gute Eskalationskette braucht genau vier Dinge. Erstens: eine klare Kategorisierung der Probleme. Nicht jedes Problem hat die gleiche Dringlichkeit. Ein kompletter Systemausfall ist etwas anderes als ein Druckerproblem. Definiere zwei bis vier Stufen. Zum Beispiel: Stufe 1 ist ein Ärgernis, Stufe 4 ist Betrieb steht still. Für jede Stufe gibt es einen eigenen Ablauf.

Zweitens: Für jede Stufe eine namentlich benannte Kette mit Stellvertretern. Nicht nur eine Person, sondern mindestens zwei. Person A ist erste Anlaufstelle. Wenn Person A nach 20 Minuten nicht reagiert, übernimmt Person B. Wenn Person B nach weiteren 20 Minuten nicht reagiert, wird Person C informiert. Das klingt bürokratisch, aber es sind im Kern drei Zeilen pro Stufe.

Drittens: Kontaktdaten und Erreichbarkeiten. Handynummern, nicht nur Büronummern. Wer ist wann erreichbar? Wer hat Bereitschaft am Wochenende? Das muss nicht kompliziert sein. Ein einfaches Dokument reicht. Aber es muss aktuell sein und jeder muss wissen, wo es liegt.

Viertens: Eine klare Aussage, was der Erstmelder sofort tun soll. Soll er das System neu starten? Soll er den Fehler dokumentieren? Soll er Kunden informieren? Gib deinen Mitarbeitern eine Handlungsanweisung für die ersten fünf Minuten. Damit sie nicht hilflos vor dem Problem stehen und auf den Rückruf warten.

Es geht nicht nur um IT-Probleme

Viele denken bei Eskalationsketten sofort an Serverausfälle und Hackerangriffe. Aber das Prinzip gilt für alles in deinem Unternehmen. Ein Kunde beschwert sich massiv auf Google über euch. Wer reagiert? Innerhalb welcher Zeit? Mit welcher Tonalität? Wenn das nicht definiert ist, antwortet entweder niemand oder der falsche Mitarbeiter mit der falschen Nachricht.

Ein Lieferant liefert zum dritten Mal in Folge fehlerhaftes Material. Ab welchem Punkt wird der Einkaufsleiter informiert? Ab welchem Punkt sucht ihr einen alternativen Lieferanten? Ohne Eskalationskette akzeptiert dein Team die schlechte Qualität einfach als normal. Weil niemand weiß, ab wann ein Problem groß genug ist, um es nach oben zu geben.

Ein Mitarbeiter fällt aus und sein Projekt droht den Termin zu reißen. Wer springt ein? Wer informiert den Kunden? In welchem Zeitraum muss das passieren? Ich habe bei einem Unternehmen in Neuss gesehen, wie ein Kundenprojekt drei Wochen lang stillstand, weil der zuständige Mitarbeiter krank war und niemand sich traute, den Kunden anzurufen. Als der Kunde sich dann selbst meldete, war er so verärgert, dass er den Auftrag stornierte.

Warum Mitarbeiter Probleme nicht melden

Es gibt einen Grund, warum Probleme in KMU oft viel zu spät nach oben kommen. Und das ist nicht Faulheit. Es ist Unsicherheit. Deine Mitarbeiter wissen nicht, ob das Problem wichtig genug ist. Sie haben Angst, zu übertreiben. Sie denken: Wenn ich den Chef damit störe und es stellt sich als Kleinigkeit heraus, stehe ich dumm da. Also warten sie ab. Und hoffen, dass es sich von allein löst.

Eine klare Eskalationskette nimmt diese Unsicherheit. Sie gibt dem Mitarbeiter Erlaubnis, ein Problem zu melden. Sie sagt: Wenn Situation X eintritt, ist es deine Pflicht, Person Y zu informieren. Das ist kein Petzen. Das ist kein Übertreiben. Das ist dein Job. Diese Klarheit entlastet dein Team ungemein. Plötzlich trauen sich Leute, Dinge anzusprechen, die sie vorher lieber verschwiegen haben.

Dazu kommt: Ohne definierte Eskalation übernehmen Mitarbeiter oft selbst die Reparatur. Gut gemeint, aber gefährlich. Ich kenne einen Fall aus Düsseldorf, wo ein Mitarbeiter selbst versucht hat, einen Datenbankfehler zu beheben. Er hat dabei aus Versehen Kundendaten überschrieben. Nicht aus böser Absicht, sondern weil er helfen wollte und nicht wusste, dass er das Problem hätte weitergeben sollen.

So baust du eine Eskalationskette in 60 Minuten auf

Du brauchst keine teure Beratung und kein halbes Jahr Vorbereitung. Nimm dir eine Stunde und setz dich mit deinen wichtigsten Leuten zusammen. Macht eine Liste: Was sind die zehn schlimmsten Dinge, die in eurem Unternehmen passieren können? Systemausfall. Datenverlust. Kundenbeschwerde. Lieferverzögerung. Mitarbeiterausfall. Zahlungsausfall eines Kunden. Schreibt sie auf.

Dann ordnet ihr jedes Szenario einer Dringlichkeitsstufe zu. Stufe 1: Kann bis morgen warten. Stufe 2: Muss heute gelöst werden. Stufe 3: Muss sofort gelöst werden. Für jede Stufe definiert ihr: Wer wird zuerst kontaktiert? Wer ist Stellvertreter? Nach wie vielen Minuten wird eskaliert? Was soll der Erstmelder in den ersten fünf Minuten tun?

Das Ergebnis schreibt ihr auf eine Seite. Nicht zehn Seiten, nicht ein Handbuch. Eine Seite. Ihr verteilt sie an alle Mitarbeiter. Ihr hängt sie im Büro auf. Ihr speichert sie digital, so dass jeder jederzeit drauf zugreifen kann. Und dann macht ihr einmal im Quartal einen kurzen Check: Stimmen die Kontaktdaten noch? Sind die Zuständigkeiten noch aktuell? Hat sich an den Szenarien etwas geändert? Das dauert jedes Mal 15 Minuten. Und es kann euch Tausende Euro an Schäden ersparen.

Wenn du willst, kannst du das Ganze noch mit einer einfachen digitalen Lösung unterstützen. Ein geteiltes Dokument, ein Eintrag in eurem Wiki, ein Board in eurem Projektmanagement-Tool. Hauptsache, es ist auffindbar und aktuell. Ich habe bei einem Kunden in Meerbusch erlebt, dass eine einlaminierte A4-Seite am Empfang mehr bewirkt hat als das 40-seitige Qualitätsmanagement-Handbuch im Schrank.

Was das mit Software zu tun hat

Eskalationsketten lassen sich wunderbar digital unterstützen. Ein einfaches Ticketsystem kann eingehende Probleme automatisch kategorisieren und an die richtige Person weiterleiten. Wenn die Person nicht innerhalb der definierten Zeit reagiert, geht das Ticket automatisch an den Stellvertreter. Kein Mensch muss daran denken, kein Anruf geht verloren.

Auch automatische Benachrichtigungen helfen. Wenn dein Server ausfällt, kann eine Monitoring-Software sofort den zuständigen Techniker per SMS benachrichtigen. Nicht per E-Mail, die erst am nächsten Morgen gelesen wird. Per SMS oder Push-Nachricht. Sofort. Mit allen relevanten Infos. Das verkürzt die Reaktionszeit von Stunden auf Minuten.

Du brauchst dafür keine Enterprise-Software für 50.000 Euro im Jahr. Es gibt pragmatische Lösungen, die genau auf deine Unternehmensgröße passen. Manchmal reicht sogar ein gut konfigurierter Messenger-Kanal mit klaren Regeln. Wichtig ist nicht das Tool. Wichtig ist, dass der Prozess definiert ist und dass die Technik ihn unterstützt statt zu verkomplizieren.

Eskalation ist kein Versagen

Viele Unternehmer und auch Mitarbeiter haben ein falsches Bild von Eskalation. Sie denken, eskalieren bedeutet: Ich habe versagt und brauche Hilfe. Das ist Unsinn. Eskalation bedeutet: Ich erkenne, dass dieses Problem eine andere Ebene braucht, und ich handle professionell. Das ist kein Zeichen von Schwäche. Das ist ein Zeichen von Reife.

In gut geführten Unternehmen wird Eskalation belohnt, nicht bestraft. Wer ein Problem rechtzeitig meldet, verhindert Schaden. Wer es verschweigt oder verschleppt, verursacht Schaden. Diese Kultur musst du als Chef aktiv vorleben. Wenn ein Mitarbeiter ein Problem eskaliert und du reagierst genervt, wird er es beim nächsten Mal nicht mehr tun. Dann sitzt du in sechs Monaten vor einem Desaster und fragst dich, warum dir niemand Bescheid gesagt hat.

Die besten Unternehmen, die ich kenne, haben Eskalation als normalen Teil ihrer Arbeitskultur etabliert. Es gibt kurze Wege, klare Zuständigkeiten und eine Atmosphäre, in der Probleme offen angesprochen werden dürfen. Das fängt nicht bei der Software an. Das fängt bei dir als Chef an. Aber die richtige Struktur macht es deinem Team um ein Vielfaches leichter.