/
/

Servicekatalog erstellen: So steuern Sie Ihre Service-Erbringung wirklich

von Team Ninja
How to Build a Service Catalog That Actually Controls Service Delivery blog banner image

Kurzüberblick

Dieser NinjaOne-Blogbeitrag bietet eine umfassende Liste grundlegender CMD-Befehle und einen tiefen Einblick in die Windows-Befehle mit über 70 wichtigen CMD-Befehlen für Anfänger:innen und Fortgeschrittene. Der Blogartikel erklärt praktische Befehle der Eingabeaufforderung für die Dateiverwaltung, die Navigation in Verzeichnissen, die Fehlersuche im Netzwerk, Festplattenoperationen und die Automatisierung mit echten Beispielen zur Steigerung der Produktivität. Egal, ob Sie grundlegende CMD-Befehle lernen oder fortgeschrittene Windows CLI-Tools beherrschen möchten, dieser Leitfaden hilft Ihnen, die Eingabeaufforderung effektiver zu verwenden.

Schlüsselpunkte

  • Ein Servicekatalog ist mehr als ein Nachschlagewerk: Er legt fest, wie Services angefordert, erbracht und gemessen werden.
  • Ohne Servicekatalog werden Ergebnisse beliebig: Die Service-Erbringung hängt dann von einzelnen Techniker:innen ab statt von einheitlichen Prozessen.
  • Interne und kundenseitige Katalogansichten erfüllen unterschiedliche Zwecke und müssen aufeinander abgestimmt bleiben: Die interne Version beschreibt Umsetzungsschritte und technische Details, die kundenseitige Version Ergebnisse und Zeitrahmen.
  • Standardisierte Service-Definitionen sorgen für Konsistenz: Wenn jeder Service einen definierten Umfang, erforderliche Eingaben und ein erwartetes Ergebnis hat, kann jedes Teammitglied eine Anfrage nach demselben Standard bearbeiten.
  • Ein ungepflegter Katalog wird zum Risiko: Veraltete Einträge, weiterhin gelistete eingestellte Services und Definitionen, die nicht mehr der tatsächlichen Erbringung entsprechen, untergraben genau die Konsistenz, die eigentlich erreicht werden soll.

Viele IT-Teams und sogar MSPs betrachten Servicekataloge als bloße Auflistung ihres Angebots und als einfache Dokumentation. Das greift jedoch zu kurz, denn ein Katalog leistet weit mehr. Ein gut aufgebauter Katalog legt fest, wie IT-Services strukturiert, angefordert, erbracht und unterstützt werden. Und er sorgt dafür, dass diese Struktur bei jedem Kunden und jeder Technikerin und jedem Techniker im Unternehmen gleich bleibt.

Für MSPs ist der Servicekatalog, mit dem IT-Teams arbeiten, zugleich Nachschlagewerk und Steuerungsinstrument: Er hält die Service-Erbringung konsistent und die Ergebnisse im Rahmen der Kundenerwartungen. Dieser Artikel zeigt, wie Sie einen Katalog aufbauen, der genau das leistet.

So entsteht ein IT-Servicekatalog, der MSPs wirklich weiterhilft

Gutes Servicekatalog-Management beginnt mit der Erkenntnis, dass der Katalog die Struktur vorgibt, nach der Services erbracht, nachverfolgt und im Lauf der Zeit verbessert werden.

Darum ist ein Servicekatalog für die Service-Erbringung so wichtig

Ohne einen strukturierten IT-Servicekatalog hängt die Service-Erbringung stark vom Wissen einzelner Techniker:innen ab. Das funktioniert kurzfristig, ist auf Dauer aber nicht tragfähig, und nach einiger Zeit zeigen sich die Lücken.

Diese Probleme treten ohne strukturierten Katalog häufig auf:

  • Uneinheitliche Service-Erbringung: Dieselbe Anfrage wird unterschiedlich bearbeitet, je nachdem, wer sie übernimmt. Kunden merken den Unterschied, auch wenn Techniker:innen ihn nicht bemerken.
  • Unklarer Anfrageumfang: Ohne definierte Service-Grenzen kommen Anfragen vage herein und erfordern erst mehrere Rückfragen, bevor die Arbeit beginnen kann. Das kostet Zeit und sorgt auf beiden Seiten für Frust.
  • Unterschiedliche Erwartungen an das Ergebnis: Wenn Techniker:innen bei demselben Service unterschiedliche Vorstellungen davon haben, wann etwas „fertig“ ist, wird die Qualität unberechenbar und schwer steuerbar.
  • Schwierige Berichterstattung und Messung: Sind Services nicht einheitlich definiert, fehlt eine verlässliche Vergleichsbasis. Leistung zu verfolgen oder wiederkehrende Probleme zu erkennen, wird dann zur Rätselei.

Ein Katalog löst das, indem er jedem Service eine klare Struktur gibt, der alle im Team folgen können, unabhängig von Erfahrungsstand oder Vertrautheit mit einem bestimmten Kunden.

Der Unterschied zwischen internen und kundenseitigen IT-Servicekatalogen

Ein Servicekatalog, den IT-Teams für den internen Gebrauch aufbauen, sieht ganz anders aus als der, mit dem Kunden arbeiten. Inhaltlich decken beide im Kern dasselbe ab, sie müssen aber für unterschiedliche Zielgruppen aufbereitet sein: für Kunden und für interne Teams.

Der interne Katalog richtet sich an Techniker:innen und Operations-Teams. Er umfasst:

  • Wie Services erbracht werden: Schritt-für-Schritt-Prozesse, Abhängigkeiten und Workflows, denen Techniker:innen folgen, um jede Anfrage einheitlich zu bearbeiten.
  • Technische Details: Systemanforderungen, Eskalationswege sowie alle Tools oder Skripte, die bei der Erbringung zum Einsatz kommen.
  • Operative Unterstützung: Alles, was eine Technikerin oder ein Techniker braucht, um den Service auszuführen, ohne zu improvisieren oder erst jemanden fragen zu müssen.

Der kundenseitige Katalog richtet sich an diejenigen, die Services anfordern. Er umfasst:

  • Welche Services verfügbar sind: Beschreibungen in einfacher Sprache, die erklären, was ein Service leistet, ohne technisch ins Detail zu gehen.
  • Erwartete Ergebnisse und Zeitrahmen: Was der Kunde erhält, wann er damit rechnen kann und welche SLAs gelten.
  • Wie eine Anfrage gestellt wird: Ein einfacher, klarer Prozess, der kein IT-Wissen voraussetzt.

Entscheidend ist, dass beide Kataloge aufeinander abgestimmt sind und bleiben. Ändert sich ein Service intern, muss auch der kundenseitige Eintrag angepasst werden. Laufen beide auseinander, entsteht Verwirrung und genau die Konsistenz geht verloren, die der Katalog sicherstellen soll.

Services als standardisierte Einheiten definieren

Jeder Service im IT-Servicekatalog sollte die Prozesse der Service-Erbringung klar beschreiben und festlegen.

Eine standardisierte Service-Definition enthält:

  • Servicename und Zweck: eine Beschreibung in einfacher Sprache, was der Service ist und was er für die anfragende Person leistet.
  • Umfang und Grenzen: was im Service enthalten ist und was nicht.
  • Erforderliche Eingaben und Abhängigkeiten: die Informationen oder Voraussetzungen, die vorliegen müssen, bevor der Service erbracht werden kann.
  • Erwartete Ergebnisse: was die anfragende Person erhält, wenn der Service abgeschlossen ist.
  • Ablauf der Erbringung: die Schritte, denen Techniker:innen folgen, um den Service einheitlich zu erbringen.

Wenn jeder Service so definiert ist, kann jedes Teammitglied eine Anfrage übernehmen und nach demselben Standard bearbeiten.

💡Hinweis: Kundenseitige Definitionen sollten in einfacher Sprache formuliert sein, die alle verstehen, während die interne Version die technischen Details enthalten kann, die Techniker:innen benötigen.

Mit dem Katalog Abweichungen reduzieren

Abweichungen bedeuten in diesem Zusammenhang, dass verschiedene Techniker:innen denselben Service unterschiedlich erbringen und bei derselben Anfrage unterschiedliche Ergebnisse liefern. Gutes Servicekatalog-Management ist einer der direktesten Wege, das abzustellen.

Standardisierung hilft dabei:

  • Planbare Service-Erbringung: Kunden erhalten dasselbe Ergebnis, unabhängig davon, wer die Anfrage bearbeitet.
  • Weniger Abhängigkeit von Einzelwissen: Definierte Prozesse bedeuten, dass die Erbringung nicht davon abhängt, dass eine bestimmte Person weiß, wie etwas geht.
  • Bessere Einarbeitung und Schulung: Neue Techniker:innen können sich vom ersten Tag an an den Katalogdefinitionen orientieren, ohne für jede Service-Art erfahrenen Kolleg:innen über die Schulter schauen zu müssen.
  • Einheitliche Erwartungen über Teams hinweg: Alle arbeiten mit derselben Definition davon, was ein Service umfasst und wann er abgeschlossen ist.

Bei MSPs, die mehrere Kunden betreuen, summieren sich Abweichungen schnell. Ein Katalog hält die Erbringung konsistent, auch wenn Team und Kundenstamm wachsen.

Den Katalog mit operativen Workflows verknüpfen

Der Katalog sollte Teil Ihres Tagesgeschäfts und Ihrer Workflows sein. Ist er das nicht, bleibt er ein bloßes Nachschlagewerk. Erst die Verknüpfung mit den Prozessen der Service-Erbringung macht ihn zu einer aktiven Steuerungsebene.

Diese Integrationspunkte sollten Sie im Katalog anlegen:

  • Ticketing-Workflows: Jeder Katalogeintrag verweist direkt auf das Ticketing-System, sodass Anfragen automatisiert Tickets in der richtigen Warteschlange mit der richtigen Priorität erzeugen.
  • Anfrage- und Genehmigungsprozesse: Legen Sie fest, wer welchen Service anfordern darf, welche Informationen vorab nötig sind und ob vor Arbeitsbeginn eine Genehmigung erforderlich ist.
  • Automatisierungs-Zuordnung: Ermitteln Sie, welche Services wiederholbare Schritte enthalten, die sich automatisieren lassen. Das reduziert manuellen Aufwand und beschleunigt die Erbringung.
  • Kennzahlen für die Berichterstattung: Stimmen Sie Katalogeinträge auf die Kennzahlen ab, mit denen Sie die Leistung verfolgen, damit Anfragevolumen, Bearbeitungszeit und SLA-Compliance auf Service-Ebene messbar werden.

Ist der IT-Servicekatalog mit den Workflows Ihres Teams verknüpft, wird er Teil des Systems.

Governance und Lifecycle-Management etablieren

Ein Katalog, der nicht aktiv gepflegt wird, wird zum Risiko. Wenn etwa veraltete Service-Definitionen, eingestellte Angebote und Einträge weiterhin gelistet sind, die nicht mehr der tatsächlichen Arbeitsweise entsprechen, untergräbt das genau die Konsistenz, die der Katalog schaffen soll.

Mit diesen Governance-Praktiken bleibt der Katalog dauerhaft korrekt:

  • Regelmäßige Überprüfung der Service-Definitionen: Planen Sie turnusmäßige Reviews ein, um zu bestätigen, dass jeder Eintrag noch der tatsächlichen Erbringung entspricht.
  • Aktualisierung bei neuen Tools oder Prozessen: Ändern sich die Erbringungsmethoden, muss der Katalog mitziehen, um korrekt zu bleiben.
  • Entfernen veralteter Services: Eingestellte oder nicht mehr angebotene Services sollten zügig entfernt werden, um Verwirrung und fehlgeleitete Anfragen zu vermeiden.
  • Versionierung und Änderungsnachverfolgung: Halten Sie fest, was wann und warum geändert wurde. So entsteht ein Audit-Trail und ein Weg zurück, falls etwas schiefgeht.

Damit Governance greift, braucht jeder Katalogeintrag eine klare Zuständigkeit. Wenn jemand dafür verantwortlich ist, eine Service-Definition aktuell zu halten, wird sie gepflegt. Ist es niemand, läuft sie aus dem Ruder.

Häufige Fehler beim Servicekatalog und wie Sie sie vermeiden

Ein einheitliches Template für den IT-Servicekatalog hilft, Inkonsistenzen von Anfang an zu vermeiden. Doch die Struktur ist nur so gut wie die Gewohnheiten, die sich darum herum etablieren. Das sind die häufigsten Fehler, die MSPs bei ihren Servicekatalogen machen, und wie Sie sie beheben.

  • Den Katalog als statische Dokumentation behandeln: Teams bauen den Katalog einmal auf und pflegen ihn dann nicht weiter. Weisen Sie jedem Service-Eintrag eine Zuständigkeit zu und planen Sie regelmäßige Reviews ein, damit er aktuell bleibt.
  • Zu viele technische Details in kundenseitigen Einträgen: Kunden müssen den Ablauf der Erbringung nicht kennen, nur was sie erhalten und wann. Halten Sie kundenseitige Einträge ergebnisorientiert und frei von interner Fachsprache.
  • Interne und externe Version nicht abgleichen: Ändert sich der interne Katalog, die kundenseitige Version aber nicht, erhalten Kunden falsche Informationen. Jede Änderung an der Erbringung eines Services sollte eine Prüfung des zugehörigen kundenseitigen Eintrags auslösen.
  • Services nicht an veränderte Umgebungen anpassen: Tools werden ersetzt, Prozesse überarbeitet, Services entwickeln sich weiter. Katalogeinträge, die den Stand von gestern abbilden, verwirren Techniker:innen und Kunden gleichermaßen.

Die meisten dieser Probleme haben dieselbe Ursache: Der Katalog wird als einmaliges Projekt behandelt statt als laufend genutzte operative Ressource.

Einen Servicekatalog aufbauen, der die Service-Erbringung verbessert

Ein Servicekatalog ist nur so nützlich wie die Struktur und die Gewohnheiten, die sich darum herum entwickeln. Services klar definieren, interne und kundenseitige Sichten trennen, den Katalog mit Ticketing und Berichterstattung verknüpfen und ihn dauerhaft pflegen: Das macht aus einem Nachschlagewerk ein Instrument, das tatsächlich steuert, wie gearbeitet wird.

MSPs, die den Katalog als operatives Tool statt als einmaliges Projekt begreifen, erreichen eine konsistentere Erbringung, eine schnellere Einarbeitung und seltener Situationen, in denen die Servicequalität davon abhängt, wer gerade die Anfrage übernimmt.

Quick-Start-Guide

So bauen Sie in NinjaOne einen wirksamen Servicekatalog auf:

  1. Definieren Sie Ihre Services über Ticket-Typen für Service-Anfragen
  2. Dokumentieren Sie jeden Service in der Wissensdatenbank mit Anforderungen und Abläufen
  3. Erstellen Sie Checklisten für die Workflows der Service-Erbringung, um Konsistenz sicherzustellen
  4. Richten Sie SLAs ein, um Service-Level und Reaktionszeiten festzulegen
  5. Nutzen Sie Automatisierung, um Service-Anfragen effizient zu steuern und zu verwalten
  6. Verfolgen Sie die Compliance über Ticketverwaltung und abgeschlossene Checklisten

Verwandte Themen:

FAQs

Die Transparenz. Anfragen kommen über informelle Kanäle herein, Tickets werden uneinheitlich angelegt und es gibt keine verlässliche Möglichkeit, die Leistung auf Service-Ebene zu messen. Der Katalog existiert, steuert aber nicht, wie die Arbeit tatsächlich läuft.

Weil sich Abweichungen summieren. Ohne einen Katalog, der einheitliche Definitionen durchsetzt, bringt jeder neue Kunde und jede neue Technikerin oder jeder neue Techniker im Team zusätzliche Variation darin, wie derselbe Service erbracht wird und wie das Ergebnis aussieht.

Kunden erhalten falsche Informationen darüber, was ein Service umfasst oder wie lange er dauert. Wenn die Erbringung nicht dem entspricht, was beschrieben wurde, führt das zu Streit und untergräbt das Vertrauen, selbst wenn die Arbeit korrekt ausgeführt wurde.

Veraltete oder unvollständige Service-Definitionen zwingen neue Mitarbeiter:innen dazu, sich auf Erfahrungswissen statt auf dokumentierte Prozesse zu stützen. Das verlangsamt die Einarbeitung, erhöht das Risiko uneinheitlicher Erbringung und schafft Abhängigkeit von erfahrenen Teammitgliedern, die nicht immer verfügbar sind.

Das könnte Sie auch interessieren

Sind Sie bereit, die schwierigsten Aufgaben der IT zu vereinfachen?