Bildquelle: extern
Ein Serviceportal wirkt erst dann entlastend, wenn Nutzer verständlich sagen können, was sie brauchen. Sonst entsteht kein schnellerer Prozess. Es entsteht nur ein neues Formular, das der Service Desk später wieder erklären, korrigieren und nachtelefonieren muss.
Service Request Management beschreibt die strukturierte Bearbeitung wiederkehrender Nutzeranfragen, zum Beispiel Zugänge, Standardsoftware, Geräte, Berechtigungen oder einfache Änderungen. ITIL ordnet solche Anfragen als planbare Serviceleistung ein, nicht als ungeordnete Störung. Für ITSM-Generalisten ist der Kern einfach: Je klarer der Bedarf vorne erfasst wird, desto weniger Rückfragen, Wartezeit und Fehlleitungen entstehen im Betrieb.
Das Formular ist der erste Prozessschritt
In vielen Organisationen wird ein Portal wie eine technische Oberfläche behandelt. Es gibt Felder, Pflichtangaben, Kategorien und vielleicht eine Genehmigung. Aus Sicht des Service Managements ist das Formular aber bereits der erste Prozessschritt. Es entscheidet, ob die Anfrage richtig verstanden, richtig priorisiert und an die richtige Gruppe übergeben wird.
Ein schlechtes Formular fragt entweder zu wenig oder an der falschen Stelle zu viel. Zu wenige Angaben führen zu Rückfragen. Zu viele Fachfelder führen dazu, dass Nutzer raten, ausweichen oder Freitext mit unklaren Beschreibungen füllen. Beides landet am Ende beim Service Desk. Dort muss jemand sortieren, was eigentlich schon im Portal hätte klar werden müssen.
Nutzer denken nicht in internen Zuständigkeiten
Ein häufiger Fehler liegt in Kategorien, die aus der Sicht der IT gebaut sind. Nutzer suchen aber selten nach dem zuständigen Team, der technischen Plattform oder dem internen Genehmigungsweg. Sie suchen nach ihrem Arbeitsproblem. Sie brauchen einen Zugang, wollen eine Anwendung nutzen, melden einen neuen Mitarbeiter oder benötigen ein Gerät für eine konkrete Aufgabe.
Darum sollte ein Serviceportal nicht zuerst die interne Aufbauorganisation abbilden. Es sollte die Sprache der Nutzer aufnehmen und sie dann sauber in interne Abläufe übersetzen. Atlassian beschreibt Service Request Management als Weg, häufige Anfragen zu standardisieren und wiederholbare Abläufe zu schaffen. Diese Standardisierung beginnt nicht bei der Automatisierung, sondern bei verständlichen Auswahlmöglichkeiten.
Pflichtfelder helfen nur mit erkennbarem Grund
Pflichtfelder sind nicht automatisch bessere Steuerung. Ein Feld ist nur dann hilfreich, wenn es eine konkrete Entscheidung im weiteren Ablauf ermöglicht. Wird die Kostenstelle gebraucht, weil eine Genehmigung davon abhängt? Wird das Startdatum gebraucht, weil die Bereitstellung terminiert wird? Wird die Rolle gebraucht, weil Berechtigungen daraus entstehen? Dann sollte der Nutzer genau das verstehen.
Unklare Pflichtfelder erzeugen Ausweichverhalten. Nutzer tragen Platzhalter ein, wählen die erste passende Kategorie oder schreiben Zusatzinformationen in irgendein Freitextfeld. Danach wirkt der Ticketdatensatz vollständig, ist es operativ aber nicht. Der Service Desk muss die fehlende Bedeutung rekonstruieren. So entsteht eine verdeckte Warteschlange innerhalb eines scheinbar digitalen Prozesses.
Freitext ist ein Warnsignal für fehlende Entscheidungshilfe
Freitextfelder sind wichtig, aber sie dürfen nicht die Hauptlast tragen. Wenn Nutzer dort regelmäßig erklären müssen, was sie eigentlich auswählen wollten, fehlt dem Portal eine bessere Struktur. Gute Formulare führen durch die Entscheidung: Worum geht es? Wer ist betroffen? Bis wann wird es benötigt? Welche Auswirkung hat eine Verzögerung? Welche Standardoption passt?
ServiceNow betont bei Request Management und Katalogen ebenfalls die Bedeutung standardisierter Services, klarer Workflows und Automatisierung. Automatisierung funktioniert aber nur mit belastbaren Eingangsdaten. Wer ein ungenaues Formular automatisiert, beschleunigt oft nur die Fehlleitung. Erst wenn die Eingaben eindeutig genug sind, lohnt sich der nächste Schritt mit Regeln, Genehmigungen und automatischen Übergaben.
Der Service Desk braucht Rückmeldung aus den Tickets
Ein Portal wird nicht am Schreibtisch fertig. Es muss aus echten Tickets lernen. Welche Anfragearten erzeugen besonders viele Rückfragen? Welche Felder werden auffällig oft falsch ausgefüllt? Welche Auswahl führt regelmäßig zur falschen Gruppe? Welche Standardleistung wird im Freitext beschrieben, obwohl sie im Katalog nicht sichtbar ist?
Diese Beobachtungen gehören in eine regelmäßige Pflege des Servicekatalogs. Sonst veralten Formulare genau wie Dokumentation. Neue Anwendungen, geänderte Rollen, andere Lieferanten und veränderte Genehmigungswege müssen im Portal ankommen. Der Service Desk ist dabei nicht nur Empfänger der Tickets. Er ist die beste Quelle dafür, wo das Portal den Alltag noch nicht gut genug erklärt.
Prüffragen für bessere Serviceformulare
- Versteht ein Nutzer ohne IT-Abteilungswissen, welche Option er wählen soll?
- Hat jedes Pflichtfeld einen klaren Zweck für Entscheidung, Genehmigung oder Ausführung?
- Gibt es Beispiele oder kurze Hilfetexte für missverständliche Angaben?
- Werden häufige Freitextmuster in neue Standardoptionen überführt?
- Ist sichtbar, was nach dem Absenden passiert und wer als Nächstes handelt?
- Wer prüft regelmäßig, ob Formular, Zuständigkeit und tatsächlicher Ablauf noch zusammenpassen?
Ein gutes Serviceportal nimmt Arbeit nicht einfach aus dem Telefonkanal heraus. Es macht Anfragen verständlicher, vollständiger und besser steuerbar. Schlechte Formulare verschieben dagegen nur Unklarheit in den digitalen Eingangskorb. Der praktische Test ist deshalb einfach: Wenn der Service Desk nach dem Absenden regelmäßig erklären muss, was vorher gemeint war, ist nicht der Nutzer das Problem. Dann braucht der Prozess vorne bessere Sprache, bessere Auswahl und klarere Entscheidungshilfen.
Quellen und Einordnung: Atlassian zu Service Request Management und Servicekatalogen, BMC zu ITIL Service Request Management, AXELOS/ITIL-Ressourcen zur Service-Request-Praxis. Stand der Quellenprüfung: 26.06.2026.
