Servicekatalog erstellen ohne Preisrätsel im Ticket

Servicekatalog erstellen klingt nach einer sauberen Liste von IT-Leistungen. Im Alltag entscheidet aber oft ein unscheinbares Feld darüber, ob eine Anfrage reibungslos läuft: Welche Kosten entstehen, wer gibt sie frei und wann wird daraus ein Folgeticket?

Ein Servicekatalog soll Nutzern den Weg zur richtigen IT-Leistung erleichtern. Er bündelt Standardanfragen, beschreibt Leistungen, nennt Voraussetzungen und führt durch den Bestellprozess. Für ITSM-Generalisten ist der Katalog deshalb mehr als eine hübsche Oberfläche. Er ist die Schnittstelle zwischen Bedarf, Betrieb, Finanzierung und Freigabe.

Gerade Kostenfelder werden dabei häufig unterschätzt. Ein Katalogeintrag für ein neues Softwarepaket, einen Cloud-Zugang, ein zusätzliches Postfach oder ein Analysewerkzeug wirkt zunächst einfach. Im Ticket zeigt sich dann, dass Laufzeit, Lizenzmodell, Kostenstelle, Genehmigung, Kündigung und technischer Owner fehlen. Das Ticket wandert zurück, der Service Desk fragt nach, der Nutzer versteht die Verzögerung nicht und der Betrieb arbeitet mit unvollständigen Informationen.

Kostenfelder sind keine Buchhaltung im Servicekatalog

Ein gutes Kostenfeld soll nicht die Finanzabteilung ersetzen. Es soll vor der Anfrage sichtbar machen, welche Entscheidung mit der Leistung verbunden ist. Wird einmalig berechnet oder monatlich? Entstehen Kosten pro Nutzer, pro Gerät, pro Instanz oder pro Verbrauch? Gibt es eine Mindestlaufzeit? Muss eine Kostenstelle angegeben werden? Braucht die Anfrage eine fachliche Freigabe, eine Budgetfreigabe oder beides?

Diese Fragen wirken banal, sind aber operativ wichtig. Ohne sie bestellt der Nutzer eine Leistung, ohne den späteren Aufwand zu kennen. Der Service Owner bekommt ein Ticket, das fachlich vielleicht sinnvoll ist, aber keine Budgetentscheidung trägt. Das IT-Controlling sieht Kosten erst in der Rechnung. Der Betrieb kann nicht erkennen, ob die Leistung nach Projektende wieder geschlossen werden muss.

Der Beitrag Servicekatalog-Anfragen ohne Rückfragen entscheiden zeigt, welche Pflichtfelder eine Anfrage entscheidungsreif machen. Kostenfelder ergänzen diese Logik. Sie sorgen dafür, dass nicht erst im Bearbeitungsschritt geklärt wird, ob die Anfrage überhaupt freigegeben werden darf.

Der Katalogeintrag muss die Kostenlogik erklären

Ein Preis allein hilft selten. Nutzer brauchen eine kurze Einordnung, was der Betrag bedeutet. Bei manchen Leistungen gibt es eine einmalige Einrichtung, bei anderen laufende Gebühren. Manche Services kosten intern nichts extra, binden aber Personal oder knappe Infrastruktur. Andere Leistungen verursachen Verbrauchskosten, die erst im Betrieb steigen. Ein Servicekatalog sollte diese Unterschiede verständlich ausweisen.

Praxisnah sind vier Felder. Erstens die Kostenart: einmalig, laufend, verbrauchsabhängig oder intern kalkuliert. Zweitens die Bezugsgröße: Nutzer, Gerät, Standort, Anwendung, Umgebung oder Projekt. Drittens die Laufzeit oder der nächste Prüftermin. Viertens der Freigabetyp: keine Freigabe, fachliche Freigabe, Budgetfreigabe oder kombinierte Freigabe.

So bleibt der Katalog niedrigschwellig. Nutzer müssen keine Finanzlogik studieren, sehen aber die wichtigsten Konsequenzen vor dem Absenden. Ein kurzer Hinweis wie „monatliche Kosten pro Nutzer, Budgetfreigabe durch Kostenstellenverantwortliche nötig, Prüfung nach Projektende“ verhindert mehr Rückfragen als ein langer Anhang.

Freigaben dürfen nicht erst im Ticket entstehen

Ein Servicekatalog wird schwach, wenn jede Bestellung nach dem Absenden manuell interpretiert wird. Dann entsteht ein scheinbar digitaler Prozess, der in Wahrheit nur E-Mails und Rückfragen in Tickets verschiebt. Der Freigabeweg gehört deshalb in den Katalogeintrag. Wer entscheidet über die fachliche Notwendigkeit? Wer trägt das Budget? Wer bestätigt, dass die Leistung nach der Einrichtung betrieben und später wieder geprüft wird?

Besonders wichtig ist die Trennung zwischen Bedarf und Verantwortung. Ein Teamleiter kann bestätigen, dass ein Mitarbeiter ein Werkzeug braucht. Das heißt aber nicht automatisch, dass Budget, Lizenzrisiko oder Datenzugriff geklärt sind. Bei Cloud- oder SaaS-Leistungen kommen oft Laufzeit, Datenschutz, Identitätsverwaltung und Kündigung hinzu. Der Katalogeintrag muss zeigen, welche Rolle welche Entscheidung trifft.

Diese Logik passt zum Artikel Change Management Prozess in der IT. Auch dort geht es nicht um mehr Formalität, sondern um passende Entscheidungen vor der Umsetzung. Für den Servicekatalog gilt dasselbe: Die richtige Freigabe macht ein Ticket schneller, weil spätere Klärungen wegfallen.

Laufzeiten und Abschalttermine gehören in den Antrag

Viele Katalogleistungen starten sauber, enden aber unklar. Ein Projekt braucht Testzugänge, eine Abteilung bestellt zusätzliche Lizenzen, ein externer Dienst wird für eine Initiative freigeschaltet. Nach einigen Monaten ist unklar, ob die Leistung noch gebraucht wird. Die Kosten laufen weiter, der Owner wechselt oder die ursprüngliche Anfrage ist nicht mehr auffindbar.

Darum braucht ein Servicekatalog bei kostenrelevanten Leistungen ein Feld für Laufzeit, Prüftermin oder Abschaltauftrag. Nicht jede Leistung braucht ein festes Enddatum. Aber jede laufende Leistung sollte eine Zuständigkeit haben. Wer prüft nach drei, sechs oder zwölf Monaten, ob der Bedarf noch besteht? Welche Kostenstelle wird informiert, wenn der Dienst weiterläuft? Was passiert, wenn keine Rückmeldung kommt?

Der Beitrag Wer prüft Cloud-Zugänge, wenn ein Projekt endet? zeigt genau diese Lücke. Ein Servicekatalog kann sie verringern, wenn er den späteren Betrieb schon bei der Bestellung mitdenkt.

Eine einfache Prüfliste für Kostenfelder

Für neue oder überarbeitete Katalogeinträge reicht eine kompakte Prüfung. Sie verhindert nicht jede Ausnahme, macht aber die Standardfälle stabiler.

• Kostenart: Ist sichtbar, ob die Leistung einmalige, laufende oder verbrauchsabhängige Kosten auslöst?
• Bezugsgröße: Ist klar, ob pro Nutzer, Gerät, Standort, Anwendung, Umgebung oder Projekt gerechnet wird?
• Freigabeweg: Steht fest, welche Rolle fachlich und welche Rolle budgetseitig entscheidet?
• Kostenstelle: Muss der Antragsteller eine Kostenstelle oder ein Projektbudget nennen?
• Laufzeit: Gibt es ein Enddatum, einen Prüftermin oder eine Begründung für dauerhafte Nutzung?
• Owner: Ist klar, wer die Leistung nach Bereitstellung fachlich verantwortet?
• Folgeaufgaben: Entstehen Onboarding, Berechtigungen, Schulung, Datenschutzprüfung, Abschaltung oder Review-Tickets?
• Nutzerhinweis: Erklärt der Katalogeintrag die Kostenlogik in einem Satz, ohne interne Abkürzungen?

Diese Liste ist bewusst schlicht. Sie zwingt den Servicekatalog nicht in ein Finanzsystem. Sie macht aber sichtbar, ob ein Katalogeintrag nur bestellt werden kann oder ob er wirklich entscheidungsreif ist.

Service Desk und Controlling brauchen dieselbe Sprache

Der Service Desk denkt in verständlichen Anfragen und schnellen Rückmeldungen. IT-Controlling denkt in Kostenstellen, Budgets und wiederkehrenden Belastungen. Service Owner denken in Nutzwert, Risiko und Betriebsverantwortung. Ein Servicekatalog muss diese Perspektiven verbinden. Wenn jedes Feld nur für eine Gruppe verständlich ist, entstehen neue Rückfragen.

Darum sollten Kostenfelder mit echten Begriffen aus dem Alltag formuliert werden. „Monatliche Kosten pro Nutzer“ ist verständlicher als ein internes Tarifkürzel. „Budgetfreigabe erforderlich“ ist klarer als ein abstrakter Genehmigungscode. „Prüftermin nach Projektende“ sagt mehr als „Review optional“. Solche Formulierungen helfen nicht nur Nutzern. Sie erleichtern auch dem Service Desk die Erklärung, warum eine Anfrage noch nicht umgesetzt wird.

Der Artikel Service Desk KPI mit Rohdaten prüfen erinnert daran, dass Kennzahlen ohne Blick auf Nutzerwirkung in die falsche Richtung steuern können. Beim Servicekatalog gilt das ebenfalls. Weniger Rückfragen sind nur dann ein Erfolg, wenn die Anfrage trotzdem vollständig und verantwortbar bleibt.

Das Ziel ist ein entscheidungsreifes Ticket

Ein Servicekatalog ist gelungen, wenn aus dem Eintrag ein Ticket entsteht, das der Betrieb ohne Rätsel bearbeiten kann. Dazu gehören Leistung, Bedarf, Kostenlogik, Freigabe, Owner, Laufzeit und Folgeaufgaben. Fehlt eines dieser Elemente, wird der digitale Katalog zur Durchreiche für unklare Arbeit.

Für die Praxis lohnt ein einfacher Test. Nehmen Sie zehn häufige Katalogeinträge und prüfen Sie, ob ein Service Desk Mitarbeiter ohne Rückfrage erkennen kann, welche Kostenentscheidung hinter der Anfrage steht. Prüfen Sie zusätzlich, ob ein Service Owner später nachvollziehen kann, warum die Leistung genehmigt wurde und wann sie wieder überprüft werden muss. Wenn beide Antworten unsicher sind, braucht der Katalogeintrag bessere Kostenfelder.

So wird der Servicekatalog nicht schwerfälliger, sondern verlässlicher. Nutzer sehen früher, was sie anfordern. Verantwortliche entscheiden auf einer klareren Grundlage. Der Betrieb erhält Tickets, die nicht nur eine Bestellung auslösen, sondern auch Kosten, Zuständigkeit und Lebensdauer der Leistung verständlich dokumentieren.

Quellen und Stand: Quellenprüfung am 31.08.2026 anhand des ServiceNow-Überblicks zum Service Catalog, der Atlassian-Einordnung zu Service Request Management und des Freshservice-Leitfadens zum IT Service Catalog. Es werden keine konkreten Preise, Tarife oder Beträge genannt. Pexels / Foto-ID 7688336 / CC0-Lizenz