First-Level-Support – L1-Support oder Front-Line-Support – ist die erste Kontaktstelle für alle eingehenden Support-Anfragen und Störungsmeldungen. L1 nimmt Anfragen entgegen, kategorisiert sie nach Dringlichkeit und Typ, bearbeitet alle Anfragen, die mit standardisierten Mitteln lösbar sind, und eskaliert den Rest an L2. L1-Support ist kein Lückenbüßer für fehlende Kompetenz – er ist ein bewusst gestalteter Filter, der häufige und einfache Anfragen effizient und kostengünstig löst, ohne Spezialisten zu blockieren.
In Automatisierungsorganisationen ist ein gut ausgestatteter L1 entscheidend für Skalierbarkeit: Mit wachsender Kundenzahl steigt das Support-Volumen. Wenn jede Anfrage direkt zum Senior-Engineer geht, skaliert die Organisation nicht – der Engpass liegt nicht in der Technik, sondern im Supportmodell. Ein L1, der 70 Prozent der Anfragen selbständig löst, reduziert die Belastung des L2 um denselben Faktor.
First-Level-Support-Kanäle
Ticketsystem
Primärer Kanal. Asynchron, nachvollziehbar, priorisierbar. Jede Anfrage bekommt eine Nummer und einen Status. Keine Anfrage geht verloren.
Chat / Slack
Für dringende Anfragen und schnelle Rückmeldungen. Muss mit Ticketsystem verbunden sein – kein Support nur per Chat ohne Ticket-Erstellung.
E-Mail-Eingang
Automatisch in Tickets umgewandelt. Kein manuelles E-Mail-Postfach als primärer Supportkanal – nicht nachvollziehbar, nicht skalierbar.
Statusseite
Proaktive Information über bekannte Störungen. Reduziert Eingang identischer Anfragen: Kunden sehen selbst, ob ein Problem bekannt ist.
Wissensdatenbank
Self-Service für häufige Fragen. Gut gepflegt reduziert den Ticket-Eingang signifikant. FAQ, How-to-Artikel, bekannte Probleme mit Lösungen.
Monitoring-Alerts
Automatisch generierte Tickets aus Monitoring-System. L1 reagiert auf Alerts auch ohne Kundenmeldung – proaktiver Support.
Was L1 leisten muss
- Vollständige Ersterfassung: Alle relevanten Informationen beim ersten Kontakt aufnehmen – System, Fehlercode, Zeitpunkt, Auswirkung. Verhindert Rückfragen und beschleunigt L2 im Eskalationsfall
- Priorisierung nach Impact: Nicht nach Reihenfolge des Eingangs, sondern nach Auswirkung. Kritischer Produktionsausfall schlägt Feature-Frage – immer
- Klare Eskalationsentscheidung: L1 muss wissen, wann eskaliert wird – und entschlossen eskalieren, ohne zu lange selbst zu suchen und Zeit zu verlieren
- Kundenkommunikation: Regelmäßige Updates an den Kunden auch wenn noch keine Lösung vorliegt: „Wir untersuchen das Problem, nächstes Update in 30 Minuten“
Praxisbeispiel
Ein Automationsdienstleister analysiert seinen L1-Support nach 3 Monaten. Ticket-Volumen: 186 Tickets. L1-Lösungsrate: 68 Prozent (127 Tickets ohne Eskalation). Top-5-L1-Ticket-Typen: Workflow läuft nicht (manueller Neustart nach Playbook, 34 Tickets). Fehlende Zugriffsrechte für neuen Mitarbeiter (Standardprozess, 28 Tickets). Frage zur Dashboard-Nutzung (Wissensdatenbank-Verweis, 22 Tickets). Daten-Format-Fehler bei Kunden-Datei (Korrekturanleitung per Vorlage, 19 Tickets). Geplante Wartungsfenster anfragen (Standardformular, 24 Tickets). Erkenntnis: 22 Tickets zu Dashboard-Nutzung hätten durch bessere Wissensdatenbank vermieden werden können. Maßnahme: 3 neue Wissensdatenbank-Artikel erstellt. Folge-Quartal: Dashboard-Anfragen auf 4 gesunken. L1-Lösungsrate gestiegen auf 76 Prozent.
