Bildquelle: Pexels / Foto-ID 3760067 / https://www.pexels.com/photo/3760067/
Ein Servicekatalog soll Anfragen einfacher machen. In der Praxis wird er aber schnell zur digitalen Wunschliste, wenn jeder Eintrag bestellbar wirkt, obwohl Voraussetzungen, Kosten, Zuständigkeit oder Folgeschritte ungeklärt sind. Dann verschiebt das Portal Arbeit nicht nach vorne, sondern direkt in den Service Desk.
Ein Servicekatalog ist die sichtbare Auswahl von IT-Services, die Nutzer oder Fachbereiche anfragen können. Er soll verständlich zeigen, was die IT anbietet, welche Informationen nötig sind und was nach der Anfrage passiert. Für ITSM-Generalisten ist das vor allem eine Steuerungsfrage: Ein guter Katalog übersetzt technische Leistungen in saubere, bearbeitbare Servicezusagen.
Bestellbar heißt nicht nur sichtbar
Ein Katalogeintrag ist erst dann reif für Selfservice, wenn aus einer Auswahl eine belastbare Folgehandlung entsteht. Der Nutzer muss verstehen, was er anfordert. Der Service Desk muss wissen, welche Daten vollständig sein müssen. Die verantwortliche Fachrolle muss prüfen können, ob die Anfrage zulässig, finanzierbar und technisch erfüllbar ist. Fehlt eine dieser Bedingungen, entsteht nur ein hübscher Eingangskanal für Rückfragen.
Atlassian beschreibt Servicekataloge als Teil des Service-Request-Managements, also der strukturierten Bearbeitung wiederkehrender Anfragen. Genau dieser Punkt ist entscheidend. Ein Eintrag gehört nicht in den Katalog, weil er häufig gewünscht wird. Er gehört hinein, wenn die Anfrage wiederholbar, beschreibbar und mit einem klaren Ablauf bearbeitbar ist.
Der gefährliche Eintrag ist zu früh vereinfacht
Problematisch sind Katalogeinträge, die nach außen einfach aussehen, intern aber noch keine saubere Entscheidung besitzen. Ein Beispiel ist der Wunsch nach einem neuen SaaS-Zugang. Für den Nutzer klingt das wie eine kleine Bestellung. Für die IT können Lizenzkosten, Datenschutz, Rollenmodell, Identity-Anbindung, Sicherheitsprüfung und Kündigungsprozess dahinterstehen. Wenn der Katalog nur ein Freitextfeld anbietet, landen alle diese Entscheidungen später ungeordnet beim Bearbeiter.
IBM ordnet IT Service Management als Disziplin ein, die IT-Services über ihren Lebenszyklus plant, bereitstellt und verbessert. Ein Servicekatalog ist in diesem Verständnis kein Shop-Regal. Er ist ein Werkzeug, um Servicearbeit steuerbar zu machen. Darum muss jeder Eintrag mehr können als eine hübsche Bezeichnung tragen.
Ein guter Katalogeintrag beantwortet vorab vier Fragen
Die erste Frage lautet: Wer darf diese Leistung anfordern? Ohne Zielgruppe entsteht Mischbetrieb. Mitarbeitende, Führungskräfte, Projektteams und externe Partner senden dieselbe Anfrage, obwohl unterschiedliche Prüfungen nötig wären. Die zweite Frage lautet: Welche Angaben sind Pflicht, bevor jemand arbeitet? Dazu gehören Kostenstelle, gewünschter Zeitpunkt, betroffene Systeme, Genehmiger, Kritikalität oder Nutzergruppe.
Die dritte Frage lautet: Welche Entscheidung wird durch die Anfrage ausgelöst? Manche Einträge führen direkt zu einer Ausführung, andere brauchen Freigabe, Sicherheitsprüfung oder Architekturentscheidung. Die vierte Frage lautet: Woran erkennt der Nutzer später den Abschluss? Ein Katalog ohne klare Erwartung an Lieferzeit, Rückmeldung und Ablehnungsgrund erzeugt Frust, auch wenn das Formular technisch funktioniert.
Zu viele Einträge schwächen den Selfservice
Der einfache Reflex lautet oft, mehr Leistungen in den Katalog zu schreiben. Das macht das Portal aber nicht automatisch hilfreicher. Wenn ähnliche Einträge nebeneinanderstehen, wählen Nutzer geraten aus. Wenn Fachbegriffe den Alltag nicht treffen, landen Anfragen im falschen Pfad. Wenn alte Services sichtbar bleiben, obwohl sie nicht mehr angeboten werden, verliert der Katalog Vertrauen.
ITIL beschreibt Servicekatalog-Management als Praxis, die aktuelle Informationen zu Services bereitstellt. Der praktische Kern ist Aktualität. Ein Katalog braucht Besitzer, Pflegezyklus und Löschlogik. Wer einen Eintrag veröffentlicht, muss auch festlegen, wann er überprüft wird, wer Änderungen freigibt und wie alte Varianten verschwinden.
Der Service Desk braucht weniger Rätsel, nicht mehr Felder
Mehr Pflichtfelder lösen das Problem nicht allein. Ein Formular kann lang sein und trotzdem schlechte Anfragen erzeugen, wenn die Fragen nicht zur Entscheidung passen. Besser ist eine klare Trennung: Was braucht der Nutzer zur Auswahl? Was braucht der Service Desk zur Vorprüfung? Was braucht der Fachverantwortliche zur Freigabe? Was braucht der Betrieb nach der Umsetzung?
So entsteht ein Katalog, der Arbeit vorbereitet statt nur einsammelt. Ein neuer Eintrag sollte deshalb vor Veröffentlichung testweise durchgespielt werden. Kann ein Nutzer ohne Insiderwissen die richtige Auswahl treffen? Kann der Bearbeiter anhand der Angaben starten? Ist klar, wann eine Anfrage abgelehnt wird? Gibt es einen Besitzer, der den Eintrag nach Änderungen pflegt?
Die beste Katalogfrage ist eine Betriebsfrage
Servicekataloge werden oft als Nutzerkomfort verkauft. Für den Betrieb sind sie mehr: Sie legen fest, welche Arbeit standardisiert werden darf und welche Entscheidung vorher sichtbar bleiben muss. Eine Anfrage darf bestellbar sein, wenn der Service dahinter verstanden, verantwortet und wiederholbar bearbeitet werden kann. Alles andere gehört zuerst in die Klärung, nicht ins Portal.
Quellen und Einordnung: Atlassian zum IT-Servicekatalog, IBM zu IT Service Management, AXELOS zu Service Catalogue Management. Stand der Quellenprüfung: 17.07.2026. Bildquelle: Pexels, Foto-ID 3760067.
