OLYMP LogoOLYMP
Kontakt
Leitfaden

1st-Level- vs. 2nd-Level-Support im Überblick

Support-Stufen (englisch „Tiers“) teilen die Arbeit danach auf, wie viel Wissen und welche Zugriffsrechte eine Anfrage erfordert. Der 1st-Level-Support beantwortet und löst die häufigen Anfragen, der 2nd-Level-Support untersucht Probleme, die tieferes Produkt- oder Systemwissen brauchen, und der 3rd-Level-Support ändert das Produkt selbst. Wo die Grenze zwischen den Stufen liegt, bestimmt Ihre Kosten pro Ticket und wie schnell Kunden Antworten erhalten.

Stufen mit uns planenStufen vergleichen
IT-Support-OutsourcingIT-Helpdesk-OutsourcingIT-KundensupportSLA-Leitfaden

Was ist der Unterschied zwischen 1st-Level- und 2nd-Level-Support?

Der 1st-Level-Support ist die erste Anlaufstelle: Mitarbeitende lösen häufige, dokumentierte Anfragen wie Passwort-Resets, Rechnungs- und Bedienfragen und erfassen alles Übrige vollständig. Der 2nd-Level-Support untersucht Probleme, die tieferes Produkt- oder Systemwissen, Logs und Testumgebungen erfordern, und gibt echte Fehler an den 3rd Level (Entwicklung) weiter.

Stufe 0
Self-Service: Hilfecenter, Chatbots, Statusseite
1st Level
Erstkontakt, dokumentierte Lösungen
2nd Level
Analyse, Logs, Integrationen
3rd Level
Entwicklung, meist im Unternehmen

Den Eskalationsweg gestalten

Bei der Eskalation verliert ausgelagerter Support am häufigsten Tempo. Fünf Entscheidungen halten Tickets in Bewegung.

  1. Den Umfang jeder Stufe festschreiben

    Listen Sie auf, welche Anfragetypen jede Stufe löst, mit Beispielen. Was auf keiner Liste steht, geht an eine benannte Person, statt zwischen Teams hin und her zu wandern.

  2. Festlegen, was eine vollständige Eskalation enthält

    Eine Checkliste je Ticket-Typ: Konto, bisherige Schritte, Screenshots oder Logs, geschäftliche Auswirkung. Der 2nd Level sollte ohne erneute Rückfrage beim Kunden loslegen können.

  3. Reaktionsziele je Stufe und Priorität vereinbaren

    Legen Sie fest, wie schnell jede Stufe auf dringende, hohe und normale Tickets reagiert, gemessen in Ihrem eigenen Helpdesk. Schnellere Ziele brauchen mehr Personal; vereinbaren Sie sie daher zusammen mit der Personalplanung.

  4. Den Kreis schließen

    Löst der 2nd oder 3rd Level etwas Neues, wird die Lösung zu einem Wissensdatenbank-Artikel oder Textbaustein, damit der 1st Level es beim nächsten Mal selbst lösen kann. Verfolgen Sie, wie viele Eskalationen in Dokumentation münden.

  5. Die Grenze jeden Monat prüfen

    Betrachten Sie Eskalationsquote, Wiedereröffnungsquote und die zehn häufigsten eskalierten Themen. Eskaliert der 1st Level dasselbe Thema wiederholt, schulen oder dokumentieren Sie es; versinkt der 2nd Level in einfachen Tickets, verschieben Sie die Grenze.

Die Support-Stufen

Die meisten Unternehmen arbeiten mit drei oder vier Stufen. Die Bezeichnungen variieren; entscheidend ist, dass jede Stufe einen schriftlichen Umfang und eine klare Regel für die Weitergabe hat.

  • Stufe 0: Self-Service

    Hilfeartikel, Anleitungen in der App, Chatbots und Statusseiten, mit denen Kunden Probleme lösen, ohne jemanden zu kontaktieren. Gute Inhalte auf dieser Stufe senken das Volumen im 1st-Level-Support und sollten aus den häufigsten Fragen des 1st Levels entstehen.

  • 1st-Level-Support: Erstkontakt

    Mitarbeitende, die jeden eingehenden Kontakt beantworten, den Kunden identifizieren, häufige Anfragen mit dokumentierten Schritten lösen und alles Übrige sauber erfassen. Typische Aufgaben: Passwort-Resets, Konto- und Rechnungsfragen, Bedienfragen, bekannte Störungen und Bestelländerungen.

  • 2nd-Level-Support: Analyse

    Spezialisten, die Probleme übernehmen, die der 1st Level mit dokumentierten Schritten nicht lösen kann. Sie reproduzieren Fehler, lesen Logs, prüfen Konfigurationen und Integrationen und beheben das Problem entweder selbst oder geben einen vollständigen Fall an den 3rd Level weiter.

  • 3rd-Level-Support: Entwicklung

    Entwickler und Ingenieure, die für Produkt oder System verantwortlich sind. Sie beheben Fehler, ändern Code oder Infrastruktur und entscheiden über Workarounds. Der 3rd Level bleibt meist im Unternehmen, weil er Zugriff auf den Quellcode und auf Roadmap-Entscheidungen braucht.

1st Level und 2nd Level im Vergleich

Beispiel-Tickets zeigen, wo die Grenze in einem Softwareunternehmen meist verläuft. Verschieben Sie die Grenze für Ihr eigenes Produkt und halten Sie sie schriftlich fest.

  • Ziel

    1st Level
    Häufige Anfragen beim Erstkontakt lösen
    2nd Level
    Nicht standardisierte Probleme diagnostizieren und beheben
    3rd Level
    Produkt oder System korrigieren

  • Beispiel-Tickets

    1st Level
    Passwort-Reset, Rechnungskopie, Bericht exportieren, bekannte Störung
    2nd Level
    Integration schlägt bei einem Konto fehl, Daten werden nicht synchronisiert, nicht reproduzierbarer Fehler
    3rd Level
    Fehler im Code, Performance-Problem, Sicherheits-Fix

  • Kompetenzen

    1st Level
    Klare Kommunikation, Produktgrundlagen, Arbeiten nach dokumentierten Schritten
    2nd Level
    Tiefes Produktwissen, Logs, APIs, Datenbanken, strukturierte Fehlersuche
    3rd Level
    Softwareentwicklung am Produkt selbst

  • Typischer Zugriff

    1st Level
    Helpdesk, Kundenkonto-Ansicht, Wissensdatenbank
    2nd Level
    Admin-Tools, Logs, Testumgebungen, Lesezugriff auf Konfigurationen
    3rd Level
    Quellcode, Deployment, Produktionsinfrastruktur

  • Ergebnis bei Eskalation

    1st Level
    Vollständiges Ticket: Kunde, bisherige Schritte, Screenshots, Auswirkung
    2nd Level
    Schritte zur Reproduktion, Logs, vermutete Ursache, ggf. Workaround
    3rd Level
    Fix, Release Notes und Aktualisierung der Wissensdatenbank

  • Häufig ausgelagert?

    1st Level
    Ja
    2nd Level
    Oft, bei klaren Zugriffsregeln
    3rd Level
    Selten

Im internen IT-Helpdesk gelten dieselben Stufen für Mitarbeitende: Der 1st Level bearbeitet Zugangs- und Geräteanfragen, der 2nd Level Server, Netzwerke und Fachanwendungen, und der 3rd Level ist der Systemverantwortliche oder der Hersteller.

Technischen Support nach Stufen auslagern

Outsourcing funktioniert am besten, wenn jede Stufe einen schriftlichen Umfang, die passenden Zugriffe und eine saubere Übergabe an die nächste Stufe hat. Diese Punkte tauchen in fast jedem Setup auf.

Welche Zugriffe braucht ein ausgelagerter 2nd-Level-Support?

In der Regel Admin- oder Support-Ansichten der Kundenkonten, Lesezugriff auf Logs und Konfigurationen, eine Test- oder Staging-Umgebung und die Ticket-Historie. Vergeben Sie personenbezogene Konten mit den geringsten Rechten, die für die Arbeit nötig sind, protokollieren Sie die Aktivitäten und prüfen Sie die Liste, wenn Personen kommen oder gehen.

Wie lernen ausgelagerte Mitarbeitende ein technisches Produkt?

  • Eine Sandbox oder ein Testkonto, in dem sie gefahrlos Fehler machen dürfen
  • Aufgezeichnete Walkthroughs der häufigsten Ticket-Typen
  • Mitlaufen bei Ihrem eigenen Team an echten Tickets, bevor sie diese allein übernehmen
  • Release Notes und ein kurzes Briefing vor jeder Produktänderung
  • Eine Wissensdatenbank, die 2nd und 3rd Level laufend aktualisieren

Wie sollten Tickets zu Ihren Entwicklern gelangen?

Vereinbaren Sie einen einzigen Weg, etwa ein verknüpftes Issue in Ihrem Entwicklungs-Tracker, mit einer Vorlage für Reproduktionsschritte, Logs, betroffene Konten und geschäftliche Auswirkung. Entwickler sollten im Ticket antworten können statt in privaten Nachrichten, damit das kundennahe Team den Kunden auf dem Laufenden halten kann.

Weiterlesen

Welche Kennzahlen zeigen, dass die Stufen funktionieren?

  • Erstlösungsquote im 1st Level
  • Eskalationsquote vom 1st zum 2nd Level und vom 2nd zum 3rd Level
  • Lösungszeit je Stufe und Priorität
  • Wiedereröffnungsquote nach dem Schließen eines Tickets
  • Anzahl der Eskalationen, die zu neuen Wissensdatenbank-Artikeln wurden

Wann sollte der 2nd Level im Unternehmen bleiben?

Behalten Sie den 2nd Level im Haus, solange sich das Produkt schneller ändert, als die Dokumentation folgen kann, wenn die Arbeit Schreibzugriff auf die Produktion erfordert, den Sie nicht einschränken können, oder wenn Verträge mit Ihren eigenen Kunden den Zugriff Dritter verbieten. Prüfen Sie die Entscheidung erneut, sobald Produkt und Runbooks stabil sind.

Zuletzt geprüft: . Verfasst und geprüft vom OLYMP-BPO-Team in Prishtina, Kosovo. Über das Unternehmen

Support-Stufen: häufige Fragen

Was ist der Unterschied zwischen 1st-Level- und 2nd-Level-Support?

Der 1st Level ist die erste Anlaufstelle und löst häufige, dokumentierte Anfragen wie Passwort-Resets, Rechnungsfragen und Bedienfragen. Der 2nd Level übernimmt Probleme, die eine Analyse erfordern, etwa Integrationsfehler oder Fehler, für die Logs, Testumgebungen oder tieferes Produktwissen nötig sind.

Was ist 3rd-Level-Support?

Der 3rd Level ist die Entwicklungsstufe: Entwickler oder Systemverantwortliche, die Fehler beheben, Code oder Infrastruktur ändern und über Workarounds entscheiden. Er bleibt meist im Unternehmen oder beim Softwarehersteller.

Was ist Tier-0-Support?

Tier 0 ist Self-Service: Artikel im Hilfecenter, Anleitungen in der App, Chatbots und Statusseiten, mit denen Kunden Probleme lösen, ohne eine Person zu kontaktieren.

Welche Support-Stufen lassen sich auslagern?

Der 1st Level wird am häufigsten ausgelagert, und der 2nd Level oft ebenfalls, wenn Zugriffsregeln, Testumgebungen und Eskalationswege klar sind. Der 3rd Level wird selten ausgelagert, weil er Zugriff auf Quellcode und Produktentscheidungen braucht.

Wie hoch sollte die Eskalationsquote vom 1st zum 2nd Level sein?

Eine allgemeingültige Zahl gibt es nicht, da sie von der Produktkomplexität und davon abhängt, wie viel der 1st Level selbst tun darf. Messen Sie Ihre eigene Quote einige Monate lang und beobachten Sie dann den Trend und die häufigsten eskalierten Themen, statt einem Richtwert nachzujagen.

Bietet OLYMP 1st- und 2nd-Level-Support an?

Ja. OLYMP-Teams arbeiten im 1st und 2nd Level in Ihrem eigenen Helpdesk und Ihren Tools, mit Eskalationsregeln, die wir mit Ihnen abstimmen. Die Entwicklung (3rd Level) bleibt bei Ihren Entwicklern oder Ihrem Hersteller.

1st- und 2nd-Level-Abdeckung gesucht?

Nennen Sie uns Ihr Produkt, Ihre Ticket-Typen und Tools. Wir schlagen vor, wo die Grenze zwischen den Stufen verlaufen und wie die Eskalation an Ihre Entwickler funktionieren sollte.

Mit uns sprechenIT-Support-Outsourcing