Wer ServiceNow-ITSM implementiert, hat zunächst ein Framework-Handbuch zur Hand. ITIL v4 beschreibt Incident Management, Problem Management und Change Enablement in aller Ausführlichkeit. ServiceNow bildet diese Prozesse technisch sauber ab. Und trotzdem scheitern viele Implementierungen daran, dass die Nutzer die neuen Prozesse nicht annehmen – oder schlimmer: aktiv umgehen.
Aus über 50 Projekten haben wir gelernt, was den Unterschied macht. Hier sind unsere wichtigsten Erkenntnisse.
1. Prozesse schlanker machen, nicht abbilden
Der häufigste Fehler: Bestehende Prozesse werden 1:1 in ServiceNow abgebildet – inklusive aller Schwächen. Eine Implementierung ist eine Chance zur Prozessoptimierung. Nutzen Sie sie.
Konkret bedeutet das: Hinterfragen Sie jeden Pflichtfeldschritt, jede Genehmigungsstufe, jedes Routing. Wenn eine Regel existiert, weil „das schon immer so war", ist das kein guter Grund, sie in ServiceNow zu bauen.
2. Incident-Kategorisierung: Weniger ist mehr
Kategorien sind das Herzstück des Incident Managements – und gleichzeitig die größte Quelle von Nutzer-Frust. Zu viele Kategorien führen zu falschen Zuordnungen, langen Lösungszeiten und inkonsistenten Daten.
- Maximal 2 Hierarchieebenen für Kategorien
- Kategorien nach Routing-Logik designen, nicht nach Organigramm
- Regelmäßige Review-Zyklen einplanen (alle 6 Monate)
- Nutzer bei der Kategorisierung entlasten – Smart-Defaults einsetzen
3. Change Management: Der häufig unterschätzte Aufwand
Change Enablement ist oft der komplexeste ITSM-Prozess in ServiceNow – nicht technisch, sondern organisatorisch. Change Advisory Boards, Genehmigungsmatrix, Standard Changes: All das muss mit den tatsächlichen Stakeholdern abgestimmt werden, bevor eine einzige Zeile konfiguriert wird.
„Den Change-Prozess technisch umzusetzen ist die einfache Hälfte. Die schwierige Hälfte ist, alle Stakeholder auf einen gemeinsamen Nenner zu bringen."
4. Self-Service Portal: Der unterschätzte ROI-Treiber
Ein gut gestaltetes Self-Service-Portal kann den Ticket-Eingang des Service Desks um 20–40 % reduzieren. Voraussetzung: Das Portal ist intuitiv, die Artikel im Knowledge Base sind aktuell, und die Nutzer werden aktiv auf das Portal gelenkt.
- Nutzerführung testen (echte Nutzer, keine IT-Mitarbeiter)
- Knowledge Base von Anfang an mitdenken
- Ticket-Eingangskanäle konsequent auf das Portal lenken
- Feedback-Mechanismus für jeden Artikel einbauen
5. Reporting und KPIs von Anfang an mitdenken
Was nicht gemessen wird, verbessert sich nicht. Definieren Sie bereits im Requirements Engineering, welche KPIs für Ihr Unternehmen relevant sind – und stellen Sie sicher, dass die notwendigen Daten auch erfasst werden.
Typische ITSM-KPIs in ServiceNow: Mean Time to Resolve (MTTR), First Contact Resolution Rate, Reopening Rate, SLA-Compliance. Wichtiger als die Metriken selbst ist jedoch, dass sie aktiv genutzt und kommuniziert werden.
Sie planen eine ITSM-Implementierung?
Wir begleiten Sie von der Anforderungsaufnahme bis zum Go-Live – und sorgen dafür, dass Ihre Nutzer die neuen Prozesse wirklich annehmen.
Kostenloses Erstgespräch vereinbaren