Bildquelle: extern
Ein Servicekatalog soll den Alltag einfacher machen. Nutzer finden dort bestellbare IT-Leistungen, der Service Desk bekommt strukturierte Anfragen, und Fachbereiche müssen nicht jedes Mal wissen, welches Team zuständig ist. Schwierig wird es, wenn der Katalog langsam zur Formularsammlung wird. Dann steht zwar vieles online, aber niemand erkennt mehr, welche Anfrage standardisiert, entscheidungsreif oder überhaupt ein Service ist.
Ein Servicekatalog ist die sichtbare Liste von IT-Leistungen, die ein Unternehmen anbietet. Das kann ein neuer Arbeitsplatz, Softwarezugang, Hardwaretausch, Berechtigung, Beratung oder eine Standardänderung sein. Für ITSM-Generalisten ist der Katalog kein hübsches Portal, sondern ein Steuerungswerkzeug. Er entscheidet mit darüber, ob Anfragen sauber ankommen, ob Genehmigungen passen und ob Nutzer die richtige Erwartung an Zeit, Kosten und Zuständigkeit haben.
Ein Formular macht noch keinen Service
Die erste Prüffrage lautet deshalb nicht: Können wir dafür ein Formular bauen? Die bessere Frage lautet: Gibt es dahinter eine wiederholbare Leistung mit erkennbarem Ergebnis? Ein Antrag auf einen Standardsoftwarezugang kann in den Servicekatalog gehören, weil Ergebnis, Genehmigung, technische Umsetzung und Rückmeldung gut beschreibbar sind. Eine vage Bitte wie „Bitte prüft mein Problem“ gehört eher in den Supportprozess. Ein unklarer Projektwunsch gehört in Beratung, Intake oder Portfolioarbeit, nicht in ein Formular mit falscher Bestelloptik.
Eine gute Kataloganfrage beantwortet vor dem Absenden vier Dinge. Erstens: Was bekommt der Nutzer am Ende konkret? Zweitens: Wer darf bestellen oder freigeben? Drittens: Welche Informationen werden wirklich benötigt, damit die IT starten kann? Viertens: Welche Erwartung gilt für Bearbeitungszeit, Rückfragen und Ablehnung? Fehlen diese Punkte, entsteht kein Self Service, sondern ein Ticket mit schöner Oberfläche und späterer Klärungsschleife.
Gefährlich wird es bei versteckten Entscheidungen
Besonders riskant sind Anfragen, die Entscheidung und Umsetzung vermischen. Ein Katalogeintrag „neues Tool beantragen“ wirkt einfach, kann aber Beschaffung, Datenschutz, Sicherheit, Lizenzkosten, Architektur und Supportmodell berühren. Wenn der Katalog so eine Anfrage wie eine normale Bestellung aussehen lässt, erwarten Nutzer schnelle Lieferung. Die IT muss dann nachträglich erklären, dass eigentlich erst Bewertung, Budget, Risiko und Betreiberrolle offen sind. Das beschädigt Vertrauen, obwohl das Formular technisch funktioniert hat.
Darum braucht jeder neue Katalogeintrag eine kleine Eingangskontrolle. Service Owner und Service Desk sollten gemeinsam prüfen, ob der Eintrag einen klaren Namen, eine verständliche Beschreibung, passende Felder, eine Genehmigungsregel und einen messbaren Abschluss hat. Außerdem gehört dazu eine Abgrenzung: Was fällt ausdrücklich nicht darunter? Diese Negativgrenze ist oft wichtiger als die positive Beschreibung, weil sie verhindert, dass Nutzer alles in die nächstbeste Schublade legen.
Alltagssprache schlägt internen Systemnamen
Auch die Sprache entscheidet. Ein Eintrag mit internem Namen wie „AD-Gruppe erweitern“ kann für Spezialisten klar sein. Für viele Nutzer ist verständlicher: „Zugang zu einem bestehenden Laufwerk oder System beantragen“. Der technische Begriff darf im Hintergrund stehen, aber der sichtbare Katalog muss die Alltagssicht tragen. Sonst landet die falsche Anfrage beim richtigen Team oder die richtige Anfrage beim falschen Formular.
Der Service Desk sollte außerdem sehen, welche Information aus dem Formular später wirklich genutzt wird. Jedes Feld erzeugt Aufwand und kann falsche Auswahlentscheidungen provozieren. Wenn eine Angabe nur der Sicherheit dient, gehört sie in die Prüfung. Wenn sie für die Umsetzung nötig ist, muss sie verständlich erklärt werden. Wenn sie nur historisch mitgeschleppt wird, sollte sie verschwinden. So bleibt der Katalog nicht nur vollständig, sondern benutzbar.
Aufräumen schützt den Katalog vor falschen Erwartungen
Für bestehende Kataloge hilft ein regelmäßiger Aufräumtermin. Dabei werden die meistgenutzten Einträge, die häufigsten Rückfragen und die abgebrochenen Bestellungen geprüft. Wenn ein Formular immer wieder Nachfragen erzeugt, fehlen wahrscheinlich Pflichtinformationen oder die Beschreibung ist zu breit. Wenn ein Eintrag selten genutzt wird, kann er veraltet sein oder unter einem Namen stehen, den Nutzer nicht verstehen. Wenn ein Eintrag fast alles annimmt, ist er eher ein Auffangbecken als ein Service.
Der Servicekatalog wird dadurch nicht kleiner um jeden Preis. Er wird verlässlicher. Eine Anfrage gehört hinein, wenn Nutzer das Ergebnis verstehen, die IT den Weg steuern kann und der Service Desk nicht erst nach dem Absenden erklären muss, was eigentlich gemeint war. Genau dann wird der Katalog zum Arbeitsmittel und nicht zur nächsten Oberfläche für ungeklärte Wünsche.
Quellen und Stand
- Atlassian, Service Request Management, abgerufen am 10.07.2026: Service Request Management
- IBM Think, IT service management, abgerufen am 10.07.2026: IT service management
- Microsoft Learn, Service Catalog in Service Manager, abgerufen am 10.07.2026: Service Catalog
- Microsoft Learn, Create service offerings, abgerufen am 10.07.2026: Create service offerings
