Es gibt einen stillen Moment in den meisten IT-Operations-Sitzungen, in dem jemand eine einfache Frage stellt, etwa “warum dauern Tickets diesen Monat länger”, und drei Leute öffnen drei verschiedene Dashboards. Die Dashboards sind sich uneinig. Das Gespräch handelt nicht mehr von den Tickets, sondern davon, welchem Dashboard zu trauen ist. Dieser Moment ist das, was IT-Service-Management beheben soll, und 2026 ist es auch der Moment, den die meisten ITSM-Plattformen noch falsch machen.
Dieser Leitfaden ist die Version von “was ist ITSM”, die wir tatsächlich lesen wollen würden: kurz an Rahmenwerk-Geschichte, lang an dem, was sich ändert, wenn AI-Agenten Routinearbeit Ende zu Ende schließen, und ehrlich darüber, wo die etablierten Plattformen weiter gewinnen.
Was IT-Service-Management ist, in einem Absatz
IT-Service-Management ist, wie eine Organisation IT als Service für den Rest des Unternehmens betreibt, mit derselben Disziplin, die Sie auf jeden anderen Service anwenden würden, von dem das Unternehmen abhängt. In der Praxis umfasst es sechs Dinge: Incidents handhaben, wenn etwas kaputtgeht, Anfragen erfüllen, wenn jemand Zugang oder ein Gerät braucht, Changes managen, wenn etwas aktualisiert werden muss, aus Problemen lernen, wenn derselbe Incident immer wieder auftritt, eine Wissensdatenbank pflegen, damit die nächste Person nicht bei null anfängt, und die Assets und Konfigurationselemente dahinter verfolgen. Die Software, die das macht, ist eine ITSM-Plattform.
Diese Definition ist dieselbe wie vor einem Jahrzehnt. Was sich geändert hat, ist, wie das “Betreiben” dieser Prozesse aussieht, wenn ein AI-Agent ein Ticket lesen, das richtige Wissen abrufen, die Aktion ausführen und die Arbeit schließen kann, ohne einen L1-Ingenieur zu wecken.
Was reife ITSM-Plattformen weiter verfehlen
Die meisten bekannten ITSM-Plattformen (ServiceNow, BMC Helix, Jira Service Management, TopDesk, Freshservice) sind reife Produkte mit starken Incident-, Request- und Change-Modulen. Sie sind nicht gleich. Aber die Lücken, die man 2026 findet, sind überraschend konsistent.
Domänenübergreifend ist aufgeflanscht, nicht nativ
IT existiert nicht auf einer Insel. Dieselbe Mitarbeiterin, die einen P2-Incident über ein langsames Mail-Relay öffnet, bucht auch einen Besprechungsraum, registriert einen Besucher und wartet an ihrem ersten Montag auf einen neuen Laptop. Die meisten ITSM-Plattformen behandeln die zweite Hälfte dieser Liste als separates Produkt oder separates Modul. ServiceNow hat Workplace Service Delivery, aber das Datenmodell lebt auf Erweiterungspunkten. Jira kann Facility-Tickets mit eigenen Anfragetypen machen, bis zu dem Moment, in dem Ihr Facility-Team einen eigenen Backlog will. TopDesk hat ein Facility-Modul, auf einer Codebasis, die in den späten 1990ern wurzelt.
Der Käufer, der diese Lücke spürt, ist der domänenübergreifende Service-Operations-Leiter, der COO oder der Leiter Business Services, der ein Dashboard für die gesamte Mitarbeiterfläche will. Die derzeitige Antwort sind meist zwei Plattformen und ein obenauf zusammengenähter Power-BI-Bericht. Die sauberere Antwort ist eine Engine, in der ein Ticket, eine Raumbuchung, ein Besucherdatensatz und ein Asset dasselbe Datenmodell und dieselbe Zeitachse teilen. Wir haben Gfacility für diesen Käufer gebaut.
AI ist ein Copilot, kein Agent
Atlassian Intelligence, Now Assist und HelixGPT sind echte Produkte und sie werden jedes Quartal besser. Was sie sehr gut tun, ist lange Ticket-Threads zusammenfassen, Antworten entwerfen und einem menschlichen Agenten die nächste Aktion vorschlagen. Das ist ein Copilot. Schnelleres Tippen.
Was ein autonomer AI-Agent tut, ist anders. Er liest das eingehende Ticket, klassifiziert es gegen Ihre Richtlinien, ruft das relevante Wissen ab oder führt das relevante Playbook aus, führt die Aktion aus (das Passwort zurücksetzen, den Zugang gewähren, die Ressource buchen) und schließt das Ticket. Der Mensch ist im Kreislauf, wo es zählt (Richtlinienausnahmen, mehrdeutige Absicht, regulierte Changes), und nicht, wo es nicht zählt (das 73. identische “ich habe mein Passwort vergessen” der Woche).
Die ehrliche Rahmung: Copiloten sind schnelleres Tippen; Agenten schließen Tickets. Für eine Organisation, die in L1-Volumen ertrinkt, wird der Unterschied in den Stellen gemessen, die Sie nicht einstellen müssen.
Die CMDB ist ein Projekt, kein Fakt
Jede ITSM-Plattform hat eine CMDB. Die meisten CMDBs sind 18-Monats-Projekte, die 12 Monate veraltet ausgeliefert werden. Eine moderne CMDB wird aus den Systemen befüllt, die die Wahrheit bereits kennen, Identitätsanbieter, Mobile Device Management, Netzwerkinventar, Cloud-Konten, und ist in demselben Ticket sichtbar, in dem Sie sonst nachgeschaut hätten. Die CMDB ist kein separates Ziel mehr; sie ist eine Schicht innerhalb der Arbeit.
Wenn Ihre aktuelle ITSM-Plattform Sie zwischen “zuerst die perfekte CMDB bauen” und “die CMDB überspringen und mit den Folgen leben” wählen lässt, ist die Plattform das Problem.
Mitarbeitende wollen kein weiteres Tool lernen
Die Mitarbeiterfläche für IT-Anfragen sollte kein Portal sein. Die Mitarbeiterin lebt bereits in Outlook, Teams, Slack und Chat. Die Anfrage “buche für Dienstag einen Raum mit Catering” oder “gib Maria Zugang zum Finanzlaufwerk” oder “der Drucker in Etage 3 ist offline” sollte dort geschehen, in normaler Sprache, ohne dass jemand eine Ticket-Routing-Oberfläche lernt. Die Aufgabe der Plattform ist, unsichtbar zu sein, bis der Mensch eingreifen muss.
Das ist nicht theoretisch. Die Plattformen, die 2026 Mitarbeiterakzeptanz gewinnen, sind die, bei denen die Eingangstür die E-Mail oder der Chat ist, den die Mitarbeiterin ohnehin offen hatte. Die Plattformen, die verlieren, sind die, bei denen IT eine Confluence-Seite mit dem Titel “wie man ein Ticket richtig einreicht” veröffentlichen musste.
EU-Datenstandort ist das Audit-Gespräch
Für europäische Käufer ist das Datenstandort-Gespräch kein Häkchen auf einem Anbieterfragebogen mehr. Es ist das Audit. Wo ist die Produktionsdatenbank? Wohin fließen Backups? Wo läuft das AI-Modell? Wer steht auf der Liste der Unterauftragsverarbeiter? Viele ITSM-Anbieter bieten eine EU-Region. Weniger bieten eine ehrliche, kurze Antwort auf “wo schlussfolgert die AI”. Diese Antwort zählt, weil sie es ist, die aus einer einseitigen Abnahme eine viermonatige Prüfung macht.
Was sich ändert, wenn AI tatsächlich Tickets schließt
Der Ausdruck “AI in ITSM” ist vom Marketing flachgetreten worden, daher hilft es, konkret zu werden, wie ein autonomer Agent in echten Warteschlangen aussieht.
Ein P2-Incident landet: Das Mail-Relay ist langsam, 230 Nutzer betroffen. Ein Agent liest den Alarm, korreliert ihn mit dem Change, der in der Vornacht um 02:17 ausgeliefert wurde, schlägt das Rollback-Runbook nach, bittet den Bereitschaftsingenieur in Teams um Freigabe, führt das Rollback aus, validiert, dass die Nutzerauswirkung behoben ist, und schreibt die Post-Incident-Zusammenfassung. Der Mensch sagte einmal “ja”. Die Arbeit selbst kostete den Agenten vier Minuten und den Ingenieur eine. Gleiche Form: Eine Mitarbeiterin reicht “Kaffeefleck an Kaffeeecke 3” ein. Der Agent klassifiziert es als Facility-Anfrage, schickt die Reinigungskraft mit Standort und Etage und bestätigt im Chat zurück. Kein menschliches Zutun überhaupt.
Das dritte Beispiel ist das, das für domänenübergreifende Teams am meisten zählt: Ein neuer Mitarbeiter, Daan, beginnt nächsten Montag. Das HR-System löst das Ereignis aus. Ein Agent stellt die Laptop-Anfrage an IT, den Schreibtisch und das Schließfach an Facility, den Besucherausweis an die Büroleiterin für den ersten Tag und die Willkommenssitzung in Outlook bereit. Ein Auslöser, drei Abteilungen, keine E-Mail-Ketten. Die Spur jeder Aktion liegt auf derselben Zeitachse.
Der unsexy Punkt: Das ist keine Demo. Es ist, wie eine L1-Warteschlange aussieht, wenn der Agent die Routinearbeit erledigt und der Mensch die chaotischen 20 Prozent handhabt. Das Verhältnis gelöster Tickets zu L1-Personal steigt um einen Faktor, der von Ihrem Ticket-Mix und davon abhängt, wie viel Richtlinie Sie geschrieben haben. Wir haben 3x gesehen und wir haben 7x gesehen; die ehrliche Antwort ist “es kommt darauf an, aber die Untergrenze ist bedeutsam”.
Wann jede Art Plattform gewinnt
Wir tun nicht so, als seien die etablierten Plattformen schlecht. Sind sie nicht. Jede ist die richtige Antwort für einen bestimmten Käufer.
ServiceNow ist die richtige Antwort für ein großes Unternehmen mit einem reifen Servicekatalog, tiefen CMDB-Anpassungsbedürfnissen und einem dedizierten Plattformteam, das JavaScript und Glide beherrscht. Wenn Ihre Priorität die Tiefe der ITSM-Fähigkeit innerhalb eines einzigen kohärenten IT-Bereichs ist, verdient ServiceNow seinen Aufpreis.
Jira Service Management ist die richtige Antwort für IT-Teams, die bereits in Confluence, Bitbucket und Jira Software leben. Die Integrationsdichte ist real. Wenn Ihr Servicedesk engineering-nah ist und Ihre Tickets natürlich in Deploy-Pipelines und Runbook-Links fließen, ist JSM auf seinem Heimatterrain schwer zu schlagen.
TopDesk ist die richtige Antwort für BeNeLux-Mittelstandsteams, die die vertraute Oberfläche, das etablierte Partnernetzwerk und eine Implementierung schätzen, die beherrschbar wirkt. Die Codebasis ist alt; das ist kein Werturteil, es ist eine Einschränkung, die man akzeptiert.
Freshservice ist die richtige Antwort für Mittelstands-IT-Teams, die einen schnellen, sauberen ITSM-Rollout innerhalb des Freshworks-Ökosystems (Freshdesk, Freshchat, Freshsales) wollen.
Gfacility ist die richtige Antwort für das Team, das IT, Facility und Workplace gleichzeitig besitzt, AI-Agenten will, die Routinetickets autonom innerhalb gesetzter Richtlinien schließen, EU-first-Datenstandort ohne Architekturprüfung bevorzugt und lieber in einer Woche live geht, als neun Monate in der Implementierung zu verbringen.
Sie sollten nicht die Plattform wählen, deren Marketing am besten zu Ihrer Wunschliste passt. Sie sollten die Plattform wählen, die zur Form des Teams passt, das sie am Montag nutzen wird.
Was wir gebaut haben und warum
Gfacility ist die AI-native Enterprise-Service-Management-Plattform, die IT-, Workplace- und Facility-Teams auf eine Engine bringt. Das Datenmodell ist dasselbe für einen Incident, eine Anfrage, einen Change, eine Raumbuchung, einen Besucherdatensatz und ein Asset. Die AI läuft in zwei Formen: Assistenten, die Fragen beantworten und Anfragen in Teams, Outlook, Slack und Chat einreichen, und digitale Arbeiter, die Tickets über IT, Facility und Workplace hinweg klassifizieren, routen, beheben und Ende zu Ende schließen. Jede autonome Aktion wird protokolliert und ist reversibel.
Wir hosten in der EU, mit ISO 27001 und DSGVO eingebaut. Wir liefern eine einzige SaaS-Version aus, die kontinuierlich aktualisiert wird. Wir verkaufen keine Module; die funktionale Fläche (Asset Management, Change, Problem, Wissen, Self-Service, Mobile, AI-Agenten) ist enthalten. Wir berechnen pro menschlichem Agenten im Serviceteam, mit AI-Agenten auf einer separaten, vorhersehbaren Linie. Die meisten Produktivumstiege laufen in einer Woche mit einem einzigen Solution Architect.
Das ist die Form. Wenn Sie die detaillierten Schnitte gegen jede etablierte Plattform sehen wollen, decken die Direktvergleiche die neun Plattformen ab, die die meisten Käufer 2026 auf die Shortlist setzen.
Die Kurzfassung
IT-Service-Management 2026 ist nicht dasselbe wie 2016. Das Rahmenwerk (ITIL-Praktiken) ist unverändert. Was sich geändert hat, ist, wie das “Betreiben” des Rahmenwerks aussieht, wenn AI-Agenten die Routinearbeit schließen können, wenn die CMDB live statt ein Projekt ist, wenn die Mitarbeiterfläche der Chat ist, den die Mitarbeiterin ohnehin offen hatte, und wenn der Käufer zunehmend der domänenübergreifende Service-Operations-Leiter ist statt des IT-Direktors allein.
Die Plattformen, die das nächste Jahrzehnt gewinnen, werden die sein, die diese Verschiebungen vom Datenmodell aufwärts ernst genommen haben. Die Plattformen, die verlieren, werden die sein, die sie aufgeflanscht haben.
Wenn das Team, das Sie leiten, an der Schnittstelle von IT, Facility und Workplace sitzt und Sie eine einzige Plattform mit autonomer AI und einem einwöchigen Rollout wollen, buchen Sie ein 30-minütiges Gespräch und bringen Sie einen Export Ihrer aktuellen Ticket-Warteschlangen mit. Wir lassen die Warteschlange live durch den Importer laufen und sagen Ihnen ehrlich, ob wir die richtige Antwort für die Form Ihres Teams sind.
Häufig gestellte Fragen
Ist IT-Service-Management dasselbe wie IT-Support oder der Helpdesk? +
Der Helpdesk ist die Eingangstür. IT-Service-Management ist das ganze Haus: Incidents, Anfragen, Changes, Probleme, Wissen, Assets und die Daten dahinter. Eine moderne ITSM-Plattform betreibt den Helpdesk plus alles, was der Helpdesk braucht, um seine Arbeit zu tun.
Was ist der Unterschied zwischen ITSM und ITIL? +
ITIL ist ein Rahmenwerk, eine Sammlung von Praktiken dafür, wie man IT als Service betreibt. ITSM ist die Software, mit der Sie diese Praktiken betreiben. Sie können ITSM betreiben, ohne ITIL strikt zu befolgen, und Sie können ITIL studieren, ohne eine Plattform zu kaufen; in der Praxis borgt jede echte Implementierung von beidem.
Brauchen wir 2026 noch eine CMDB? +
Ja, aber nicht die Version, die achtzehn Monate zum Aufbau brauchte und am Auslieferungstag schon falsch war. Eine moderne CMDB ist live, befüllt aus den Systemen, die die Wahrheit bereits kennen (Identität, MDM, Netzwerk, Cloud), und sichtbar in demselben Ticket, in dem Sie sonst nachgeschaut hätten.
Kann AI L1-Support-Agenten ersetzen? +
AI kann die meisten Passwort-Resets, Zugriffsanfragen, Austrittsflüsse, WLAN-Tickets und routinemäßigen Raumbuchungsänderungen ohne Menschen schließen. Sie ersetzt den L1-Agenten nicht für die chaotischen 20 Prozent, den verärgerten Anrufer, die regulatorische Ausnahme, die mehrdeutige Anfrage. Was sich ändert, ist, womit Ihr L1-Team seinen Tag verbringt.
Wie lange dauert eine ITSM-Implementierung tatsächlich? +
Echte Zahlen aus diesem Markt: ServiceNow und BMC Helix sind typisch 3 bis 9 Monate, partnergeführt. Jira Service Management ist 2 bis 6 Wochen für IT-Teams, die bereits in Atlassian sind. Gfacility läuft in einer Woche mit einem einzigen Solution Architect, weil die Konfigurationsfläche bewusst schmaler ist und die AI-Agenten vorgefertigt ausgeliefert werden.
Was verlangt EU-Datenstandort tatsächlich? +
Produktionsdaten in EU-Regionen gehostet, Unterauftragsverarbeiter dokumentiert und wo möglich EU-gebunden, eine SCC oder einen Angemessenheitsbeschluss für alles, was die Grenze überquert, und eine echte Antwort auf die Frage 'wo läuft das AI-Modell'. Viele ITSM-Anbieter bieten eine EU-Region; der praktische Unterschied ist, wie kurz das Audit-Gespräch ist.