IT-Automatisierung: 10 Service-Desk-Prozesse, die sich zuerst lohnen

IT-Automatisierung beginnt oft mit einer langen Wunschliste. Doch nicht jeder Prozess ist ein guter erster Prozess. Ein sinnvoller Einstieg verbindet häufiges Aufkommen mit klaren Regeln, verlässlichem Wissen, erreichbaren Systemen und einem definierten Weg zurück zum Menschen.

Eine anonymisierte nara Analyse von 43.676 ServiceNow Incidents einer europäischen Fertigungsgruppe zeigt, warum Priorisierung zählt: 51 wiederkehrende Use Cases wurden sichtbar, die zehn häufigsten standen für 48% des gesamten Ticketvolumens. Das ist kein allgemeiner Benchmark und bedeutet nicht, dass 48% automatisch lösbar sind. Es zeigt aber, wie stark sich reale Ticketdaten auf wenige wiederkehrende Muster verdichten können.

Was einen guten ersten Prozess ausmacht

Bevor Sie einen Fall automatisieren, prüfen Sie fünf Fragen:

• Kommt er häufig genug vor? Seltene Sonderfälle schaffen wenig Entlastung und liefern wenig Lernmaterial.
• Ist das Ziel eindeutig? Ein erfolgreicher Passwort-Reset ist leichter zu erkennen als eine offene Architekturentscheidung.
• Sind Regeln und Wissen belastbar? Der Agent braucht klare Voraussetzungen, zulässige Schritte und Abbruchkriterien.
• Sind die nötigen Systeme erreichbar? Eine gute Antwort reicht nicht, wenn die eigentliche Aktion in Verzeichnisdienst, ITSM oder auf einem Gerät stattfinden muss.
• Ist die Übergabe definiert? Unklare Identität, fehlende Berechtigung oder ein unerwartetes Ergebnis müssen bei der richtigen Person landen.

Die nara Plattform für KI-Automatisierung verbindet dafür Triage, Wissen, freigegebene Tools, Ticket-Dokumentation und Eskalation. Welche Schritte wirklich automatisierbar sind, muss dennoch im jeweiligen Stack validiert werden.

1. Passwort-Resets

Passwort-Resets sind häufig, klar abgegrenzt und gut messbar. Ein kontrollierter Ablauf verifiziert den Nutzer, stößt den Reset über ein freigegebenes Tool an, bestätigt das Ergebnis und dokumentiert den Fall im Ticket.

Der Prozess stoppt, wenn die Identität nicht zuverlässig geklärt ist, ein geschütztes Konto betroffen ist oder das Tool ein unerwartetes Ergebnis liefert. Dann übernimmt ein Mensch mit dem bereits gesammelten Kontext.

2. Ticket- und Störungsstatus

Viele Rückfragen entstehen, weil Nutzer den aktuellen Stand nicht sehen. Ein Agent kann den Status eines Tickets oder einer bekannten Störung lesen und den bisherigen Verlauf verständlich zusammenfassen.

Dieser Prozess ist ein guter früher Kandidat, weil er zunächst vor allem lesend arbeitet. Wichtig sind eindeutige Zuordnung, aktuelle Daten und eine Antwort, die keine Lösung verspricht, wenn nur ein Status vorliegt.

3. VPN- und Netzwerkdiagnose

Statt mehrere Runden mit allgemeinen Rückfragen zu führen, kann ein Agent eine feste Diagnose abarbeiten: Netzwerkstatus prüfen, Dienste und Zertifikate kontrollieren und die Ergebnisse für Nutzer und Ticket zusammenfassen.

Über den Edge Connector können freigegebene Prüfungen auch auf Geräten, Servern und in privaten Netzen laufen. Ein Hardwaredefekt, eine unbekannte Konfiguration oder ein sicherheitsrelevanter Befund bleibt ein Fall für das Team.

4. Drucker- und Gerätediagnose

Drucker- und Geräteprobleme gehörten in der ausgewerteten Ticket-Historie zu den wiederkehrenden Mustern. Für die Automatisierung eignen sich standardisierte Prüfungen: Erreichbarkeit, Dienststatus, Warteschlange, bekannte Fehlerbilder und klar definierte Neustarts.

Nicht jedes Gerät lässt sich gleich behandeln. Deshalb sollte der Ablauf Gerätetyp, Standort und zulässige Aktionen kennen und bei fehlendem Kontext nicht improvisieren.

5. Standardsoftware

Anfragen zu freigegebener Standardsoftware lassen sich als katalogisierter Ablauf behandeln: Berechtigung prüfen, Installation oder Konfiguration über ein definiertes Tool ausführen, Ergebnis kontrollieren und Ticket aktualisieren.

Neue, nicht freigegebene oder lizenzpflichtige Software gehört nicht in denselben Automatismus. Hier sammelt der Agent die nötigen Angaben und leitet die Entscheidung an die zuständige Person weiter.

6. SAP-Zugriffe und Verzeichnisrechte

Zugriffsanfragen bestehen aus zwei verschiedenen Aufgaben: Informationen vollständig erfassen und eine Berechtigungsentscheidung treffen. Die Erfassung, der Abgleich mit Rollen und Regeln sowie die entscheidungsfertige Vorlage lassen sich automatisieren. Die Freigabe bleibt bei den verantwortlichen Menschen.

Nach der Freigabe kann ein erlaubtes Tool die Änderung ausführen. Rollen, Tool-Freigaben und Logs sorgen dafür, dass der Ablauf nachvollziehbar bleibt.

7. Onboarding neuer Mitarbeitender

Ein Eintritt löst mehrere zusammenhängende Schritte aus: Konten, Grundrechte, Standardsoftware, Geräte und offene Rückfragen. Statt vieler Einzeltickets kann ein Agent daraus einen wiederholbaren Fall mit Status, Verantwortlichen und Abhängigkeiten machen.

Der Agent koordiniert die freigegebenen Schritte und dokumentiert sie. HR-Entscheidungen, besondere Rechte und Ausnahmen bleiben bei Menschen.

8. Rollen- und Standortwechsel

Beim Mover-Prozess ändern sich Aufgaben, Zugriffe, Geräte oder Zuständigkeiten. Automatisierung hilft besonders bei der Vollständigkeit: alte Rechte prüfen, neue Anforderungen aufnehmen, notwendige Freigaben einholen und jeden Schritt im Ticket festhalten.

Entscheidend ist eine klare Richtlinie. Ein Agent sollte nicht selbst festlegen, welche Rechte eine neue Rolle braucht, sondern eine freigegebene Rollenlogik anwenden und Abweichungen eskalieren.

9. Offboarding

Beim Austritt zählt nicht nur Geschwindigkeit, sondern auch Nachweisbarkeit. Konten sperren, Rechte entziehen, Geräte und Rückgaben verfolgen und offene Punkte sichtbar machen: Diese Schritte lassen sich als kontrollierte Checkliste ausführen.

Der Start des Prozesses und sensible Personalentscheidungen bleiben bei den zuständigen Menschen. Der Agent setzt erst den freigegebenen Ablauf um und hält fest, was erledigt ist und was fehlt.

10. Triage und dokumentierte Übergabe

Nicht jeder Fall wird vollautomatisch gelöst. Trotzdem kann Automatisierung viel Vorarbeit übernehmen: Anliegen, Nutzerkontext und Dringlichkeit erkennen, fehlende Angaben gezielt nachfragen, passendes Wissen suchen und den Fall dem richtigen Team zuordnen.

Eine gute Übergabe enthält Verlauf, Diagnose, bereits ausgeführte Schritte und offene Fragen. So beginnt der Mensch nicht wieder bei null. Wie nara diese Kette von der Anfrage bis zur Übergabe abbildet, zeigt die Seite zur IT Service Desk Automation.

So entsteht eine belastbare Reihenfolge

Bewerten Sie jeden Kandidaten nicht nur nach Ticketzahl, sondern entlang mehrerer Dimensionen:

1. Volumen: Wie oft tritt das Muster auf?
2. Durchlaufzeit: Wie lange wartet ein eigentlich einfacher Fall?
3. Neuzuweisungen: Wie oft wandert er zwischen Teams?
4. Wissensabdeckung: Gibt es eine aktuelle, freigegebene Anleitung?
5. Systemzugang: Sind alle benötigten Aktionen über kontrollierte Tools erreichbar?
6. Risiko: Welche Schritte brauchen zwingend eine menschliche Freigabe?
7. Erfolgskriterium: Woran erkennen Sie technisch und fachlich, dass der Fall erledigt ist?

Die Analyse von 43.676 ServiceNow Tickets nutzte genau die Ticket-Historie, um wiederkehrende Muster und Wissenslücken sichtbar zu machen. Sie lieferte eine priorisierte Roadmap, keinen pauschalen Automatisierungswert.

Klein starten, vollständig messen

Wählen Sie einen eng umrissenen Prozess und definieren Sie vorab: erlaubte Tools, notwendige Eingaben, Abbruchkriterien, Freigaben, Übergabe und Ticket-Dokumentation. Messen Sie anschließend nicht nur, ob ein Agent geantwortet hat. Entscheidend ist, ob der Fall korrekt abgeschlossen oder mit vollständigem Kontext übergeben wurde.

Wenn Sie herausfinden möchten, welche Muster in Ihrer eigenen Ticket-Historie zuerst sinnvoll sind, können Sie eine Demo und Potenzialanalyse anfragen. Wir prüfen die Prozesse anhand Ihres Stacks, ohne eine pauschale Automatisierungsquote zu versprechen.