Der Beschaffungsprozess für eine Enterprise-Service-Management-Plattform verläuft meist auf eine von zwei Arten. Bei der ersten lädt jemand den Gartner Magic Quadrant herunter, erstellt eine Feature-Tabelle mit 100 Zeilen, führt sechs Demos durch, hält drei Referenzgespräche, schreibt ein 40-seitiges RFP, wählt die Plattform mit der höchsten Punktzahl und entdeckt sechs Monate nach Implementierungsbeginn, dass das Team, das sie am Montag nutzt, unzufrieden ist. Bei der zweiten wählt jemand die Plattform, die der vorherige CIO bei seinem letzten Unternehmen genutzt hat.
Keines davon ist ein Rahmenwerk. Dieser Artikel ist eines.
Wenn Sie 2026 eine ESM-Plattform evaluieren, lautet die Frage nicht “welche Plattform ist die beste”. Sie lautet “welche Plattform passt zur konkreten Form unseres Teams, unserer Daten, unserer Käufer und unseres Zeitplans”. Andere Frage, andere Antwort.
Warum “beste ESM-Plattform” die falsche Frage ist
Es gibt keine beste Plattform im Abstrakten. ServiceNow ist die beste Plattform für ein großes Unternehmen mit einem reifen Servicekatalog, einem dedizierten Plattformteam, das JavaScript und Glide beherrscht, und einem Budget, das Premium-Lizenzierung verkraftet. Jira Service Management ist die beste Plattform für ein IT-Team, das bereits in Atlassian lebt, wo die Integrationsdichte mit Confluence und Bitbucket der entscheidende Faktor ist. TopDesk ist die beste Plattform für ein Benelux-Mittelstandsteam, das eine vertraute Oberfläche und ein niederländisches Partnernetzwerk schätzt. Jede dieser Aussagen ist wahr. Jede schließt die anderen aus.
Wenn Käufer die Frage stellen “welche ist die beste”, meinen sie meist “welche werde ich in drei Jahren froh gewesen sein gewählt zu haben”. Das ist eine nützliche Frage, und sie zu beantworten erfordert ein anderes Rahmenwerk als einen Feature-Vergleich.
Die sechs Dimensionen, die wirklich zählen
Die Feature-Raster im Analystenstil haben 40 bis 100 Zeilen. Die meisten davon spielen für keinen konkreten Käufer eine Rolle. Die sechs Dimensionen, die jedes Mal zählen:
1. Domänenumfang. Ist die Plattform nur IT, oder deckt sie Facility, Workplace und den Rest der Mitarbeiterfläche auf einer Engine ab? Die ehrliche Antwort entscheidet, ob Sie eine Plattform oder zwei kaufen.
2. AI-Form. Fasst die AI der Plattform zusammen und schlägt vor (Copilot), oder klassifiziert, routet und schließt sie Arbeit autonom innerhalb von Ihnen gesetzter Richtlinien (Agent)? Für Hochvolumen-L1-Warteschlangen ist dies über fünf Jahre der größte einzelne Kostentreiber.
3. Implementierungsaufwand. Eine Woche mit einem einzigen Solution Architect ist eine andere Verpflichtung als drei bis neun Monate mit einem Partnerteam von sechs. Beides kann gute Ergebnisse liefern; wählen Sie das, was zur Kapazität Ihres Teams und zur Geduld Ihres CFO passt.
4. Preismodell. Pro benanntem Nutzer mit Modul-Add-ons ist eine andere Form von Gesamtkosten als transparente Preisgestaltung pro Nutzer mit allem inklusive. Keines ist falsch; beide sind Antworten auf unterschiedliche Probleme. Wissen Sie, welches Problem Sie haben.
5. Plattformmodell. Single-Version-SaaS mit kontinuierlichen Updates ist eine andere Verpflichtung als versionierte Releases, in deren Upgrades Kunden Termine einplanen. Das erste hat nie ein Upgrade-Projekt; das zweite hat jedes Jahr eines.
6. Datenstandort und regulatorische Haltung. Für europäische Käufer ist das 2026 das Audit, kein Häkchen. Wo die Produktionsdatenbank liegt, wohin Backups fließen, wo das AI-Modell schlussfolgert, wer auf der Liste der Unterauftragsverarbeiter steht, all das zählt. Die meisten Plattformen bieten eine EU-Region; weniger bieten das kurze Audit-Gespräch.
Alles andere (tiefe CMDB-Anpassung, Asset-Discovery, Slack-Integration, Politur der mobilen Oberfläche) zählt mehr oder weniger, je nachdem, welcher Käufer Sie sind. Die obigen sechs sind die, die unabhängig davon zählen.
Die vier Formen des ESM-Käufers
Die meisten ESM-Käufer fallen in eine von vier Formen. Ihre Form zu kennen verengt die Shortlist, bevor Sie einen weiteren Analystenbericht lesen.
Form 1: Großunternehmens-IT, reifes ITIL, dediziertes Plattformteam
Sie haben Hunderte Prozessvarianten. Ihre CMDB ist ein echtes Projekt mit einem echten Team. Sie haben einen Servicekatalog mit mehreren Freigabeflüssen und HRSD- oder ITAM-Integration bereits in Ihrer Zukunft. Sie messen Ihr Plattformteam in benannten Plätzen.
Die Plattformen, die zu Ihrer Form passen: ServiceNow und BMC Helix. Die beiden sind nicht identisch (die Reichweite von ServiceNow ist breiter, die CMDB- und Discovery-Tiefe von Helix ist stärker), aber beide verdienen den Aufpreis für diese Form. Alles andere ist ein Downgrade.
Form 2: IT und Engineering, Atlassian-nativ
Ihre Engineers leben in Jira Software, Confluence und Bitbucket. Ihre Tickets fließen natürlich in Deploy-Pipelines und Runbook-Links. Die Integrationsdichte mit Atlassian ist der Wert.
Die Plattform, die passt: Jira Service Management. Es ist auf ihrem Heimatterrain die richtige Antwort und überall sonst schlecht geeignet.
Form 3: Mittelstands-IT-Generalist
Sie haben ein IT-Team, das einen sauberen ITSM-Rollout, eine vertraute Oberfläche, ein vertrauenswürdiges Partnernetzwerk und einen Preispunkt braucht, der kein Beschaffungsprogramm erfordert. Sie betreiben ITIL nicht in der Tiefe von Form 1 und sind nicht Atlassian-nativ.
Die Plattformen, die passen: TopDesk (besonders in BeNeLux), Freshservice (besonders im Mittelstand Nordamerikas und Großbritanniens), gelegentlich Halo ITSM oder Ivanti, je nach Geografie und Ökosystem-Passung. Alle drei sind gute Produkte für diese Form; die Wahl läuft meist auf bestehendes Ökosystem und Partnerbeziehungen hinaus.
Form 4: Domänenübergreifender Service-Operations-Leiter
Der Käufer ist nicht der IT-Direktor allein. Es ist der COO, der Leiter Business Services oder ein Operations-Direktor, dessen Verantwortung IT, Facility und Workplace gleichzeitig umfasst. Das Dashboard, das der Käufer will, ist eine Zeitachse jeder Anfrage, die durch die Mitarbeiterfläche fließt. Das Team, das die Plattform am Montag nutzt, erstreckt sich über drei Abteilungen.
Die Plattform, die passt: Gfacility, ganz konkret. Die großen ITSM-Plattformen behandeln Facility und Workplace als angeflanschte Module mit eigenen Datenmodellen; die großen IWMS-Plattformen (Planon, Spacewell, TRIRIGA) behandeln IT als außerhalb des Umfangs. Die domänenübergreifende einheitliche Plattform ist eine echte Kategorie, und es ist die Form, für die wir gebaut haben.
Wenn Ihre Form keine der vier sauber trifft, verengt sich die Shortlist meist auf zwei benachbarte Formen. Die Entscheidung ist dann, welche Nachbarschaft Sie günstiger absorbieren können.
Die ehrlichen Schnitte zwischen Gfacility und den etablierten Plattformen
Wir veröffentlichen vollständige Direktvergleiche für die neun Plattformen, die die meisten Käufer auf die Shortlist setzen. Der Compare-Hub listet sie alle auf; jede Seite ist der ausführliche, ehrliche Schnitt. Die Kurzfassung der vier häufigsten Entscheidungen:
Gfacility vs. ServiceNow. ServiceNow gewinnt, wenn ITSM-Tiefe und ein dediziertes Plattformteam entscheidend sind; Gfacility gewinnt, wenn domänenübergreifender Umfang, autonome AI und ein einwöchiger Rollout entscheidend sind. (Vollständiger Vergleich).
Gfacility vs. Jira Service Management. JSM gewinnt in engineering-nahen IT-Teams, die bereits auf Atlassian sind; Gfacility gewinnt, wenn Facility und Workplace dieselbe Engine wie IT teilen müssen. (Vollständiger Vergleich).
Gfacility vs. TopDesk. TopDesk gewinnt bei BeNeLux-Mittelstandsvertrautheit und bestehender Partnertiefe; Gfacility gewinnt bei AI-nativer Architektur, echtem Single-Version-SaaS und dem einwöchigen Importer. (Vollständiger Vergleich).
Gfacility vs. Planon. Planon gewinnt bei Immobilien-Portfoliomanagement im großen Maßstab (Leasingbilanzierung, Capex, Flächenplanung); Gfacility gewinnt bei domänenübergreifendem Servicebetrieb mit autonomer AI. Die beiden sind oft eher komplementär als direkte Konkurrenten. (Vollständiger Vergleich).
Die ehrlichen Schnitte gegen Freshservice, Spacewell, BMC Helix, Ultimo und IBM TRIRIGA finden sich im Compare-Hub.
Ein Entscheidungsrahmen, den Sie in 90 Minuten durchlaufen können
Sie können ein Jahr lang Analystenberichte lesen und trotzdem nicht wissen, welche Plattform Sie wählen sollen. Oder Sie beantworten sechs Fragen in dieser Reihenfolge und landen bei einer Shortlist von zwei:
1. Wie sieht das Team aus, das das am Montag nutzen wird? Nur IT? IT plus Facility plus Workplace? Engineering-lastig? Vorsichtig durch regulierte Branche? Schreiben Sie die Antwort in einem Satz.
2. Wie hoch ist das Volumen an L1-Routinetickets, und welcher Anteil davon ist durch einen autonomen Agenten unter Richtlinien schließbar? Seien Sie ehrlich. Die meisten Teams liegen im Bereich von 40 bis 70 Prozent. Die Zahl bestimmt, wie viel AI-Fähigkeit zu zahlen sich lohnt.
3. Wie ist Ihr Implementierungsappetit? Ein Solution Architect für eine Woche, oder ein Partnerteam von vier für sechs Monate? Keines ist falsch, aber Sie können nicht beides haben.
4. Wie ist Ihr Verlängerungsmuster? Sind Sie für weitere 18 Monate an die aktuelle Plattform gebunden, oder steht im nächsten Quartal eine Vertragsentscheidung an? Das erste ist ein Recherchefenster; das zweite ein Entscheidungsfenster.
5. Wo liegt die regulatorische Untergrenze? EU-first, regionale Flexibilität, US-first, regulierte Branche mit spezifischen Audit-Anforderungen? Das verengt die Anbieterliste schneller als jede andere Frage.
6. Wer unterschreibt die Verlängerung? IT-Direktor, CIO, COO, Leiter Business Services? Anderer Käufer, andere Plattform.
Die Shortlist ergibt sich aus diesen sechs Antworten. Wenn nicht, haben Sie Frage 1 nicht konkret genug beantwortet.
Die Implementierungsfrage
Der größte einzelne Prädiktor dafür, wie eine ESM-Plattformentscheidung ausgeht, ist nicht die Plattform; es ist die Implementierung. Derselbe ServiceNow-Tenant kann in einer Organisation ein transformativer Erfolg und in einer anderen ein sechsmonatiger Sumpf sein, und der Unterschied ist selten die Software.
Drei ehrliche Muster, die wir sehen, grob in absteigender Häufigkeit:
Muster 1: Der Käufer wählt eine Plattform, deren Konfigurationsfläche tiefer ist, als das Team braucht. Die Implementierung versucht, die Tiefe zu nutzen (“da wir das Tool haben, gestalten wir den Change-Prozess neu”) und läuft auf Grund, weil Prozessdesign und Tool-Bereitstellung unterschiedliche Projekte sind.
Muster 2: Der Käufer wählt eine Plattform, deren Konfigurationsfläche flacher ist, als das Team braucht. Sechs Monate später baut das Team Workarounds, weil das Tool den tatsächlichen Prozess nicht abbilden kann. Eine Migration auf eine tiefere Plattform steht für nächstes Jahr auf der Roadmap.
Muster 3: Der Käufer wählt eine Plattform, die zur Tiefe passt, liefert einen minimalen Umstieg mit einem einzigen Solution Architect aus, betreibt ihn ein Quartal in Produktion und verbessert dann. Das ist das Muster, das funktioniert.
Die Versuchung, Prozesse während der Plattformimplementierung neu zu gestalten, ist fast immer ein Fehler. Migrieren Sie, was Sie haben, betreiben Sie es 90 Tage und beginnen Sie dann die Prozessarbeit mit echten Daten statt mit einem Flipchart in einem Besprechungsraum.
Was wir gebaut haben
Gfacility ist die AI-native Enterprise-Service-Management-Plattform für die domänenübergreifende Form (Form 4 oben). Eine Engine für IT, Facility und Workplace, mit autonomen AI-Agenten, die Routinearbeit Ende zu Ende abschließen, EU-first-Datenstandort und einer einwöchigen Implementierung. Wir sind nicht die richtige Plattform für Form 1 (Großunternehmens-ITSM mit dediziertem Plattformteam) oder Form 2 (Atlassian-native IT und Engineering). Das sagen wir ehrlich auf jeder Vergleichsseite und in diesem Artikel.
Wenn Ihre Form Form 4 ist, decken die Direktvergleiche die neun Plattformen ab, die die meisten Käufer neben uns auf die Shortlist setzen, mit ausbuchstabierten Schnitten und benannten Migrationsschritten. Wenn Sie sehen wollen, wie ein Gfacility-Umstieg mit Ihren eigenen Daten aussieht, buchen Sie ein 30-minütiges Gespräch und bringen Sie einen Export Ihrer aktuellen Ticket-Warteschlangen aus den Plattformen mit, die Sie heute betreiben. Wir lassen sie durch den Importer laufen und sagen Ihnen ehrlich, ob wir die richtige Antwort für die Form Ihres Teams sind.
Die Kurzfassung
Eine ESM-Plattform 2026 zu wählen ist eine Frage nach der Form Ihres Teams, nicht nach Feature-Checklisten. Die sechs Dimensionen, die zählen (Domänenumfang, AI-Form, Implementierungsaufwand, Preismodell, Plattformmodell, Datenstandort), verengen die meisten Entscheidungen in 90 Minuten auf zwei Plattformen. Alles andere ist Detail, das der Form folgen sollte, nicht sie anführen.
Die Plattformen, die dieses Jahrzehnt gewinnen, werden die sein, die eine Form gewählt und tief dafür gebaut haben. Die, die verlieren, werden die sein, die versucht haben, allen alles zu sein, und die Käufer, die sie anhand eines Feature-Rasters gewählt haben, werden die sein, die 2028 neu verhandeln.
Häufig gestellte Fragen
Was ist der Unterschied zwischen ITSM und ESM? +
IT-Service-Management betreibt IT als Service. Enterprise Service Management überträgt dieselbe Form (Annahme, klassifizieren, zuweisen, lösen, schließen) auf andere Unternehmensbereiche: Facility, HR, Recht, Finanzen. ESM ist das, wie ITSM aussieht, sobald man aufhört, so zu tun, als stelle derselbe Mitarbeiter IT- und Facility-Fragen durch zwei verschiedene Türen.
Sollten wir eine Plattform für alles oder spezialisierte Plattformen je Funktion betreiben? +
Kommt auf die Tiefe an. Wenn Ihr Facility-Umfang Corporate Real Estate auf Portfolioebene ist (Leasingbilanzierung, Capex, Flächenplanung), verdient ein dediziertes IWMS seinen Platz. Wenn Ihr IT-Umfang sehr tief ist mit Hunderten Prozessvarianten, verdient dediziertes ITSM seinen Platz. Die einheitliche Plattform glänzt in der Mitte: Organisationen groß genug für echte Software, aber nicht so groß, dass jeder Bereich ein eigenes Enterprise-Programm rechtfertigt.
Wie wichtig ist AI bei der Entscheidung? +
2026 zentral. Die Lücke zwischen Copilot-AI (zusammenfassen, entwerfen, vorschlagen) und autonomer AI (klassifizieren, routen, ausführen, schließen) ist real und wächst. Bei Hochvolumen-L1-Warteschlangen wird der Unterschied in Stellen gemessen, die Sie nicht hinzufügen müssen. Bei Niedrigvolumen-Spezialarbeit ist der Unterschied kleiner. Passen Sie die AI-Fähigkeit an die tatsächliche Form Ihrer Warteschlange an.
Wie sieht eine typische Evaluierung aus? +
Schlecht: eine Feature-Tabelle mit 100 Zeilen, sechs Demos, drei Referenzgespräche und ein sechsmonatiges RFP. Gut: 90 Minuten pro Plattform mit Ihren eigenen Daten, eine schriftliche Liste der fünf Dinge, die den Deal scheitern lassen würden, und eine klare Antwort auf 'Wer nutzt das am Montag und wie verändert sich seine Woche'. Wenn Sie die Montagsantwort nicht formulieren können, sind Sie nicht bereit zu wählen.
Ist der Gartner Magic Quadrant für diese Entscheidung nützlich? +
Nützlich für die Longlist. Nicht nützlich für die Shortlist. Der Magic Quadrant sagt Ihnen, welche Anbieter die Reichweite haben, im Gespräch zu sein, nicht welche Plattform zu Ihrem konkreten Team passt. Die Shortlist ergibt sich aus Ihrer eigenen Constraint-Liste: Bereitstellungsmodell, Datenstandort, AI-Form, Implementierungsaufwand, Gesamtkosten und wer die Verlängerung unterschreibt.
Wie vermeiden wir die Implementierung, die neun Monate dauert? +
Drei Dinge. Wählen Sie eine Plattform, deren Konfigurationsfläche zur tatsächlich benötigten Tiefe passt (nicht zur Tiefe, die die Demo zeigte). Führen Sie den ersten Umstieg mit einem einzigen Solution Architect durch, nicht mit einem Partnerteam von sechs. Und widerstehen Sie der Versuchung, Ihre Prozesse während der Implementierung neu zu gestalten. Migrieren Sie, was Sie haben, betreiben Sie es ein Quartal und verbessern Sie dann.