Second Level Support

Wenn der First Level Support nicht weiterkommt, übernimmt der Second Level. Hier sitzen die Spezialisten, die tiefer in den Code schauen, Datenbankprobleme analysieren und Fehler reproduzieren können, die sich nicht mit einem Neustart oder einer Konfigurationsänderung beheben lassen. Für Unternehmen, die Individualsoftware betreiben, ist ein kompetenter Second Level Support besonders kritisch — denn anders als bei Standardprodukten gibt es keinen Hersteller, den man anrufen kann.
Ein IT-Spezialist arbeitet konzentriert an seinem Monitor und analysiert Systemdaten. Symbolbild für Second Level Support bei komplexen Softwareproblemen.
© milanmarkovic78

Was ist Second Level Support?

Second Level Support (auch 2nd Level Support) ist die zweite Stufe im IT-Support-Modell. Während der First Level Support als erste Anlaufstelle für Anwenderanfragen fungiert — Tickets aufnimmt, bekannte Lösungen anwendet und einfache Probleme selbstständig behebt —, übernimmt der Second Level Support die Fälle, die technisch anspruchsvoller sind.

Die typische Eskalationskette:

First Level Support nimmt die Anfrage entgegen, klassifiziert und priorisiert sie. Kann das Problem mit dokumentierten Lösungen behoben werden (Passwort zurücksetzen, Konfiguration prüfen, bekannter Workaround), wird es hier gelöst. Wenn nicht, wird das Ticket weiter bearbeitet.

Second Level Support analysiert das Problem tiefergehend. Das bedeutet: Logs auswerten, Fehler reproduzieren, Datenbankabfragen prüfen, Schnittstellen testen. Im Second Level arbeiten Fachkräfte mit fundiertem technischen Wissen über die betroffene Anwendung — oft Entwickler oder erfahrene Systemadministratoren.

Third Level Support kommt zum Einsatz, wenn auch der Second Level keine Lösung findet. Hier sind es in der Regel die Architekten oder Kernentwickler, die grundlegende Änderungen am Code vornehmen, Designfehler korrigieren oder mit Drittanbietern (Framework-Hersteller, Cloud-Provider) eskalieren.

Aufgaben im Second Level Support

Fehleranalyse und Diagnose

Die Kernaufgabe: Ein Problem, das der First Level nicht lösen konnte, systematisch eingrenzen. Das beginnt bei der Auswertung von Logdateien und Monitoring-Daten und reicht bis zur Reproduktion des Fehlers in einer Testumgebung. Bei Individualsoftware setzt das voraus, dass der Second Level Support die Geschäftslogik der Anwendung versteht — nicht nur die technische Oberfläche.

Fehlerbehebung

Viele Probleme können direkt im Second Level behoben werden: ein fehlerhaftes Datenbankskript korrigieren, eine falsch konfigurierte Schnittstelle reparieren, einen Hotfix für einen reproduzierbaren Bug erstellen. Die Grenze zum Third Level liegt dort, wo strukturelle Änderungen am Code notwendig werden.

Wissenstransfer an den First Level

Ein gut funktionierender Second Level Support dokumentiert gelöste Probleme so, dass sie beim nächsten Auftreten bereits im First Level behoben werden können. Dieses „Knowledge Feeding” senkt die Eskalationsrate über die Zeit und macht den gesamten Supportprozess effizienter.

Monitoring und proaktive Analyse

In vielen Wartungsverträgen gehört auch die proaktive Überwachung zum Second Level: Performance-Trends analysieren, Kapazitätsengpässe erkennen, Anomalien in Fehlerprotokollen identifizieren, bevor Anwender sie bemerken. Dieser proaktive Ansatz ist ein zentraler Baustein der Preventive Maintenance.

Warum Individualsoftware speziellen Second Level Support braucht

Bei Standardsoftware — SAP, Salesforce, Microsoft 365 — gibt es einen Hersteller-Support mit eigenen Second- und Third-Level-Teams. Hunderte Spezialisten kennen den Code, es gibt eine umfangreiche Knowledge Base und etablierte Eskalationspfade.

Bei Individualsoftware existiert das alles nicht. Der Second Level Support muss den konkreten Code kennen: die Datenbankstrukturen, die Geschäftslogik, die Eigenheiten der Deployment-Pipeline. Dieses Wissen liegt bei den Entwicklern, die die Software gebaut haben — oder bei einem Wartungsdienstleister, der sich systematisch eingearbeitet hat.

Das hat Konsequenzen für die Organisation:

Wissenskonzentration als Risiko. Wenn nur ein oder zwei Personen den Second Level für eine Individualsoftware leisten können, wird Urlaub, Krankheit oder Kündigung zum Geschäftsrisiko. Ein professioneller Wartungsvertrag stellt sicher, dass mindestens zwei Personen auf Seiten des Dienstleisters das System kennen.

Tiefe statt Breite. Ein generischer IT-Helpdesk kann First Level Support für Individualsoftware leisten — Tickets aufnehmen, Neustarts anstoßen, bekannte Workarounds anwenden. Für den Second Level braucht es Spezialisten, die in der Lage sind, den Code zu lesen, Datenbankprobleme zu analysieren und Bugfixes zu entwickeln.

Reaktionszeiten. Bei Standardsoftware akzeptieren Unternehmen Reaktionszeiten von 24 Stunden, weil ein Workaround meist verfügbar ist. Bei Individualsoftware, die einen einzigartigen Geschäftsprozess abbildet, gibt es oft keinen Workaround. Die SLA-Parameter für den Second Level Support müssen das widerspiegeln.

Second Level Support outsourcen

Viele Unternehmen entscheiden sich, den Second Level Support für ihre Individualsoftware an den Wartungsdienstleister zu übergeben — oft an denselben Partner, der auch die Softwarewartung übernimmt. Das hat einen entscheidenden Vorteil: Die Personen, die den Code warten, sind dieselben, die ihn im Fehlerfall analysieren und reparieren. Es gibt keinen Wissensbruch zwischen Wartungsteam und Supportteam.

In der Praxis sieht das häufig so aus: Der First Level Support verbleibt beim Auftraggeber — interne Mitarbeiter, die die Anwendung täglich nutzen und einfache Anfragen abfangen. Der Second und Third Level Support wird an den Dienstleister übergeben, der über einen Wartungsvertrag mit definierten Reaktionszeiten gebunden ist.

Weiterführende Informationen