Wie meisterst du Kommunikationsherausforderungen und Eskalationen im IT-Support?
Typische Stolpersteine in der Support-Kommunikation
Wenn ein Incident auftritt, stehen Anwendende oft unter enormem Stress – etwa weil eine wichtige Deadline naht. In dieser Situation trifft dieser Stress auf ein starkes Wissensgefälle zwischen dir als IT-Fachkraft und der nutzenden Person. Ein klassischer Fehler ist hier die unbedachte Verwendung von Fachjargon. Fragst du beispielsweise: "Haben Sie den Spooler-Dienst neugestartet?", baust du eine unsichtbare Kommunikationsbarriere auf. Die Person fühlt sich unverstanden oder bevormundet, was die wahrgenommene Servicequalität drastisch senkt und schwierige Gesprächssituationen provoziert.
Die Lösung: Passe deine Sprache aktiv an das technische Niveau deines Gegenübers an. Übersetze technische Vorgänge in verständliche, alltagsnahe Bilder: "Der Drucker hat sich bei einem Dokument verschluckt, wir leeren jetzt einmal seinen Zwischenspeicher."
Eskalationskommunikation: Der professionelle Übergang
Nicht jede Serviceanfrage kann direkt im First-Level-Support gelöst werden. Musst du ein Ticket an spezialisierte Teams (z. B. Second- oder Third-Level) weitergeben, spricht man von einer Eskalation. Dabei ist die Kommunikation an zwei Schnittstellen entscheidend:
- Zur nutzenden Person: Kommuniziere die Eskalation transparent und lösungsorientiert. Beispiel: "Um Ihr Problem schnellstmöglich zu lösen, ziehe ich nun unsere Datenbank-Spezialist:innen hinzu. Sie erhalten alle weiteren Updates direkt über das Ticket."
- Zum nachgelagerten Support-Level: Die Kolleg:innen benötigen eine lückenlose Dokumentation. Übergib nicht nur die reine Fehlerbeschreibung, sondern dokumentiere alle bereits durchgeführten Lösungsschritte präzise. Das verhindert, dass die nutzende Person von der nächsten Support-Stufe dieselben Fragen doppelt gestellt bekommt, und beschleunigt die Lösungsfindung erheblich.
Wie führst du zielgerichtete Support-Dialoge bei IT-Störungen?
Der Fragetrichter: Strukturierte Problemanalyse
Um die wahre Ursache einer Störung effizient einzukreisen, gehst du am besten wie bei einem Trichter vor: Du startest breit und wirst dann immer spezifischer. Diese strukturierte Fragetechnik gliedert sich in drei Phasen:
- Offene Fragen (W-Fragen) stehen ganz am Anfang. Sie lassen die Person die Situation unvoreingenommen schildern: "Was genau passiert auf Ihrem Bildschirm, wenn Sie versuchen, das Programm zu öffnen?"
- Gezielte Nachfragen grenzen das Problem anschließend zeitlich, räumlich oder systemisch ein: "Seit wann genau tritt dieses Verhalten auf?" oder "Sind auch andere Kolleg:innen in Ihrem Büro davon betroffen?"
- Geschlossene Fragen (Ja/Nein-Antworten) nutzt du erst ganz am Ende, um konkrete technische Vermutungen zu bestätigen oder endgültig auszuschließen: "Sehen Sie unten rechts in der Taskleiste ein rotes Ausrufezeichen?"
Transparenz und Empathie bei der Incident-Bearbeitung
Die rein technische Lösung eines Incidents ist nur die halbe Miete. Die andere Hälfte ist das Gefühl der nutzenden Person, professionell und wertschätzend betreut zu werden.
Empathie bedeutet, den Stress des Gegenübers anzuerkennen. Ein einfacher Satz wie "Ich verstehe, dass dieser Ausfall kurz vor Ihrer Präsentation extrem ärgerlich ist" deeskaliert angespannte Situationen sofort und schafft eine kooperative Basis.
Zudem ist Transparenz durch aktive Rückmeldung (Active Feedback) unerlässlich. Lass die anrufende Person niemals im Ungewissen. Auch wenn die Problemanalyse länger dauert, ist ein proaktives Update Gold wert: "Ich werte aktuell noch die Server-Logs aus. Das dauert voraussichtlich noch 15 Minuten. Ich melde mich dann unaufgefordert mit einem Zwischenstand bei Ihnen." So managst du Erwartungen professionell und verhinderst frustrierte Nachfragen.
Teste dein Wissen
Eine anwendende Person meldet panisch, dass sie nicht drucken kann. Du fragst: "Haben Sie den Print-Spooler neugestartet?" Welche Auswirkung hat diese Formulierung?