Service Request

Ein Service Request ist eine Anfrage nach etwas, das zum vereinbarten Leistungsumfang gehört. Anders als beim Incident ist nichts kaputt: Jemand möchte etwas haben, wissen oder freigeschaltet bekommen. In ITIL ist dafür die Praxis Service Request Management zuständig.

Typische Beispiele

• Benutzerkonto für neue Mitarbeitende anlegen
• Zugriff auf einen Ordner oder ein System freigeben
• Passwort zurücksetzen
• Hardware bestellen, etwa einen zweiten Bildschirm
• Software installieren, die freigegeben ist
• eine Auskunft, zum Beispiel „Wie richte ich die Mail auf dem Handy ein?“

Unterschied zum Incident

Die Trennung lohnt sich: Werden Anfragen und Störungen gemischt, verdrängen dringende Ausfälle die planbare Arbeit – oder Standardanfragen blockieren die Liste, in der eigentlich Störungen stehen sollten. Auch Kennzahlen werden aussagekräftiger, wenn man beide getrennt betrachtet.

Standardisieren lohnt sich

Weil sich Service Requests wiederholen, lassen sie sich gut vorbereiten:

• Feste Abfrage: Ein Formular fragt alle nötigen Angaben gleich mit ab (Name, Startdatum, benötigte Systeme).
• Checklisten: Jeder Schritt der Erfüllung ist festgelegt und wird abgehakt.
• Freigaben: Was eine Genehmigung braucht, ist vorher geklärt.
• Feste Zielzeiten: Im SLA stehen für Standardanfragen meist eigene, planbare Fristen.
• Katalog: Welche Anfragen möglich sind, beschreibt ein Servicekatalog.
• Self-Service: Einfache Anfragen wie Passwort-Rücksetzungen können Nutzer*innen oft selbst erledigen, siehe Self-Service.

Beispiel

Die Personalabteilung der Beispiel Werke GmbH meldet: „Jana Beispiel beginnt am 1. des Monats im Einkauf.“ Der IT-Support legt einen Service Request an und arbeitet eine feste Checkliste ab: Benutzerkonto, Mailpostfach, Zugriff auf die Einkaufsordner, Laptop vorbereiten, Telefon einrichten. Jeder erledigte Punkt wird abgehakt, am Ende bekommt die Personalabteilung eine Bestätigung.

Typische Fehler

• Alles als Störung erfasst: Dann wirken Kennzahlen dramatischer, als die Lage ist, und echte Ausfälle gehen unter.
• Keine festen Angaben: Jede Anfrage beginnt mit Rückfragen, weil wichtige Informationen fehlen.
• Unklare Freigaben: Der Support wartet auf eine Genehmigung, von der niemand weiß, wer sie erteilen darf.
• Keine Rückmeldung: Die anfragende Person erfährt nicht, dass alles erledigt ist.

Werden Service Requests sauber erfasst, zeigt die Auswertung nach einigen Monaten, welche Leistungen besonders oft gefragt sind. Das ist eine gute Grundlage, um sie weiter zu vereinfachen oder in den Self-Service zu verlagern.

Für die Messung bedeutet die Trennung: Service Requests werden meist an der Termintreue gemessen (wurde die Leistung zum zugesagten Zeitpunkt erbracht?), Incidents eher an der Geschwindigkeit der Wiederherstellung.

Ein guter erster Schritt ist eine Liste der zehn häufigsten Standardanfragen mit den jeweils benötigten Angaben. Schon diese Liste spart Rückfragen und bildet später die Grundlage für einen Servicekatalog.

So hilft rapidFOX

In rapidFOX lassen sich wiederkehrende Anfragen als Mini-Projekt mit Checkliste direkt im Ticket abbilden: Die Punkte werden gemeinsam abgehakt, ein Fortschrittsbalken zeigt den Stand, und jeder Punkt zeigt, wer ihn erledigt hat. Über das einbettbare Kontaktformular landen Anfragen direkt als Ticket. Einen formalen Servicekatalog mit Genehmigungsworkflow bietet rapidFOX nicht.