Ein volles Ticketsystem wird meist als Kapazitätsproblem behandelt: zu viele Anfragen, zu wenige Leute. Das ist die naheliegende Deutung und selten die richtige.
Denn Tickets entstehen nicht zufällig. Der überwiegende Teil geht auf eine überschaubare Zahl wiederkehrender Ursachen zurück — und die lassen sich beseitigen, statt sie immer wieder zu bearbeiten. Der Unterschied ist erheblich: Eine beseitigte Ursache wirkt dauerhaft, eine schnellere Bearbeitung nur bis zum nächsten Fall.
Der größte Teil des Ticketaufkommens verteilt sich auf wenige wiederkehrende Anlässe: Passwortzurücksetzungen, Zugriffs- und Softwareanfragen, Druckerprobleme und Fragen, die schon einmal beantwortet wurden. Wer das Volumen senken will, analysiert deshalb nicht die Bearbeitungszeit, sondern die Anlässe — und beseitigt die drei häufigsten. Self-Service und eine gepflegte Wissenssammlung wirken dabei stärker als zusätzliche Bearbeitungskapazität.
Die Anlässe kennen, bevor man optimiert
Der erste Schritt ist eine Auswertung, die jedes Ticketsystem liefert: Welche Kategorien treten wie häufig auf? Ohne diese Zahlen optimiert man nach Gefühl — und das Gefühl täuscht, weil aufwendige Einzelfälle stärker in Erinnerung bleiben als die vielen kleinen.
Fachbeiträge zu typischen Helpdesk-Anfragen nennen eine wiederkehrende Reihenfolge: Passwortzurücksetzungen stehen fast immer an erster Stelle, gefolgt von Anfragen zu Software und Berechtigungen.
| Anlass | Aufwand je Fall | Vermeidbar durch |
|---|---|---|
| Passwort vergessen oder gesperrt | gering | Selbstbedienung |
| Softwareinstallation oder Berechtigung | gering bis mittel | Katalog mit Freigabeweg |
| Drucker und Peripherie | gering, aber häufig | Standardisierung |
| Wiederkehrende Anwendungsfragen | gering | Wissenssammlung |
| Neue Person einrichten | hoch | Standardprofile |
| Echte Störungen | hoch, schwankend | kaum — das ist die eigentliche Aufgabe |
Die letzte Zeile ist der Punkt: Nur sie ist die eigentliche Arbeit eines IT-Supports. Die fünf darüber sind Aufgaben, die entweder automatisiert oder vermieden werden können — und sie machen in vielen Betrieben den Großteil des Volumens aus.
Ursache 1: Passwörter
Der klassische Spitzenreiter, und der am einfachsten zu beseitigende. Eine Selbstbedienungsfunktion zum Zurücksetzen — über eine zweite Kontaktmöglichkeit oder Sicherheitsfragen — nimmt diese Kategorie fast vollständig aus dem Aufkommen.
Der Einwand, das sei ein Sicherheitsrisiko, ist berechtigt und lösbar. Eine Zurücksetzung über einen zweiten Faktor ist in aller Regel sicherer als der übliche Weg über einen Anruf, bei dem die Identität durch Stimmerkennung geprüft wird.
Zwei flankierende Maßnahmen senken die Zahl zusätzlich: längere, aber seltener wechselnde Passwörter — häufige Wechselpflichten erzeugen genau diese Tickets — und ein Passwortmanager, der das Merken überflüssig macht.
Ursache 2: Zugriffs- und Softwareanfragen
Diese Tickets sind einzeln unaufwendig und in Summe erheblich. Ihr Kern ist meist keine technische, sondern eine Entscheidungsfrage: Darf diese Person diese Software haben?
Solange das jedes Mal einzeln geklärt wird, entsteht je Anfrage eine Kette aus Rückfrage, Freigabe und Ausführung. Ein Katalog mit vorab geklärten Standardfällen ersetzt diese Kette: Wer welche Rolle hat, bekommt welche Anwendungen — ohne Einzelfallprüfung.
Der Aufwand liegt in der einmaligen Festlegung. Sie ist keine IT-Aufgabe, sondern eine gemeinsame mit den Fachbereichen, und genau deshalb wird sie oft nicht gemacht: Es ist einfacher, jede Anfrage einzeln zu bearbeiten, als einmal alle Fälle durchzudenken.
Ursache 3: dieselbe Frage, immer wieder
Jeder Support kennt die Fragen, die jede Woche kommen. Sie sind schnell beantwortet — deshalb wird die Antwort nie aufgeschrieben, und deshalb kommt die Frage wieder.
Der Ausweg ist unspektakulär: Beim zweiten Auftreten wird die Antwort in eine Wissenssammlung geschrieben, statt sie erneut zu formulieren. Beim dritten Mal wird der Link geschickt.
Entscheidend ist die Auffindbarkeit. Eine Wissenssammlung, die niemand durchsucht, ist ein Archiv. Sie muss dort liegen, wo Menschen ohnehin suchen, und die Einträge müssen so betitelt sein, wie gefragt wird — nicht wie die Funktion heißt. „Warum kann ich nicht drucken“ findet mehr Leser als „Konfiguration des Druckertreibers“.
Was das Volumen dauerhaft senkt
- + Passwort-Selbstbedienung
- + Softwarekatalog mit vorab geklärten Rollen
- + Durchsuchbare Wissenssammlung
- + Standardisierte Geräte und Drucker
- + Standardprofile für neue Personen
Was nur die Symptome behandelt
- − Mehr Bearbeitungskapazität
- − Schnellere Reaktionszeiten allein
- − Vorlagen für häufige Antworten
- − Priorisierung ohne Ursachenarbeit
Die rechte Spalte ist nicht falsch — sie macht den Support besser. Sie senkt nur nicht das Volumen, und darum geht es hier.
Die Auswertung, die den Anfang macht
- Kategorien auswerten Drei Monate Tickets nach Anlass gruppieren. Die meisten Systeme können das direkt.
- Top drei bestimmen Welche Anlässe machen zusammen den größten Anteil aus? Dort liegt der Hebel.
- Ursache prüfen Je Anlass: Warum entsteht er, und wäre er vermeidbar?
- Eine Maßnahme umsetzen Nicht drei gleichzeitig. Wirkung abwarten, dann die nächste.
- Nach drei Monaten messen Ist die Kategorie kleiner geworden? Wenn nicht, war die Ursache eine andere.
Schritt vier ist der, an dem Vorhaben scheitern. Wer alles gleichzeitig angeht, kann hinterher nicht sagen, was gewirkt hat — und bindet Kapazität, die währenddessen im Tagesgeschäft fehlt.
Die vierte Ursache: Onboarding ohne Standard
Ein Ticket, das nicht in den Top drei auftaucht, aber den meisten Aufwand je Fall erzeugt: die Einrichtung einer neuen Person.
Wo kein Standardprofil existiert, wird jedes Mal neu geklärt, welche Zugänge, welche Software und welche Berechtigungen gebraucht werden. Das erzeugt Rückfragen an die Fachabteilung, Wartezeit für die neue Person und mehrere Teilaufgaben über Tage verteilt.
Mit Standardprofilen je Rolle wird daraus ein Vorgang: Rolle auswählen, ausführen, fertig. Die Einrichtung dauert dann Minuten statt Stunden, und die neue Person ist am ersten Tag arbeitsfähig.
| Schritt | Ohne Profil | Mit Profil |
|---|---|---|
| Bedarf klären | Rückfrage bei der Fachabteilung | entfällt — Rolle ist definiert |
| Konto und Zugänge | einzeln angelegt | aus dem Profil erzeugt |
| Software | nach Rückfrage installiert | im Profil enthalten |
| Nacharbeit | mehrere Tickets über Tage | selten |
Der Nebeneffekt ist so wertvoll wie die Zeitersparnis: Was aus einem Profil entsteht, ist dokumentiert. Beim Austritt lässt sich derselbe Satz an Zugängen zurückbauen — ohne zu raten, was eingerichtet wurde.
Was Self-Service leisten kann und was nicht
Self-Service-Ansätze gelten als Standardantwort auf hohes Ticketaufkommen, und für die richtigen Kategorien sind sie es auch: Passwörter, Standardsoftware, wiederkehrende Fragen.
Ihre Grenze liegt bei allem, was eine Entscheidung oder eine Diagnose braucht. Ein Portal, das versucht, komplexe Störungen über Auswahlmenüs zu erfassen, erzeugt Frust auf beiden Seiten — die meldende Person klickt sich durch Fragen, die nicht passen, und die IT bekommt am Ende eine schlechtere Beschreibung als bei einem freien Text.
Die brauchbare Aufteilung lautet deshalb: Self-Service für alles Standardisierbare, ein einfacher direkter Weg für alles andere. Wer beides in ein Formular presst, verschlechtert beide Fälle.
Der Nebeneffekt, der oft übersehen wird
Weniger Tickets bedeuten nicht nur weniger Arbeit im Support. Sie bedeuten auch, dass die verbleibenden Fälle mehr Aufmerksamkeit bekommen — und das sind gerade die, bei denen es darauf ankommt.
Komplettservice
EDV & Telefonie aus einer Hand
Ein Support, der zu achtzig Prozent mit Passwörtern und Softwareinstallationen beschäftigt ist, hat für die echte Störung am Freitagnachmittag keine Kapazität. Die Ursachenarbeit schafft genau diese Kapazität — ohne zusätzliches Personal.
Der zweite Nebeneffekt betrifft die Zufriedenheit der Nutzenden. Ein Passwort, das man selbst zurücksetzen kann, ist besser als eines, das in zehn Minuten zurückgesetzt wird. Nicht wegen der Zeit, sondern weil man niemanden fragen muss.
Was sich nicht senken lässt
Ein Teil des Aufkommens bleibt, und das ist richtig so. Echte Störungen, Beratungsbedarf bei neuen Anforderungen und die Fälle, in denen jemand schlicht nicht weiterkommt — dafür existiert ein Support.
Wer diesen Anteil ebenfalls senken will, landet bei Maßnahmen, die mehr kosten als sie bringen: Hürden vor der Kontaktaufnahme, Pflichtfelder, die niemand ausfüllen kann, oder eine Vorqualifizierung, die den eigentlichen Fall verschleiert.
Das Ziel ist deshalb nicht ein möglichst leeres Ticketsystem, sondern eines, in dem die Tickets stehen, für die es gedacht ist. Ein Support mit vierzig echten Fällen im Monat arbeitet besser als einer mit zweihundert, von denen hundertsechzig Passwörter waren.
Häufige Fragen
Was verursacht die meisten IT-Tickets?
Nach übereinstimmenden Praxisberichten stehen Passwortzurücksetzungen fast immer an erster Stelle, gefolgt von Anfragen zu Softwareinstallation und Berechtigungen. Dazu kommen Drucker- und Peripherieprobleme sowie wiederkehrende Anwendungsfragen. Alle vier sind einzeln unaufwendig und in Summe der größte Block.
Wie senkt man das Ticketvolumen wirksam?
Indem man die drei häufigsten Anlässe beseitigt statt sie schneller zu bearbeiten. Für Passwörter hilft eine Selbstbedienungsfunktion, für Softwareanfragen ein Katalog mit vorab geklärten Rollen, für wiederkehrende Fragen eine durchsuchbare Wissenssammlung. Zusätzliche Bearbeitungskapazität senkt das Volumen nicht.
Ist Passwort-Selbstbedienung ein Sicherheitsrisiko?
Richtig umgesetzt nicht. Eine Zurücksetzung über einen zweiten Faktor ist in der Regel sicherer als der übliche Weg über einen Anruf, bei dem die Identität nur an der Stimme geprüft wird. Zusätzlich helfen längere Passwörter mit selteneren Wechselpflichten — häufige Wechsel erzeugen genau diese Tickets.
Wo liegt die Grenze von Self-Service?
Bei allem, was eine Diagnose oder Entscheidung braucht. Für Standardfälle wie Passwörter und Softwareanfragen funktioniert er gut. Wer versucht, komplexe Störungen über Auswahlmenüs zu erfassen, bekommt schlechtere Beschreibungen als bei freiem Text — sinnvoll ist Self-Service für das Standardisierbare und ein direkter Weg für alles andere.
Wie misst man, ob eine Maßnahme gewirkt hat?
Über die Zahl der Tickets in der betroffenen Kategorie, verglichen mit dem Zeitraum vorher. Deshalb sollte immer nur eine Maßnahme gleichzeitig umgesetzt werden — bei mehreren parallel lässt sich hinterher nicht sagen, welche gewirkt hat, und die gebundene Kapazität fehlt im Tagesgeschäft.
