1st, 2nd und 3rd Level Support – welche Stufe braucht ein Betrieb mit 5 bis 50 Mitarbeitern wirklich?

Veröffentlicht: 29. Oktober 2026 · Lesezeit: ca. 16 Minuten

„Wir haben das immer irgendwie gelöst“ – diesen Satz hören wir in Beratungsgesprächen fast wöchentlich. Manchmal sagt ihn ein Geschäftsführer, manchmal die eine Person im Betrieb, die IT nebenbei mit erledigt. Und meistens stimmt es sogar: Irgendwie hat es bisher immer geklappt. Was dabei aber selten mitgedacht wird: „Irgendwie“ funktioniert gut, solange nichts Ernstes passiert. Wenn ein Ransomware-Angriff den Server verschlüsselt oder ein kritisches System nach einem Update nicht mehr startet, entscheidet genau das, was vorher niemand geregelt hat – nämlich wer jetzt zuständig ist, wer eskaliert und wer das Problem wirklich lösen kann.

Die Begriffe 1st 2nd 3rd Level Support klingen nach Großkonzern. Tatsächlich beschreiben sie aber nur, wer im Betrieb bei welchem IT-Problem zuständig ist – und wie schnell eine Anfrage an jemanden mit mehr Wissen weitergegeben wird. Das Prinzip ist so alt wie der IT-Support selbst, und es funktioniert auch für Betriebe mit zehn Mitarbeitern – wenn es bewusst eingerichtet wird.

Das Problem: Die meisten Unternehmen unter 50 Mitarbeitern haben keine explizit geregelten Zuständigkeiten. Tickets landen überall, Spezialisten werden für jede Kleinigkeit aus der Reserve gelockt, und wenn ein echter Sicherheitsvorfall eintritt, schlägt er ungefiltert auf der teuersten Ebene auf. Der BSI-Lagebericht 2025 zeigt, dass rund 80 % aller gemeldeten Ransomware-Angriffe kleine und mittlere Unternehmen treffen – und fehlende Eskalationsstrukturen sind ein wesentlicher Grund, warum Vorfälle dort so viel mehr Schaden anrichten als nötig.

Dieser Artikel erklärt, was die drei Support-Ebenen konkret bedeuten, warum auch ein kleiner Betrieb eine klare Struktur braucht und liefert eine Checkliste mit acht Prüfpunkten, damit Sie heute noch einschätzen können, wo Ihre größten Lücken liegen.

Kennzahl	Wert	Quelle
Ransomware-Anzeigen im Berichtszeitraum, davon mit Datenleak	950 Anzeigen, 72 % mit Datenleaks	BSI Lagebericht 2025
Anteil KMU an allen Ransomware-Opfern	~80 %	BSI Lagebericht 2025
Täglich neu bekannte Schwachstellen	Ø 119 (+24 % gegenüber Vorjahreszeitraum)	BSI Lagebericht 2025

Was auf dem Spiel steht – und warum diese Checkliste mehr ist als Theorie

Viele Betriebe arbeiten ohne schriftlich geregelte Support-Strukturen – nicht weil niemand daran gedacht hat, sondern weil es bisher nie nötig schien. Solange IT-Probleme selten und klein sind, fällt dieser blinde Fleck kaum auf. Spätestens wenn ein kritisches System ausfällt oder ein Angriff stattfindet, wird sichtbar, was fehlt.

Das eigentliche Risiko liegt nicht darin, dass niemand helfen kann. Es liegt darin, dass der falsche Mensch zum falschen Zeitpunkt mit dem falschen Problem beschäftigt ist. Wenn jeder Passwort-Reset beim externen IT-Dienstleister landet und gleichzeitig ein echter Sicherheitsvorfall stundenlang unbemerkt bleibt, weil niemand definiert hat, was eskaliert werden muss – dann ist die Struktur das Problem, nicht die Technik.

Eine klare Struktur beim 1st 2nd 3rd Level Support schützt zwei Dinge gleichzeitig: Ihre Verfügbarkeit (weil Probleme schneller gelöst werden) und Ihr Budget (weil teure Spezialisten nur für Aufgaben eingesetzt werden, die wirklich ihr Niveau erfordern). Für Betriebe, die ihre IT-Infrastruktur & Gerätebetreuung ganz oder teilweise auslagern, ist eine solche Struktur außerdem die Grundlage für jeden sinnvollen Dienstleistungsvertrag – ohne sie lässt sich weder Qualität messen noch Verantwortung klar zuordnen.

Besonders relevant: Der Zusammenhang zwischen Support-Strukturen und Sicherheitsvorfällen wird häufig unterschätzt. Wenn Incidents ungefiltert durch alle Ebenen durchschlagen, weil keine Eskalationsregeln existieren, landen sie entweder beim falschen Ansprechpartner oder – schlimmer – gar nicht auf dem Radar derer, die handeln könnten. In Nordhausen und der umliegenden Region sehen wir diese Konstellation regelmäßig: Betriebe mit guter Hardware und aktueller Software, aber ohne irgendjemanden, der klar verantwortlich ist, wenn etwas eskaliert.

Prüfen Sie, ob in Ihrem Betrieb schriftlich festgelegt ist, wer bei IT-Ausfällen zuerst erreichbar ist.
Klären Sie, welche Probleme Ihre Mitarbeiter selbst lösen dürfen – und welche sofort eskaliert werden müssen.
Stellen Sie fest, ob Ihr IT-Dienstleister eine Reaktionszeit-Garantie hat und ob diese für alle Incident-Typen gilt.
Überprüfen Sie, ob Sie in den letzten zwölf Monaten Fälle hatten, die länger als einen halben Arbeitstag ungelöst blieben.

Prüfpunkt 1 & 2: Zuständigkeiten klären, bevor der nächste Ausfall kommt

Die erste Frage, die jeder Betrieb beantworten können muss: Wer ist bei welchem Problem der erste Ansprechpartner – und wann wird weitergegeben? Das klingt selbstverständlich, ist es aber erstaunlich selten. Oft gibt es zwar einen externen IT-Dienstleister, aber keine Vereinbarung darüber, welche Anfragen direkt bei ihm landen und welche intern vorgefiltert werden sollten.

Prüfpunkt 1: Haben Sie eine schriftliche Zuständigkeitsliste?

Gemeint ist keine umfangreiche Dokumentation, sondern ein einfaches Dokument, das für jeden Support-Level beschreibt: Was wird hier gelöst – und was nicht? Die „Do-not-handle“-Liste ist dabei genauso wichtig wie die positive Zuständigkeit. Ohne sie entsteht Ticket-Ping-Pong: Jeder schiebt weiter, weil niemand weiß, ob er zuständig ist.

Erstellen Sie eine einseitige Übersicht: 1st Level = Passwörter, Druckerprobleme, App-Abstürze. 2nd Level = Netzwerk, Updates, Berechtigungen. 3rd Level = Sicherheitsvorfälle, Server, Infrastruktur.
Fügen Sie pro Level mindestens drei Beispiele für Fälle hinzu, die nicht bearbeitet werden – das verhindert Graubereiche.
Teilen Sie das Dokument mit allen Mitarbeitern, die Support-Anfragen stellen oder entgegennehmen.

Prüfpunkt 2: Haben Sie die letzten Tickets systematisch ausgewertet?

Bevor Sie eine Struktur festlegen, lohnt der Blick zurück: Welche Probleme kamen wie oft – und wie wurden sie gelöst? Unserer Erfahrung nach unterschätzen die meisten Betriebe, wie viele Anfragen tatsächlich auf 1st-Level-Niveau liegen und intern gelöst werden könnten, wenn jemand kurz eingewiesen wäre. Eine solche Ticket-Analyse kostet einen halben Tag und spart dauerhaft Kosten.

Exportieren Sie die letzten drei Monate aus Ihrem Ticketsystem oder – falls keines vorhanden – aus Ihrer E-Mail-Historie.
Kategorisieren Sie nach Typ (Hardware, Software, Zugang, Netzwerk) und Löser (intern / extern).
Identifizieren Sie die fünf häufigsten Anfragen und entscheiden Sie: Können diese intern abgefangen werden?

Wer noch kein Ticketsystem nutzt, findet in den IT-Dienstleistungen der TTG GmbH eine Möglichkeit, das strukturiert aufzusetzen – inklusive Auswertung bestehender Anfragen als Ausgangspunkt.

Prüfpunkt 3 & 4: Technische Mindestanforderungen für einen funktionierenden Support-Betrieb

Struktur auf dem Papier ist nur so gut wie die technischen Werkzeuge dahinter. Wer Support-Level einführt, ohne die notwendigen Systeme zu betreiben, wird feststellen, dass die Zuständigkeiten zwar klar sind – aber niemand einen Überblick hat, was gerade offen ist, wie lange es dauert und wer zuletzt daran gearbeitet hat.

Prüfpunkt 3: Betreiben Sie ein Ticketsystem mit konfigurierten Eskalationsregeln?

Ein Ticketsystem muss für KMU nicht komplex sein. Auch einfache Lösungen wie Freshdesk (kostenlose Einstiegsstufe) oder JIRA Service Management erfüllen die wichtigste Anforderung: Sie machen sichtbar, was offen ist, und können automatisch eskalieren. Entscheidend ist, dass die Eskalation nicht von Menschenhand ausgelöst werden muss.

Konfigurieren Sie zeitbasierte Eskalationsregeln: Ein Ticket, das nach 15–20 Minuten im 1st Level unbearbeitet bleibt, wird automatisch an den 2nd Level übergeben.
Setzen Sie „Eskalationsgrund“ als Pflichtfeld – so erkennen Sie über Monate hinweg, welche Ticket-Typen systematisch nach oben durchschlagen.
Verknüpfen Sie das Ticketsystem mit Ihrer Monitoring-Lösung (z. B. Zabbix, PRTG oder ein RMM-Tool wie NinjaRMM), damit Infrastrukturalerts automatisch als Tickets angelegt werden.

Prüfpunkt 4: Haben Sie Remote-Zugriff und Asset-Management geregelt?

2nd- und 3rd-Level-Support kann nur schnell funktionieren, wenn der Zugriff auf betroffene Systeme ohne Reibungsverluste möglich ist. Viele Betriebe nutzen hier Tools wie TeamViewer, AnyDesk oder – bei höherem Sicherheitsbedarf – Tailscale für verschlüsselte Peer-to-Peer-Verbindungen. Letzteres war kürzlich Gegenstand einer kritischen Sicherheitswarnung: Eine Lücke in Tailscale SSH ermöglichte Angreifern Root-Rechte auf betroffenen Systemen. Das Oktober-Update schließt diese Lücken – wer Tailscale im Einsatz hat, sollte prüfen, ob die aktuelle Version installiert ist.

Führen Sie ein Asset-Inventar: Welches Gerät gehört welchem Nutzer, welche Software-Version läuft darauf?
Stellen Sie sicher, dass Remote-Zugriffs-Tools immer auf dem aktuellen Versionsstand sind – und dass der Zugriff protokolliert wird.
Definieren Sie, welche Systeme für den 3rd Level direkt zugänglich sein müssen und welche eine Freigabe erfordern.

Das BSI gibt konkrete Empfehlungen für sichere Clients in Unternehmen, die auch für kleine IT-Umgebungen als Orientierung taugen – insbesondere zur Härtung von Endgeräten, die im Support-Prozess genutzt werden. Die TTG GmbH ist nach ISO/IEC 27001 zertifiziert und richtet ihre eigenen Prozesse an diesen Standards aus.

Prüfpunkt 5 & 6: Sicherheit und Datenschutz im Support-Prozess nicht vergessen

Support-Prozesse sind ein bevorzugter Angriffspunkt – nicht weil Angreifer gezielt auf Ticketsysteme zielen, sondern weil im Support-Betrieb routinemäßig erweiterte Rechte vergeben werden: Remote-Zugriff, Admin-Konten, Backup-Zugriff. Wer diese Rechte nicht konsequent regelt, schafft Angriffsflächen, die von außen schwer sichtbar, aber leicht ausnutzbar sind.

Prüfpunkt 5: Sind die Zugriffsrechte Ihrer Support-Tools explizit geregelt?

Besonders relevant ist das beim Einsatz von KI-gestützten Tools im 1st Level – etwa Chatbots oder automatisiertes Ticket-Routing. Das BSI weist im Lagebericht 2025 darauf hin, dass solche Systeme neue Angriffsflächen schaffen, wenn Zugriffsrechte vor dem Deployment nicht klar definiert sind. Ein KI-Agent, der auf Kundendaten, Mailverläufe oder interne Wissensdatenbanken zugreifen kann, ohne dass das explizit geprüft wurde, ist ein unkontrolliertes Risiko.

Dokumentieren Sie vor jedem Tool-Deployment, auf welche Systeme und Daten das Tool Zugriff hat.
Vergeben Sie Rechte nach dem Least-Privilege-Prinzip: Ein 1st-Level-Tool braucht keinen Zugriff auf Backup-Systeme oder Server-Konfigurationen.
Prüfen Sie, ob Ihre Remote-Zugriffs-Lösungen MFA erzwingen – und ob das auch für Support-Konten gilt, nicht nur für Endnutzer.

Prüfpunkt 6: Haben Sie Patch-Management als definierten Prozess verankert?

Täglich werden durchschnittlich 119 neue Schwachstellen bekannt – ein Wert, der gegenüber dem Vorjahreszeitraum um 24 % gestiegen ist (BSI Lagebericht 2025). Kein Betrieb ohne dediziertes IT-Team kann diesen Rhythmus nebenbei bewältigen. Patch-Management muss deshalb als fester Prozess im 2nd Level verankert sein, mit einem klar benannten Verantwortlichen und einem definierten Zyklus.

Aktuelle Beispiele zeigen, wie dringend das ist: Die CISA warnte zuletzt vor aktiv ausgenutzten Schwachstellen in Linux-Kernel und VMware ESX – beides Technologien, die in vielen KMU-Serverumgebungen im Einsatz sind. Wer keinen definierten Patch-Prozess hat, erfährt von solchen Warnungen zu spät.

Legen Sie einen festen Patch-Zyklus fest: kritische Patches innerhalb von 48 Stunden, reguläre Updates wöchentlich oder monatlich.
Benennen Sie einen Verantwortlichen im 2nd Level, der Patch-Status dokumentiert und Ausnahmen begründet.
Abonnieren Sie den BSI-Warnmeldungsdienst, damit kritische Schwachstellen nicht erst über Fachpresse bekannt werden. Die sichere Hardware-Verwaltung für KMU durch TTG GmbH umfasst diesen Prozess als Teil des Managed-Service-Angebots.

Prüfpunkt 7 & 8: Laufende Kontrolle und Dokumentation als Grundlage für Verbesserungen

Eine Support-Struktur, die einmal aufgebaut und dann nicht mehr angefasst wird, verliert schnell ihren Wert. Systeme ändern sich, Teams wachsen, neue Tools kommen hinzu – und was vor einem Jahr sinnvoll war, kann heute eine Lücke sein. Deswegen sind regelmäßige Kontrolle und aktive Dokumentation keine optionalen Zusätze, sondern integraler Bestandteil des 1st 2nd 3rd Level Support.

Prüfpunkt 7: Messen Sie die Qualität Ihres Supports regelmäßig?

Ohne Messung gibt es keine Verbesserung. Für den Support-Betrieb bedeutet das: mindestens einmal im Quartal einen Blick auf die Kennzahlen werfen. Die wichtigsten Metriken sind nicht kompliziert zu erheben – sie liegen in jedem Ticketsystem.

Erfassen Sie für jede Support-Ebene: durchschnittliche Bearbeitungszeit, Eskalationsrate und Wiedereröffnungsrate (Tickets, die nach Schließung erneut geöffnet wurden).
Vergleichen Sie, wie viele Tickets pro Level gelöst wurden – ein zu hoher Anteil an Eskalationen in den 3rd Level ist ein Signal, dass 2nd Level unterbesetzt oder unterqualifiziert ist.
Führen Sie halbjährlich eine kurze Befragung der Mitarbeiter durch: Wurden Probleme schnell gelöst? War die Kommunikation klar?

Prüfpunkt 8: Ist Ihre Support-Dokumentation aktuell und für alle zugänglich?

Fehlende Dokumentation ist einer der häufigsten Gründe, warum Support-Strukturen im Alltag nicht funktionieren. Wenn der Kollege, der „das immer weiß“, ausfällt, bricht das ganze System zusammen – weil sein Wissen nirgends aufgeschrieben ist.

Pflegen Sie eine interne Wissensdatenbank (z. B. Confluence, Notion oder auch ein einfaches SharePoint-Wiki) mit Lösungen für wiederkehrende Probleme.
Dokumentieren Sie bei jeder Eskalation den Lösungsweg – so wird Wissen aus dem 3rd Level systematisch in den 1st Level transferiert.
Überprüfen Sie die Dokumentation mindestens einmal im Quartal auf Aktualität: Haben sich Systeme oder Zuständigkeiten geändert?

Die TTG GmbH begleitet Betriebe seit über 25 Jahren dabei, IT-Strukturen nicht nur aufzubauen, sondern dauerhaft funktionsfähig zu halten – einschließlich der Dokumentationspflege als Teil laufender Managed-Service-Verträge.

Was tun, wenn Prüfpunkte nicht erfüllt sind? Priorisierung nach Risiko

Nicht jede Lücke muss sofort geschlossen werden – aber einige müssen es. Wer nach dieser Checkliste feststellt, dass mehrere Punkte nicht erfüllt sind, steht vor der Frage: Womit fangen wir an?

Die Antwort orientiert sich an Risiko, nicht an Aufwand. Fehlende Zugriffsrechte-Regelungen und fehlende Eskalationsprozesse bei Sicherheitsvorfällen haben Vorrang vor fehlender Dokumentation oder fehlenden Metriken. Das Letztere kostet Zeit, das Erstere kann im Ernstfall Wochen Ausfallzeit bedeuten.

Typisch ist folgende Konstellation: Ein Betrieb mit 15 bis 30 Mitarbeitern, der IT vollständig ausgelagert hat, aber intern keine Person hat, die als 1st-Level-Filter fungiert. Alle Anfragen – vom vergessenen Passwort bis zum verdächtigen E-Mail-Anhang – landen beim externen Dienstleister. Das treibt Kosten, verlangsamt Reaktionszeiten und bedeutet, dass wirklich kritische Meldungen in der Masse untergehen. In solchen Fällen reicht es, eine interne Person halbtags als koordinierenden Erstansprechpartner einzusetzen und klare Weiterleitungsregeln zu vereinbaren – das entlastet den Dienstleister und verkürzt die Lösungszeiten spürbar.

Zur Frage, ab wann ein eigenes 2nd- oder 3rd-Level-Team wirtschaftlich Sinn ergibt, gibt es keine universelle Antwort. Unsere Einschätzung nach Jahren in der Praxis: Unter 50 Mitarbeitern lohnt ein eigenes 2nd/3rd-Level-Team fast nie – der Aufwand für Qualifikation, Bereitschaft und Tool-Lizenzen übersteigt den Nutzen. Die wirtschaftlichere Lösung ist ein klarer Managed-Service-Vertrag mit definierten SLAs und einem internen Koordinationspunkt.

Unternehmensgröße	Empfohlenes Modell	Begründung
5–15 Mitarbeiter	Vollständig extern, 1 interner Koordinator	Eigenes IT-Personal nicht wirtschaftlich; Koordinator filtert und priorisiert
15–35 Mitarbeiter	1st Level intern, 2nd/3rd extern	Wiederkehrende Standardfälle können intern abgefangen werden
35–50 Mitarbeiter	1st+2nd intern, 3rd extern als Eskalation	Eigenes IT-Personal trägt sich; Spezialwissen bleibt ausgelagert

Das Bitkom bietet Orientierung zur digitalen Infrastruktur für Unternehmen verschiedener Größen – auch zur Frage, welche IT-Prozesse sinnvollerweise intern oder extern verantwortet werden. Die TTG GmbH unterstützt Betriebe in der Region dabei, diese Entscheidung auf Basis konkreter Zahlen zu treffen – nicht nach Bauchgefühl. Hardware-Migration jetzt planen lassen und dabei die Support-Struktur gleich mit auf den Prüfstand stellen.

Was sofort, was in 30 Tagen, was langfristig: ein realistischer Zeitplan

Nach der Bestandsaufnahme kommt die Frage: Wann muss was passieren? Die folgende Übersicht orientiert sich an dem, was ohne großen Vorlauf umsetzbar ist – und was Zeit braucht, weil es Entscheidungen, Abstimmungen oder Investitionen erfordert.

Sofort (diese Woche):

Bestimmen Sie einen internen Erstansprechpartner für IT-Anfragen – auch wenn das zunächst nur eine Koordinationsrolle ohne technisches Wissen ist.
Prüfen Sie, ob kritische Software (Remote-Zugriff, Backup, VPN) auf dem aktuellen Stand ist. Das dauert weniger als eine Stunde und schließt bekannte Lücken. Wer Veeam Backup & Replication einsetzt, sollte das besonders priorisieren: Eine kürzlich bekannt gewordene kritische Lücke ermöglicht die Deaktivierung von MFA und die Manipulation des Backup-Servers – das Update muss sofort eingespielt werden.
Schreiben Sie auf einer halben Seite auf, wer bei welchem Problem der erste Ansprechpartner ist – auch ohne vollständiges Konzept.

In 30 Tagen:

Analysieren Sie die Tickets der letzten drei Monate nach Typ und Lösungsebene.
Führen Sie ein Ticketsystem ein oder aktivieren Sie die Eskalationsregeln in einem bereits vorhandenen.
Vereinbaren Sie mit Ihrem IT-Dienstleister schriftliche SLAs, falls diese noch fehlen – mit klaren Reaktionszeiten nach Schweregrad.

Langfristig (90 Tage und darüber hinaus):

Entscheiden Sie auf Basis der Ticket-Analyse, welches Support-Modell zu Ihrer Unternehmensgröße passt – und halten Sie diese Entscheidung schriftlich fest, damit sie jährlich überprüft werden kann.
Bauen Sie eine interne Wissensdatenbank auf, die Lösungswege aus dem 2nd und 3rd Level schrittweise zugänglich macht.
Richten Sie ein regelmäßiges Review-Intervall ein: mindestens einmal im Quartal Kennzahlen auswerten, einmal im Jahr die gesamte Struktur auf den Prüfstand stellen.

Beim 1st 2nd 3rd Level Support ist der häufigste Fehler nicht, zu wenig zu tun – sondern zu versuchen, alles auf einmal zu ändern. Wer mit den drei „Sofort“-Schritten beginnt, hat bereits mehr geregelt als die meisten Betriebe vergleichbarer Größe.

Häufige Stolperfallen beim 1st 2nd 3rd Level Support – und wie Sie sie konkret vermeiden

Selbst gut geplante Support-Strukturen scheitern manchmal an den gleichen Stellen. Nicht weil das Konzept falsch war, sondern weil im Alltag bestimmte Muster entstehen, die die Struktur aushöhlen. Beim 1st 2nd 3rd Level Support sind das vor allem vier.

Stolperfalle 1: Die Struktur existiert nur auf Papier. Zuständigkeiten sind schriftlich festgelegt, aber nicht kommuniziert. Mitarbeiter wissen nicht, wen sie bei welchem Problem kontaktieren sollen – und fallen auf den alten Weg zurück: direkte Nachricht an die eine Person, die „das immer weiß“.

Präsentieren Sie die Support-Struktur aktiv im Team – fünf Minuten im nächsten Meeting reichen.
Hängen Sie eine einseitige Übersicht (Wer – Wofür – Wie erreichbar) digital und physisch aus.

Stolperfalle 2: Eskalation wird als Versagen wahrgenommen. Wenn Mitarbeiter das Gefühl haben, dass das Weiterleiten eines Tickets bedeutet, sie haben versagt, behalten sie Fälle zu lange und verschleppen die Lösung. Besonders problematisch, wenn ein Sicherheitsproblem betroffen ist.

Kommunizieren Sie klar: Eskalation ist ein geplanter Prozess, kein Eingeständnis.
Messen Sie Eskalationsraten nicht als Fehlerquote, sondern als Indikator für Trainings- oder Ressourcenbedarf.

Stolperfalle 3: Der externe Dienstleister als einzige Instanz. Wer keinen internen Filter hat, zahlt für jeden Passwort-Reset und jede Druckereinstellung die gleiche Stundensatz wie für einen Server-Notfall. Außerdem fehlt im Unternehmen jegliches Wissen über die eigene IT – was die Abhängigkeit vom Dienstleister dauerhaft zementiert.

Definieren Sie schriftlich, welche Anfragen intern abgefangen werden – bevor sie den Dienstleister erreichen.
Investieren Sie in eine kurze Einweisung für den internen Koordinator: ein halber Tag bei Ihrem Dienstleister genügt für die wichtigsten Standardfälle.

Stolperfalle 4: Keine Anpassung nach Veränderungen. Ein Betrieb wächst, neue Software kommt hinzu, Mitarbeiter wechseln – die Support-Struktur bleibt, wie sie war. Was für 15 Mitarbeiter funktioniert hat, kann bei 35 zum Engpass werden.

Verankern Sie einen jährlichen Review-Termin, bei dem Sie prüfen: Passt das Modell noch zur aktuellen Unternehmensgröße?
Dokumentieren Sie die Entscheidungsgrundlage für Ihr aktuelles Modell – dann fällt die Überprüfung deutlich leichter.

Wer den 1st 2nd 3rd Level Support einmal sauber aufgesetzt hat, wird feststellen, dass er kaum noch aktiv gewartet werden muss – solange die Dokumentation aktuell bleibt und die Überprüfungsintervalle eingehalten werden.

Ihre Checkliste: So starten Sie jetzt

Bestimmen Sie noch diese Woche eine interne Person als Erstansprechpartner für IT-Anfragen – auch ohne technisches Vorwissen.
Schreiben Sie auf einer halben Seite auf, welche Probleme intern abgefangen werden und welche direkt zum IT-Dienstleister eskalieren.
Exportieren Sie die Tickets der letzten drei Monate und kategorisieren Sie sie nach Typ und Lösungsebene.
Prüfen Sie, ob Ihr Remote-Zugriffs-Tool, Ihre Backup-Software und Ihre VPN-Lösung auf dem aktuellen Versionsstand sind.
Richten Sie im Ticketsystem eine zeitbasierte Eskalationsregel ein: Ticket ohne Reaktion nach 20 Minuten wird automatisch weitergeleitet.
Vereinbaren Sie mit Ihrem IT-Dienstleister schriftliche Reaktionszeiten nach Schweregrad – falls das noch nicht geschehen ist.
Legen Sie einen festen Quartalstermin an, an dem Sie Support-Kennzahlen (Bearbeitungszeit, Eskalationsrate) auswerten.
Dokumentieren Sie Ihre aktuelle Entscheidung für ein Support-Modell schriftlich – damit Sie sie in zwölf Monaten gezielt überprüfen können.

Häufig gestellte Fragen

Braucht ein Betrieb mit zehn Mitarbeitern wirklich eine Support-Struktur?

Ja – aber keine komplizierte. Es reicht, schriftlich festzuhalten, wer bei welchem Problem der erste Ansprechpartner ist und wann eskaliert wird. Ohne diese Grundlage landen alle Anfragen beim teuersten Ansprechpartner – egal ob es sich um einen Passwort-Reset oder einen Sicherheitsvorfall handelt. Der Aufwand für ein einfaches Konzept beläuft sich auf wenige Stunden, der Nutzen ist dauerhaft.

Was kostet es, eine strukturierte Support-Organisation aufzubauen?

Das hängt vom gewählten Modell ab. Ein einfaches Ticketsystem (z. B. Freshdesk in der Basisversion) ist kostenlos nutzbar. Die größte Investition ist Zeit: Ticket-Analyse, Dokumentation und Abstimmung mit dem IT-Dienstleister. Wer das als Projekt mit klarem Ziel angeht, ist in der Regel in ein bis zwei Wochen durch – ohne externe Beratung. Managed-Service-Verträge mit definierten SLAs kommen danach als monatliche Kosten dazu, ersetzen aber in der Regel ungeplante Einzelabrufe.

Wie unterscheidet sich 1st von 2nd Level Support in der Praxis?

Der 1st Level nimmt Anfragen entgegen, löst Standardfälle selbst und entscheidet, ob weitergeleitet wird. Das können Mitarbeiter ohne tiefes IT-Wissen übernehmen. Der 2nd Level bearbeitet Fälle, die mehr technisches Know-how erfordern: Netzwerkprobleme, Update-Fehler, Berechtigungsänderungen. Der 3rd Level greift bei komplexen Infrastrukturthemen, Sicherheitsvorfällen oder herstellerspezifischen Problemen ein – hier sind Spezialisten gefragt.

Was passiert, wenn wir keinen strukturierten 1st 2nd 3rd Level Support haben?

In vielen Betrieben funktioniert das jahrelang gut – bis es nicht mehr funktioniert. Fehlende Eskalationsstrukturen bedeuten, dass Sicherheitsvorfälle ungefiltert auf die teuerste Ebene durchschlagen. Ausfallzeiten verlängern sich, weil niemand klar zuständig ist. Spezialisten werden für Alltagsprobleme gebunden. Und wenn ein ernsthafter Vorfall eintritt – wie ein Ransomware-Angriff – fehlt der strukturierte Reaktionsplan vollständig.

Kann der externe IT-Dienstleister alle drei Level übernehmen?

Ja, das ist für viele kleine Betriebe die wirtschaftlichste Lösung. Wichtig ist dabei: Der Vertrag muss klar regeln, was auf welchem Level bearbeitet wird, welche Reaktionszeiten gelten und wie eskaliert wird. Ein pauschaler „IT-Betreuungsvertrag“ ohne solche Definitionen ist de facto kein strukturierter 1st 2nd 3rd Level Support – auch wenn alle drei Level nominell abgedeckt sind. TTG GmbH kann helfen, diese Strukturen vertraglich und technisch sauber aufzusetzen.

Lesetipps – weitere Ratgeber der TTG GmbH

Über den Autor
Martin Trappe ist Geschäftsführer der TTG Daten- und Bürosysteme GmbH in Dingelstädt. Mit über 25 Jahren Erfahrung im IT-Mittelstand betreut er kleine und mittelständische Unternehmen in Nordthüringen, Eichsfeld und Südniedersachsen. Die TTG GmbH ist ISO/IEC 27001 zertifiziert – dem höchsten Standard für Informationssicherheit.

Kontakt aufnehmen · Über TTG GmbH

Wissen Sie heute – konkret –, wer in Ihrem Betrieb als Nächstes handelt, wenn morgen früh ein Server nicht mehr antwortet?

IT-Infrastruktur sicher modernisieren

Veraltete Hardware kostet Zeit und Geld. Die TTG GmbH plant und realisiert Ihre IT-Migration – ohne Produktionsausfälle, für KMU in Nordthüringen und Eichsfeld.