ITSM-Tools: 6 ServiceNow-Alternativen für 2026 im Vergleich

Die besten ITSM-Tools als ServiceNow-Alternativen übernehmen die benötigten Prozesse, ohne den Verwaltungsaufwand nachzubauen, dem man entkommen möchte. Diese 6 Alternativen passen zu 5 unterschiedlichen Ausgangslagen: einer Atlassian-Umgebung, einem mittelständischen IT-Serviceteam, einem Betrieb auf eigener Infrastruktur, einem Großunternehmen mit komplexen Kontrollanforderungen und einem Unternehmen mit Schwerpunkt Kundenservice.

Für eine typische mittelgroße IT-Abteilung ist Freshservice der erste Anlaufpunkt. Jira Service Management rückt davor, wenn die Entwicklung bereits mit Atlassian arbeitet. Die übrigen ServiceNow-Alternativen überzeugen bei konkreten Anforderungen: Kontrolle über die Bereitstellung, umfassende Unternehmensprozesse oder Kundenbetreuung.

Am 5. November 2026 anhand der aktuellen Preis-, Produkt- und Dokumentationsseiten der Hersteller geprüft. Dieser Vergleich beruht auf Dokumentation, nicht auf einem Praxistest. Der angegebene Einführungsaufwand bewertet die Aufgaben, die das Unternehmen selbst verantworten muss; er verspricht keine bestimmte Einführungsdauer.

ITSM-Tools als ServiceNow-Alternativen im Überblick

Die Einstiegspreise zeigen den günstigsten Zugang, nicht das Paket, das die bestehende Systemlandschaft ersetzt. Mit Agent oder Techniker ist die Person gemeint, die Anfragen bearbeitet; anfragende Beschäftigte bilden eine andere Nutzergruppe. Alle Preise sind in US-Dollar angegeben. Bevor ein Einstiegspreis in die Wirtschaftlichkeitsrechnung einfließt, sollten die enthaltenen Prozesse und KI-Nutzungsrechte im jeweiligen Profil geprüft werden.

Die Reihenfolge folgt diesen Ausgangslagen. Sie besagt nicht, dass das erste Produkt grundsätzlich besser wäre als das sechste. Freshservice ist der allgemeine Ausgangspunkt für den Mittelstand; Jira steht wegen der oben beschriebenen Atlassian-Umgebung an erster Stelle.

Zunächst klären, was ersetzt werden soll

Zuerst zählt die Arbeit, die erhalten bleiben muss. Daraus ergibt sich, wie viel Plattform dafür nötig ist. Wer ServiceNow für Mitarbeiteranfragen nutzt, steht vor einer anderen Migration als ein Unternehmen, das damit Infrastrukturabhängigkeiten, kontrollierte Änderungen und mehrere Abteilungen verbindet.

Was macht ServiceNow eigentlich?

ServiceNow organisiert Serviceaufgaben über Datensätze, Workflows und gemeinsam genutzte Daten. IT Service Management, kurz ITSM, bezeichnet die Bereitstellung und Unterstützung der Technik, auf die Menschen angewiesen sind. ITIL liefert dafür einen Rahmen aus bewährten Vorgehensweisen. Ein Produkt kann diese unterstützen, ohne sicherzustellen, dass die Organisation sie gut umsetzt.

Für die Betriebsleitung sind die Unterschiede konkret:

• Incident Management: einen ausgefallenen Dienst wiederherstellen, etwa wenn Beschäftigte nicht mehr auf die Gehaltsabrechnung zugreifen können.
• Problem Management: untersuchen, warum derselbe Fehler immer wieder auftritt.
• Change Management: eine geplante Änderung bewerten und genehmigen, bevor sie einen weiteren Ausfall verursacht.
• Anfragemanagement und Servicekatalog: definierte Leistungen, etwa den Zugang zu einer Anwendung, mit den passenden Genehmigungen bereitstellen.
• Wissensmanagement und Servicelevels: hilfreiche Antworten sichern und verbindliche Reaktions- oder Lösungszusagen festlegen.
• Asset- und Konfigurationsmanagement: Geräte und Beziehungen zwischen Diensten erfassen. Eine Configuration Management Database, kurz CMDB, ergänzt den Kontext der Abhängigkeiten; eine reine Geräteliste leistet das nicht.

ServiceNow veröffentlicht keine Listenpreise für seine ITSM-Pakete. Die aktuelle Seite nennt Foundation, Advanced und Prime und verweist auf individuelle Angebote. Foundation enthält Incident- und Anfragemanagement, Assets und CMDB sowie Virtual Agent. Advanced ergänzt Major Incident, Change und Problem Management; Prime bietet weitere KI-Agentenfunktionen. Für die Vertragsverlängerung sollte die aktuelle ITSM-Paketübersicht herangezogen werden, statt heutige Leistungen aus alten Paketnamen abzuleiten.

Für ein mittelgroßes Unternehmen lohnt sich ServiceNow weiterhin, wenn das gemeinsame Servicemodell und abteilungsübergreifende Workflows den Betriebsaufwand rechtfertigen. Ein Ersatz verdient Prüfung, wenn die tägliche Arbeit deutlich schmaler ausfällt als die zu verwaltende Plattform. Ein günstigeres Abonnement hilft nur, wenn die Alternative die benötigten Kontrollen erhält.

Sechs Wettbewerber nach Einsatzgebiet

Entscheidend ist, welche betriebliche Situation ein Produkt löst. Jedes Profil behandelt unterstützte Prozesse, die KI-Beschreibung des Herstellers, Einführungsaufwand und Vertragsfragen getrennt. So ersetzt eine überzeugende Chatbot-Demo keine ITSM-Bewertung.

1. Jira Service Management: für Atlassian-Umgebungen

Jira Service Management ist Atlassians Anwendung für Servicemanagement und gehört zuerst auf die Auswahlliste, wenn IT-Support und Softwareentwicklung bereits dieselbe Atlassian-Umgebung nutzen. In einem Softwareunternehmen, dessen Servicedesk Produktionsstörungen regelmäßig an die Entwicklung übergibt, wiegt eine gemeinsame Arbeitsumgebung schwerer als ein hübscheres Anfrageportal. Konfigurierbare Anfragen, Warteschlangen und Workflows unterstützen diese Übergabe. Die Grenze liegt im Paketumfang: Das Einstiegsabonnement enthält weder sämtliche fortgeschrittenen Prozesse noch den virtuellen Serviceagenten.

ITIL-Abdeckung. Anfrageannahme, Störungsbearbeitung, Wissen und Serviceworkflows bilden die Grundlage. Asset- und Konfigurationsmanagement sind in Standard enthalten. Für erweitertes Incident, Problem und Change Management ist Premium zu prüfen. Wer kontrollierte Produktionsänderungen benötigt, sollte genau diesen Prozess bewerten; eine einfache Supportwarteschlange hat einen anderen Leistungsumfang.

KI und virtuelle Agenten. Rovo Search, Chat und Agenten gehören zum Standard-Angebot. Der dedizierte virtuelle Serviceagent ist in Premium und Enterprise enthalten. Er kann Wissensfragen beantworten, häufige Anliegen bearbeiten und Anfragen vorsortieren. Die Funktionen hängen zusammen, haben aber unterschiedliche Nutzungsrechte und stehen nicht gleichermaßen für unbegrenzte Automatisierung.

Enthalten sind 1,000 unterstützte Konversationen pro Monat oder 12,000 pro Jahr. Eine Konversation, die einer Absicht zugeordnet wird, kann auch dann zählen, wenn sie an einen Menschen eskaliert. Für Supportbetriebe mit vielen Ausnahmefällen ist diese Definition wichtig: Der Verbrauch kann steigen, ohne dass die Bearbeiter entsprechend weniger Arbeit haben.

Einführungsaufwand: mittel, stark abhängig von der bestehenden Konfiguration. Zuerst müssen Zuständigkeiten für Anfragetypen, Berechtigungen und Eskalationen stehen. Anschließend werden die Servicedatensätze und Wissensbestände für den Pilotbetrieb angebunden. Vorwissen hilft. Wer jedoch jeden historischen Workflow in das neue Serviceprojekt kopiert, erhält genau die Komplexität, die verschwinden sollte. Produktteam und interne IT sollten vor der automatisierten Übergabe klären, welche Datensätze jeweils in ihre Verantwortung fallen.

Vertragsfragen. Atlassian verkauft Service Collection als Bündel aus Jira Service Management, Customer Service Management, Assets und Rovo. Laut Lizenzhinweisen zur Service Collection sind diese Anwendungen nicht einzeln erhältlich. Bei monatlicher Abrechnung zählt die höchste Zahl zugewiesener Plätze im Abrechnungszeitraum; eine Reduzierung während des Zeitraums senkt dessen Rechnung nicht. Sicherheitskontrollen, Marketplace-Apps, Asset-Kapazität und KI-Nutzung gehören zusammen mit dem Serviceabonnement ins Angebot.

Besonders geeignet für: IT- und Entwicklungsteams, die bereits mit Atlassian arbeiten.
Besonderheit: Serviceworkflows direkt neben den Werkzeugen der Entwicklungsorganisation.
Preis: Service Collection Standard zeigt bei monatlicher Abrechnung $21.50 pro Agent/Monat an; Platzzahl und Laufzeit beeinflussen das Angebot. Atlassians Preisseite
Kostenloser Test: 14 Tage für Standard oder Premium.

Urteil: Jira passt, wenn Support und Entwicklung verbunden werden sollen. Das Budget muss das Paket abdecken, das die benötigten Kontrollen unterstützt.

Ein gezielter Pilot für Jiras virtuellen Agenten

Vor der Freischaltung eines kundenorientierten Kanals empfiehlt sich ein abgegrenzter Testbereich mit freigegebenem Wissen. Die folgende Einrichtung folgt Atlassians Anleitung für den virtuellen Serviceagenten.

1. 1

   Zugriff und Nutzungsrechte prüfen

   Premium oder Enterprise verwenden, die KI durch den Organisationsadministrator aktivieren lassen und mit Administratorrechten für den Bereich arbeiten. Für den Piloten eignet sich eine risikoarme Wissensfrage, etwa die Anleitung zur Verbindung mit einem freigegebenen internen Dienst.

2. 2

   Agenten erstellen und testen

   In Studio zunächst Agents, dann Create an agent und anschließend Virtual service agent auswählen. Channels & self service und danach Virtual service agent öffnen. Bei aktiver Wissensdatenbank über Test it out sowohl eine beantwortbare Frage als auch eine Frage außerhalb des Wissensbestands prüfen.

3. 3

   Aktivierung bewusst steuern

   Erst nach Auswertung des Tests einen Intent erstellen oder KI-Antworten einschalten. Laut Atlassian geht der Agent durch einen aktiven Intent oder aktivierte KI-Antworten im Portal und im verbundenen Microsoft Teams live. Dieser Schalter braucht dieselbe Sorgfalt wie eine Veröffentlichung: einen Verantwortlichen und einen Rückweg zum menschlichen Support.

2. Freshservice: für ITSM im Mittelstand

Freshservice ist eine Cloud-ITSM-Plattform und der naheliegende Ausgangspunkt für mittelgroße Unternehmen, die strukturiertes IT-Servicemanagement suchen, ohne sich vor allem wegen der Erweiterbarkeit für eine Unternehmensplattform zu entscheiden. Ein typisches Beispiel ist die interne IT, die nach einer Wachstumsphase Zugriffsanfragen, wiederkehrende Störungen und geplante Änderungen zusammenführt. Freshservice bietet einen klaren Weg vom Servicedesk zum umfassenderen ITSM. Beim Einkauf ist entscheidend: Der niedrigste beworbene Preis gehört nicht zum Tarif mit dem vollständigen Prozessumfang.

ITIL-Abdeckung. Starter enthält Incident- und Wissensmanagement sowie ein Supportportal. Growth ergänzt Servicekatalog und Servicelevel-Management. Pro bringt Problem, Change, Major Incident und Release Management hinzu. Enterprise ergänzt Governance-Funktionen einschließlich Sandbox und Auditprotokollen. Geht es bei der Vertragsverlängerung um Änderungsgenehmigungen und die Untersuchung wiederkehrender Ausfälle, sollte der Angebotsvergleich auf Pro oder Enterprise beruhen.

Bei einem internen Anwendungsausfall sind die Wiederherstellung im Incident, die Problemuntersuchung und die spätere Änderung getrennte Aufgaben. Werden alle drei Phasen in ein einziges Ticket gepackt, verschwimmen die Verantwortlichkeiten. In der Evaluierung sollte der Anbieter zeigen, wie die Datensätze verknüpft bleiben und Zuständige sowie Genehmigungshistorie bei Übergaben erhalten werden.

KI und virtuelle Agenten. Freddy AI Copilot ist ein separat berechnetes Assistenz-Add-on für Pro und Enterprise. Freddy AI Agent Classic ist in Enterprise enthalten und besitzt ein eigenes Sitzungskontingent. Das neuere AI Agent Studio ist eine separate Funktion: Freshworks beschreibt einen No-Code-Baukasten und spezialisierte Agenten, die Workflows auslösen und Aktionen in verbundenen Unternehmensanwendungen ausführen.

Laut aktueller FAQ zu AI Agent Studio erhalten berechtigte Growth-, Pro- und Enterprise-Kunden bis zum 31. Dezember 2026 einen Aktionszugang; spätere Preise und Pakete sollen noch mitgeteilt werden. Der MSP-Modus ist ausgeschlossen. Die Aktion darf weder als dauerhaft kostenlose KI dargestellt noch das Sitzungskontingent von Classic zur Kalkulation der Studio-Nutzung verwendet werden.

Einführungsaufwand: mittel bei einer disziplinierten Cloud-Einführung. Im Mittelpunkt steht die Servicegestaltung: Anfragekategorien, Genehmigungsverantwortliche, Wissensqualität und maßgebliche Asset-Daten müssen vereinbart werden. Ein verteiltes Unternehmen kann Mitarbeiterzugriffe pilotieren, ohne vorher das gesamte historische Ticketarchiv zu importieren. Dadurch sind vor dem Piloten weniger Entscheidungen nötig; Genehmigungen und Ausnahmefälle müssen trotzdem getestet werden.

Vertragsfragen. Der Angebotsumfang sollte Tarif, Asset Units, Orchestrierung und jedes KI-Produkt ausweisen. Asset Units sind Freshservices Maßeinheit für die IT-Asset-Management-Nutzung; eine Aktion über den App-Knoten des Workflow Automator zählt als Orchestrierungstransaktion. Laut Preis-FAQ werden Herabstufungen und Kündigungen zum Laufzeitende wirksam. Benötigten Tarif und Kapazität sollte man daher vor einer jährlichen Bindung klären.

Besonders geeignet für: IT-Verantwortliche im Mittelstand, die Servicemanagement in der Cloud strukturieren.
Besonderheit: Ein klarer Ausbaupfad von der Störungsannahme zu Problem-, Change- und Release-Prozessen.
Preis: Starter ab $19 pro Agent/Monat bei jährlicher Abrechnung; für den vollständigen ITSM-Prozessumfang ist ein höherer Tarif erforderlich. Freshservices Preisseite
Kostenloser Test: 14 Tage.

Urteil: Ein guter Einstieg für ein beherrschbares ITSM-Betriebsmodell. Überwiegen besondere Bereitstellungs- oder Anpassungsanforderungen, verdient eine andere Lösung den Vorzug.

3. ManageEngine ServiceDesk Plus: wenn Eigenbetrieb Pflicht ist

ManageEngine ServiceDesk Plus sollte zuerst geprüft werden, wenn der Servicedesk zwingend auf eigener Infrastruktur laufen muss. Ein Unternehmen mit kontrolliertem Netzwerkzugang oder einer verbindlichen Hostingrichtlinie braucht zunächst einen unterstützten Bereitstellungsweg, bevor die nächste KI-Demo relevant wird. ServiceDesk Plus gibt es als Cloud- und On-Premises-Ausgabe. Die entscheidende Einschränkung: Beide Varianten bieten unterschiedliche KI-Funktionen.

ITIL-Abdeckung. Standard ist die Servicedesk-Ausgabe. Professional ergänzt Asset Management. Enterprise enthält den breiteren Umfang mit CMDB, Servicekatalog, Problem, Change und Release Management sowie Projekten. Der Herstellervergleich führt Incident-, Problem-, Change-, Release-, Asset- und Konfigurationsfunktionen für beide Bereitstellungsmodelle auf; einzelne Workflows und Funktionen unterscheiden sich jedoch.

Für einen selbst betriebenen ServiceNow-Ersatz mit formalen Kontrollen ist Enterprise damit der sinnvolle Evaluierungsumfang. Standard kann zur Anfrageannahme passen. Wer es allein wegen des Preises auswählt und die fehlenden Prozesse später hinzukauft, macht den Vergleich unnötig unübersichtlich.

KI und virtuelle Agenten. ManageEngine beschreibt Ask Zia für dialogbasierte Hilfe, Wissen und Ticketaktionen, ergänzt um Vorhersagen, Zusammenfassungen und generative Assistenz. Die Übersicht der KI-Funktionen nennt außerdem vorgefertigte Zia Agents und Agent Studio für eigene Agenten. Auf der Preisseite sind Zia Agents in Enterprise enthalten.

Für den Einkauf ist der Funktionsvergleich zwischen Cloud und On-Premises aufschlussreicher. Er kennzeichnet das anpassbare Agent Studio, Multi-Agenten-Orchestrierung und die neuere Dialogoberfläche als Cloud-Funktionen. Beide Bereitstellungsspalten enthalten vorgefertigte Agenten sowie bestimmte Ticketaktionen und generative Funktionen. Die Aussage, ein Produkt besitze KI, belegt somit noch nicht, dass die gewählte Bereitstellung den benötigten KI-Workflow bietet.

Einführungsaufwand: mittel bis hoch im Eigenbetrieb. Neben der ITSM-Konfiguration müssen Zuständigkeiten für Anwendung, Datenbank, Sicherungen, Wiederherstellungstests, Updates und Überwachung feststehen. Ein Infrastrukturteam, das diese Aufgaben bereits übernimmt, kann den Aufwand für die zusätzliche Kontrolle akzeptieren. Ein kleines Serviceteam ohne Infrastrukturverantwortlichen sollte ihn als erhebliche dauerhafte Verpflichtung einplanen.

Im Piloten empfiehlt sich ein kontrollierter Änderungsprozess: betroffenes Asset verknüpfen, Änderung dokumentieren, Genehmigung einholen, Umsetzung erfassen und die Nachweise anschließend wieder abrufen. Danach sollte die Wiederherstellung der Anwendung geprobt werden. Eine erfolgreiche Ticketdemo belegt weder den Prozess noch die Wiederherstellbarkeit.

Vertragsfragen. Das Angebot muss Bereitstellung, Ausgabe, Technikerzahl und Asset-Anzahl korrekt abbilden. Bei Professional und Enterprise hängt der Preis sowohl von Assets als auch von Technikern ab; laut Hersteller fallen für Endnutzer keine separaten Gebühren an. Zusätzliche Serviceinstanzen und optionale Module gehören ins selbe Angebot. Der beworbene Cloud-Referenzpreis pro Techniker liefert Orientierung, ist aber kein Vertragspreis für den Eigenbetrieb.

Besonders geeignet für: IT-Organisationen mit verbindlichem Eigenbetrieb und einem Verantwortlichen für die Infrastruktur.
Besonderheit: Mehrere Bereitstellungsmodelle mit veröffentlichtem Einzelvergleich der Funktionen.
Preis: Der beworbene Cloud-Einstieg mit Standard liegt bei $13 pro Techniker/Monat; On-Premises nutzt separate jährliche Tarifstufen je nach Konfiguration. Preise für ServiceDesk Plus
Kostenloser Test: 30 Tage für Cloud und On-Premises.

Urteil: Für die Kontrolle über die Bereitstellung auswählen und die KI anschließend auf Funktionsebene prüfen.

4. BMC Helix ITSM: für umfassendes Service- und Betriebsmanagement

BMC Helix ITSM ist als Alternative auf Unternehmensebene zu prüfen, wenn umfassendes Servicemanagement mit betrieblichem Kontext gefragt ist. Ein Unternehmen mit voneinander abhängigen Geschäftsanwendungen, formalen Änderungskontrollen und einer ausgeprägten Servicemanagement-Funktion benötigt mehr als einen Ersatz für die Ticketwarteschlange. Helix deckt dieses größere Betriebsmodell ab. Wer vor allem eine umfangreiche Plattform nicht länger administrieren möchte, findet hier kaum eine Abkürzung.

ITIL-Abdeckung. Der Hersteller nennt Incident und Problem Management, proaktive Problemanalyse, Change und Release Management, Wissen, Servicelevels, Asset Management und CMDB. Digital Workplace stellt Mitarbeiterunterstützung und Serviceanfragen bereit. Das ist für Unternehmen relevant, die Ausfälle im Zusammenhang mit betroffenen Diensten und jüngsten Änderungen verstehen müssen.

Beim Ausfall einer Geschäftsanwendung sollten etwa Serviceverantwortliche und Abhängigkeiten erkennbar sein, statt lediglich ein dringendes Ticket anzulegen. In der Evaluierung muss das Team vom Incident zu einem vermuteten Grundproblem, einer vorgeschlagenen Änderung und dem zugehörigen Genehmigungsnachweis wechseln können. Der Wert liegt in der durchgängigen Servicedokumentation, nicht in der Anzahl sichtbarer Demomodule.

KI und virtuelle Agenten. Die Dokumentation zu vorgefertigten HelixGPT-Agenten unterscheidet Employee Navigator für Mitarbeiterunterstützung, Service Collaborator für dialogbasierte Ticketsuche und Knowledge Curator zum Erstellen oder Verbessern von Wissen aus Incidents. Ticket Resolver analysiert geeignete Incidents, erkennt fehlende Informationen und kann beim Kunden nachfragen, während die Aktivitäten protokolliert werden.

Dieselbe Dokumentation ordnet Change Risk Advisor AIOps zu und kennzeichnet die Funktion als eingeschränkt verfügbar. AIOps bezeichnet den KI-Einsatz zur Interpretation von IT-Betriebsdaten. Eine anderswo im Helix-Portfolio gezeigte Funktion ist deshalb nicht automatisch im gekauften ITSM-Paket allgemein verfügbar. Produkt, Version, Nutzungsrecht und Verfügbarkeitsstatus müssen genau benannt sein.

Einführungsaufwand: hoch bei umfassender Ablösung. Servicemodelle, Konfigurationsdaten, Integrationen, Prozessverantwortung und Berichtsdefinitionen müssen bewusst gestaltet werden. BMC veröffentlicht Hinweise zu On-Premises-Bereitstellung und Unterstützung und gehört damit auch in eine breitere Diskussion über Unternehmenshosting. Das macht jedoch nicht alle Hostingmodelle oder KI-Konfigurationen gleichwertig.

Ein Unternehmen mit etablierten Kontrollen sollte den Change Manager, die Betriebsleitung und die Servicedesk-Verantwortlichen gemeinsam an einem Abnahmeworkshop beteiligen. Nimmt jede Gruppe eine eigene Demo ab, bleiben die Übergaben zwischen ihren Prozessen womöglich ungeprüft. Der Einführungsvorschlag sollte benennen, wer diese Übergaben nach dem Start verantwortet.

Vertragsfragen. ITSM, Digital Workplace, CMDB, Betrieb und KI sollten einschließlich Einführung und Support einzeln ausgewiesen werden. Die veröffentlichten SaaS-Lizenzhinweise unterscheiden mehrere Serviceangebote und stellen klar, dass der Vertrag Vorrang vor öffentlichen Beschreibungen hat. Die Demoumgebung muss zum vorgeschlagenen Leistungsumfang passen.

Besonders geeignet für: Großunternehmen, die formales ITSM und Verknüpfungen zwischen Services und Betrieb erhalten müssen.
Besonderheit: Breite Abdeckung von Serviceprozessen, Konfigurationskontext und Betriebsanalyse.
Preis: Individuelles Angebot; der Hersteller veröffentlicht für sein ITSM-Angebot keinen Einstiegspreis pro Agent.
Kostenloser Test: Eine Demo wird angeboten; Evaluierungszugang und Umfang sind zu vereinbaren.

Urteil: Helix gehört auf die Auswahlliste, wenn umfassende Unternehmensprozesse erhalten bleiben müssen. Ein optisch kleineres Verlängerungsangebot allein trägt diese Entscheidung nicht.

5. Ivanti Neurons for ITSM: wenn Services und Assets zusammengehören

Ivanti Neurons for ITSM, auf der Produktseite inzwischen als Ivanti ITSM präsentiert, passt zu Unternehmen, die Serviceworkflows mit Assets und Endgerätebetrieb verbinden möchten. Ein Beispiel ist eine Organisation, deren Support Geräteprobleme regelmäßig an ein separates Endgeräteteam eskaliert. Hier lässt sich die Verbindung zwischen Servicedatensatz und Gerätekontext verbessern. Zu beachten ist, dass die Bereitstellungsoption des Grundprodukts und die Verfügbarkeit der KI getrennte Fragen sind.

ITIL-Abdeckung. Ivanti nennt Incident, Problem, Change, Release und Bereitstellung, Anfragen, Katalog, Wissen, Servicelevels, Konfiguration und Asset Management als unterstützte Praktiken. Das breitere Angebot erstreckt sich auf weitere betriebliche Serviceworkflows. Das Produkt unterstützt Cloud-, On-Premises- und Hybridbereitstellung.

Ein Geräteproblem eines Beschäftigten eignet sich als roter Faden für die Evaluierung. Gerät und Eigentümer identifizieren, die Serviceanfrage mit dem passenden Datensatz verbinden, Arbeit weiterleiten und zeigen, wie die Lösung dokumentiert wird. Führt die Demo eine Endgeräteaktion aus, muss das dafür lizenzierte Produkt benannt werden. Auch ein integriertes Portfolio kann separat zu kaufende Komponenten enthalten.

KI und virtuelle Agenten. Der Hersteller beschreibt Ticketzusammenfassungen, Klassifizierung und Weiterleitung, die Erstellung von Wissensartikeln, Übersetzung und Dashboard-Erstellung per natürlicher Sprache. Der aktuelle Paketvergleich für Servicemanagement enthält Analyst Assist im regulären ITSM und ordnet Agentic AI ITSM Premium zu; Autonomous Endpoint Management ist ein separates Add-on.

Die Administratordokumentation zu Agentic AI beschreibt Wissenssuche, Incident-Erstellung, Auswahl und Einreichung von Serviceanfragen, Statusfragen und Übergabe an Menschen. Sie nennt eine ausschließliche SaaS-Verfügbarkeit und beschreibt weiterhin eine Add-on-Lizenz sowie einen Aktivierungsschritt. Auch die Produktseite begrenzt die aufgeführten KI-Funktionen auf SaaS-Bereitstellungen.

Diese Angaben erfordern eine vertragliche Klärung. Nutzungsrechte sollten daraus nicht abgeleitet werden. Ivanti sollte Paket und Aktivierungsschritte für den konkreten Mandanten schriftlich bestätigen. Ein On-Premises-ITSM-Angebot belegt nicht, dass der aktuelle agentische Dienst ebenfalls lokal verfügbar ist.

Einführungsaufwand: hoch bei Plattformkonsolidierung. Asset-Verantwortung, Discovery-Daten, Serviceworkflows und Endgeräteaktionen brauchen gemeinsame Definitionen. Wer bereits Teile der Ivanti-Landschaft betreibt, startet anders als ein Unternehmen, das alles neu einführt. Maßgeblich für den Aufwand sind die vorhandenen Systeme, nicht das No-Code-Versprechen für einen Workfloweditor.

Die erste Einführung sollte so eng begrenzt sein, dass jemand sie tatsächlich verantworten kann. Ein Geräteservice-Workflow eignet sich besser als die gleichzeitige Neugestaltung von IT, HR und Gebäudemanagement. Der Ausbau sollte auf einem funktionierenden Prozess mit klaren Wartungszuständigkeiten aufbauen.

Vertragsfragen. Zu klären sind Lizenzmetrik, Zugriffsrechte, benötigte Module, KI-Nutzungsrechte, Hostingmodell und Einführungsumfang. Paketübersicht und Administratordokumentation formulieren die enthaltenen agentischen Funktionen unterschiedlich; die vereinbarte Berechtigung gehört deshalb zur Bestellung. Ein Endgerätemanagement-Add-on ist außerdem von den eigenen Asset- und Servicefunktionen des ITSM zu unterscheiden.

Besonders geeignet für: Großunternehmen, die Service-, Asset- und Endgerätebetrieb enger koordinieren müssen.
Besonderheit: Servicemanagement in Verbindung mit einem breiteren Asset- und Endgeräteportfolio.
Preis: Individuelles Angebot; die aktuellen Produkt- und Paketseiten nennen keinen öffentlichen Einstiegspreis pro Agent.
Kostenloser Test: Eine Demo wird angeboten; Testzugang und freigeschaltete Funktionen klären.

Urteil: Ivanti passt zum gemeinsamen Betriebsmodell für Services und Assets, sofern KI- und Endgeräterechte ausdrücklich geklärt sind.

6. Zendesk: wenn der Kundenservice im Mittelpunkt steht

Zendesk passt, wenn vor allem Kunden über verschiedene Servicekanäle betreut werden sollen. Bei einem B2B-Softwareunternehmen beantwortet der Kundensupport etwa Produktfragen, bearbeitet Kontoprobleme und eskaliert Fehler an die Entwicklung. Die Kundenservice-Suite von Zendesk bedient diesen Ablauf. Dass sowohl Zendesk als auch ServiceNow Tickets annehmen, macht Zendesk noch nicht zum vollständigen ITSM-Ersatz.

ITIL-Abdeckung und Grenzen. Zendesk bietet ticketbasierte Anfragebearbeitung und je nach Tarif Wissen, Servicelevels, Weiterleitung und Automatisierung. Incident-Tickets lassen sich mit einem Problem-Ticket verknüpfen, wie die Dokumentation zu Problem- und Incident-Tickets beschreibt. Diese Beziehung hilft, wenn mehrere Kunden denselben Ausfall melden.

Daraus ergibt sich jedoch nicht der vollständige Umfang für CMDB, kontrollierte Änderungen und Release Management, den eine IT-Abteilung benötigen kann. Diese Anforderungen sind separat zu prüfen; vertraute Ticketbezeichnungen belegen keine gleichwertigen Prozesse. Zendesk vermarktet auch ein Employee-Service-Angebot. Diese Auswahl und ihr Einstiegspreis beziehen sich auf die Customer-Service-Produktlinie.

Bei einem Produktausfall sollte der Kundensupport betroffene Gespräche mit dem bekannten Problem verbinden und Fortschritte kommunizieren können. Das Infrastrukturteam benötigt möglicherweise weiterhin eigene Incident-, Abhängigkeits- und Änderungsdatensätze. Bei tatsächlich unterschiedlichen Verantwortlichkeiten kann ein Nebeneinander die passende Architektur sein.

KI und virtuelle Agenten. Laut Zendesk sind KI-Agenten in Suite- und Support-Tarifen enthalten. Die Nutzung wird in automatisierten Lösungen gemessen, also Anfragen, die ohne Eskalation an Menschen gelöst werden. Weitergehende Integrationen und Aktionen sowie Copilot-Unterstützung für menschliche Bearbeiter hängen vom Paket oder Add-on ab. Eine Testversion mit aktiviertem Copilot belegt nicht, dass das Einstiegsabonnement ihn enthält.

Die Beantwortung einer Frage und eine Aktion am Kundenkonto müssen getrennt getestet werden. Für eine Produkterklärung kann eine Wissensantwort ausreichen. Eine Kontoänderung braucht die richtige Kundenidentität, Berechtigung und nachgelagerte Aktion. Zu prüfen ist der vollständige Ablauf einschließlich Eskalation, wenn eine Aktion scheitert.

Einführungsaufwand: mittel für Kundenservice, potenziell hoch bei Ausweitung auf Infrastruktur-ITSM. Kanaleinrichtung, Weiterleitung, Helpcenter-Inhalte, Identitäten und Eskalationsregeln sind die wichtigsten anfänglichen Entscheidungen. Die Migration wird schwieriger, wenn zusätzlich ein komplexes Servicemodell nachgebildet werden muss. Kauft vor allem die interne IT ein, sollten ihre Kontrollanforderungen vor der Konfiguration mit den oben genannten ITSM-Produkten abgeglichen werden.

Vertragsfragen. Zendesk bietet monatliche, jährliche und mehrjährige Abonnements. Plätze, Nutzung automatisierter Lösungen, Copilot, Kanalgebühren und Folgen eines Tarifwechsels müssen geklärt werden. Der Standardtest gewährt Zugriff auf Suite Professional mit Copilot; entscheidend ist, welche dieser Funktionen im späteren Vertrag erhalten bleiben. Bei reinem Kundensupport hilft der separate Vergleich von Zendesk-Alternativen, diese Kategorie einzuordnen.

Besonders geeignet für: Kundensupportorganisationen, deren Hauptaufgabe externer Service ist.
Besonderheit: Kundenkanäle, Supportwissen und KI-gestützte Lösung in einem Servicebetrieb.
Preis: Support Team beginnt bei $19 pro Agent/Monat bei jährlicher Zahlung; dies ist der grundlegende Einstiegstarif für Kundensupport. Zendesks Preisseite
Kostenloser Test: 14 Tage, standardmäßig mit Suite Professional und Copilot.

Urteil: Zendesk passt, wenn Kundenservice die Aufgabe ist. Anforderungen an Infrastrukturkontrollen müssen ausdrücklich benannt bleiben.

Welche ServiceNow-Alternativen gehören auf die Auswahlliste?

Eine unverzichtbare Anforderung kann die Entscheidung verändern. Ausgangspunkt ist ein dauerhaft tragbares Betriebsmodell; anschließend folgen Vorgaben für Bereitstellung und Prozesse. Den Zuschlag sollte nicht die Demo erhalten, die die einfachste Frage am flüssigsten beantwortet.

Wer konkurriert mit ServiceNow?

Für diese IT-orientierte Auswahl sind Jira Service Management, Freshservice, ManageEngine ServiceDesk Plus, BMC Helix ITSM und Ivanti Neurons for ITSM die direkten Optionen. Zendesk gehört dazu, wenn Kundenservice den Schwerpunkt bildet. Diese Abgrenzung hilft mehr, als jede Workflowanwendung in dieselbe Kategorie einzuordnen.

Welche sind die größten ServiceNow-Konkurrenten?

Bei umfassenden Unternehmensprozessen stehen BMC Helix und Ivanti am Anfang. „Größte“ meint hier den ähnlichsten betrieblichen Umfang, keine Rangliste nach Marktanteilen. Für ein mittelgroßes Unternehmen können Freshservice oder Jira relevanter sein: Ziel ist, die genutzten Prozesse mit einem dauerhaft beherrschbaren Verwaltungsmodell zu unterstützen.

Welche Anforderung entscheidet über die Wahl?

Freshservice ist der allgemeine Ausgangspunkt für Cloud-ITSM. Jira rückt nach vorn, wenn die Verbindung von Support und Entwicklung innerhalb von Atlassian zentral ist. ManageEngine hat Vorrang, wenn Eigenbetrieb vorgeschrieben ist. BMC oder Ivanti steigen in der Auswahl, wenn Unternehmenskontrollen und Servicekontext wichtiger sind als eine schlankere Plattform. Zendesk steht nur dann vorn, wenn der Kundenservice den Leistungsumfang bestimmt.

Gibt es Open-Source-Alternativen zu ServiceNow?

Eigenbetrieb und Open Source sind verschiedene Anforderungen: Die erste betrifft den Ausführungsort der Software, die zweite Lizenzierung und Quellcodezugang. Die On-Premises-Optionen dieses Vergleichs sind als kommerzielle Produkte zu bewerten. Ist eine Open-Source-Lizenz Pflicht, muss sie als separates Auswahlkriterium gelten; Prozess-, Wartungs- und Wiederherstellungstests bleiben gleich. Eine kostenlose Ticketwarteschlange ersetzt nicht automatisch ein unternehmensweites Servicemodell.

ServiceNow oder Salesforce?

Vor den Unternehmen sollten die Workflows verglichen werden. Kundenservice oder Kundendaten sind eine andere Beschaffungsaufgabe als internes Incident-, Change- und Konfigurationsmanagement. Salesforce liegt außerhalb dieser ITSM-Auswahl aus sechs Produkten. Seine Unternehmensgröße entscheidet nicht darüber, ob ein bestimmtes Serviceprodukt die Prozesse der bestehenden ServiceNow-Installation ersetzt.

Vor der Unterschrift muss der Anbieter die Arbeit nachweisen

Ein wiederholbarer Abnahmetest hilft mehr als eine Bewertung nach Funktionsanzahl. Jeder Anbieter auf der Auswahlliste sollte dieselben anonymisierten Szenarien für Anfragen, Ausfälle und Änderungen erhalten und den gesamten Arbeitsverlauf vorführen.

Bei einer Zugriffsanfrage müssen Identität, angefragter Dienst, Genehmigung, Bereitstellung und dokumentiertes Ergebnis sichtbar werden. Dazu gehören auch eine Ablehnung und eine Anfrage außerhalb der Nutzerrechte. Ein Chatbot, der eine Zugriffsrichtlinie findet, hat den Wissensschritt erledigt, aber noch keinen Zugriff bereitgestellt.

Bei einem wiederkehrenden Ausfall sind Incident-Bearbeitung, Gruppierung oder Problemuntersuchung, Serviceverantwortliche und die nächste Aktion vorzuführen. Eine unvollständige Anfrage gehört dazu. Fehlende Informationen müssen sichtbar werden, statt Unsicherheit stillschweigend in ein geschlossenes Ticket umzuwandeln.

Bei einer geplanten Änderung sind betroffener Dienst, Risikobewertung, Genehmigung, Umsetzungsprotokoll und Rücknahmenachweise zu zeigen. Der Anbieter soll die Genehmigung anschließend wieder abrufen. Eine aufgeräumte Oberfläche gleicht fehlende Nachweise nicht aus.

Der Anbieter sollte kennzeichnen, welche Teile heute verfügbar sind, welche ein Add-on brauchen und welche Konfiguration oder professionelle Dienstleistungen erfordern. Diese Unterscheidung gehört ins Abnahmedokument. Bei KI muss zusätzlich feststehen, was als Nutzung zählt, was am Limit geschieht und ob fehlgeschlagene oder eskalierte Konversationen dennoch zählen.

Wissenssuche und Serviceausführung können getrennte Anschaffungen sein. Liegt der Engpass beim Finden verlässlicher Antworten, lohnt der Vergleich von Lösungen für die unternehmensweite Wissenssuche, bevor eine Serviceplattform-Migration als notwendig gilt.

Den gesamten Aufwand in die Verlängerungsrechnung aufnehmen

Verglichen werden muss derselbe Leistungsumfang über dieselbe Vertragsdauer: Abonnements, erforderliche Module, Nutzungskapazität, Einführung, Integrationen, Datenarbeiten, Schulung und laufende Verwaltung. Hinzu kommen der Parallelbetrieb während der Migration und die Aufbewahrung historischer Nachweise. Diese Posten sind anhand der eigenen Umgebung zu schätzen; allgemeine Prozentsätze aus einem Anbieterrechner ersetzen das nicht.

Ein Verlängerungsvorschlag sollte festhalten, welche Workflows erhalten, vereinfacht oder stillgelegt werden. Für jede erforderliche Integration braucht es einen Verantwortlichen. Zu klären sind Mitteilungsfristen für Verlängerungen, Bedingungen für Preisänderungen, Exportrechte, Supportzusagen und eine vereinbarte Abschlussdefinition für Einführungsleistungen.

Besonders aufschlussreich ist oft die Frage, wer die Konfiguration pflegt, nachdem der Einführungspartner gegangen ist. Ohne diese Zuständigkeit kann selbst ein attraktives Angebot für das erste Jahr zu einem nicht tragfähigen Betriebsmodell führen.

Den Service migrieren und die Nachweise erhalten

Während die Alternative geprüft wird, muss der Service weiterlaufen. Die folgende Abfolge ist eine Planungsempfehlung, keine Aussage über native Migrationswerkzeuge eines Produkts.

1. 1

   Laufende Verpflichtungen erfassen

   Aktive Workflows, Integrationen, offene Datensätze, Wissen, Genehmigungsnachweise und Berichtspflichten auflisten. Kennzeichnen, was für den laufenden Betrieb umziehen muss und was in einem zugänglichen Archiv bleiben kann.

2. 2

   Einen abgegrenzten Service pilotieren

   Eine definierte Gruppe von Anfragenden und einen benannten Serviceverantwortlichen wählen. Normale Anfragen, Ablehnungen, unvollständige Angaben und Eskalationen einbeziehen. Die Personen, die die Arbeit ausführen, sollen das Ergebnis bewerten.

3. 3

   Umstieg und Rückkehr proben

   Identitäten und Felder zuordnen, Anhänge und Beziehungen prüfen und die Umstellung samt Rückweg proben. Klären, wie bestehende offene Tickets behandelt werden und wo ihr historischer Kontext verfügbar bleibt.

4. 4

   Mit klarer Verantwortung umstellen

   Anfrageweg, Supportzuständigkeit und Eskalationsplan bekannt machen. Berichte und Zugriffe prüfen, bevor der alte Zugang geschlossen wird. Historische Datensätze erhalten, die für spätere Untersuchungen und Prüfungen nötig sind.

Für die nächste Arbeitswoche empfiehlt sich, anhand der obigen Regel eine Auswahlliste zu bilden und jedem Anbieter dieselben Abnahmeszenarien zu schicken. Dazu gehört ein klar abgegrenztes Angebot, das sich auf die Vorführung bezieht. So bekommt die Verlängerungsdiskussion eine konkrete Vergleichsgrundlage.

Wie diese Auswahl zustande kam

Die Auswahl folgt fünf Kriterien: Prozessabdeckung, passende Bereitstellung, KI-Nutzungsrechte, Einführungsverantwortung und kaufmännische Klarheit. Die sechs Produkte wurden für einen IT-Vergleich im Großunternehmen und Mittelstand vorgegeben; ihre Reihenfolge folgt unterschiedlichen Beschaffungssituationen. Vorrang hat die Arbeit, die das Unternehmen erhalten muss.

Preis- und Funktionsangaben wurden am genannten Prüftag mit aktuellen Herstellerseiten abgeglichen. Die Aufwandseinschätzungen und Abnahmeszenarien sind redaktionelle Bewertungen. Weder Testeinführungen noch Migrationszeiten, Lösungsquoten oder Kundenergebnisse werden als Testergebnisse ausgegeben.

Separate Dialogaufsätze, allgemeine Aufgabenboards und kostenlose Ticketsysteme für kleine Teams wurden ausgelassen, weil sie denselben Ablösungsumfang nicht belegen. Ein Produkt, das Antworten verbessert, kann neben einem vorhandenen System hilfreich sein. Das ist jedoch eine andere Entscheidung als der Ersatz seiner Servicedatensätze und Kontrollen.

Welche Fehlentscheidungen vermieden werden sollten

Zendesk sollte nicht als vollständiger Infrastruktur-Ersatz vorausgesetzt werden, wenn abhängigkeitsbewusste Änderungs- und Release-Kontrollen erforderlich sind. Geht es beim Einkauf um Kundensupport, bleibt es auf der Liste.

Freshservice Starter oder ServiceDesk Plus Standard sollten nicht das Standardangebot für ausgereiftes ITSM bilden. Ihre niedrigen Einstiegspreise belegen nicht den Problem-, Change- und Konfigurationsumfang, der bei der Verlängerung benötigt wird. Ebenso kritisch ist Jira Service Management in Standard zu prüfen, wenn fortgeschrittene Prozesse oder der virtuelle Serviceagent erforderlich sind.

BMC Helix oder Ivanti führen nicht automatisch zu mehr Einfachheit. Ihr Unternehmensumfang lohnt sich, wenn er gebraucht wird. Einen schmalen Helpdesk auf eine andere breite Plattform zu verlagern, ohne die betrieblichen Anforderungen zu reduzieren, kann das ursprüngliche Problem wiederholen.

Schließlich sollte die Wirtschaftlichkeitsrechnung nicht allein auf KI beruhen. Genehmigungen, Aktionen, Fehlerbehandlung und Nachweise müssen vorgeführt werden, bevor der Automatisierung Personaleinsparungen zugeschrieben werden. Eine hilfreiche Antwort und eine abgeschlossene Serviceanfrage sind unterschiedliche Ergebnisse.

Häufige Fragen

Was ist die beste Alternative zu ServiceNow?

Freshservice ist der allgemeine Ausgangspunkt für Cloud-ITSM im Mittelstand. Jira Service Management rückt bei Atlassian-Anwendern davor; ManageEngine ServiceDesk Plus passt zum Eigenbetrieb; BMC Helix und Ivanti decken einen breiten Unternehmensumfang ab; Zendesk eignet sich bei Schwerpunkt Kundenservice. Die beste Wahl hängt vom benötigten Betriebsumfang ab.

Wird ServiceNow als Ticketsystem genutzt?

Ja. Incident- und Anfragemanagement bearbeiten Servicetickets. Das breitere Angebot umfasst außerdem Prozesse wie Change und Problem Management sowie gemeinsame Konfigurationsdaten. Wird nur die Ticketannahme ersetzt, bleiben möglicherweise andere Aufgaben unberücksichtigt.

Welches Unternehmen ist größer: Salesforce oder ServiceNow?

Gemessen am Umsatz des jeweils letzten abgeschlossenen Geschäftsjahres ist Salesforce größer: Salesforce meldete $41.5 Milliarden für das Geschäftsjahr 2026, ServiceNow $13.278 Milliarden für das Kalenderjahr 2025. Diese Zeiträume enden im Januar 2026 beziehungsweise Dezember 2025 und sind somit nicht identisch. Der Unternehmensumsatz entscheidet nicht über die Produkteignung. Salesforces Geschäftsjahresergebnisse und ServiceNows Jahresbericht.

Nutzt die CIA ServiceNow?

Dieser Vergleich belegt diese konkrete Kundenaussage nicht mit einer verifizierten öffentlichen Quelle. Ein Behördenangebot oder eine Sicherheitszulassung allein würde die Nutzung durch eine bestimmte Behörde nicht nachweisen. Maßgeblich sind die Bereitstellung und Kontrollen, die die eigene Organisation benötigt.

Wächst ServiceNow weiterhin?

Ja, gemessen am gemeldeten Abonnementumsatz: ServiceNow gab für das dritte Quartal 2026 ein Wachstum von 21% gegenüber dem Vorjahr bekannt. Das ist ein veröffentlichtes Betriebsergebnis, keine Prognose für künftiges Wachstum oder die Aktienkursentwicklung. ServiceNows Ergebnisse für das dritte Quartal.

Warum fällt ServiceNow?

Die Frage braucht eine Kennzahl mit Datum: Aktienkursbewegung, Wachstumsrate und Produktleistung sind unterschiedliche Dinge. Eine Aussage über einen Marktrückgang lässt sich ohne konkreten Zeitraum und Belege nicht beurteilen. Für den Einkauf sollten Serviceeignung und Anbieterfortbestand unabhängig von einer Börsenschlagzeile bewertet werden.

Wer sind die größten Kunden von ServiceNow?

Die hier verwendeten Quellen belegen keine Rangfolge nach Kundenausgaben. Siemens AG ist ein öffentlich dokumentierter Kunde; die Fallstudie beschreibt HR Service Delivery. Das macht Siemens jedoch nicht nachweislich zum größten Kunden. ServiceNows Kundenbericht zu Siemens AG.

Warum ist ServiceNow so bekannt?

Das besondere Leistungsversprechen liegt in der Breite der Serviceworkflows und ihrem gemeinsamen Kontext: Anfragen, Incidents, Änderungen, Assets und Konfigurationsbeziehungen. Diese Breite ist wertvoll, wenn sie genutzt wird. Auch ungenutzter Umfang braucht jedoch jemanden, der ihn verantwortet.

Hat ServiceNow eine Zukunft?

Die aktuellen ITSM-Pakete enthalten Funktionen für virtuelle Agenten und KI-Agenten; das Produktangebot greift KI-gestützte Servicearbeit also aktiv auf. Künftige Geschäftsergebnisse sind nicht garantiert. Für eine Verlängerung sollten nachgewiesene aktuelle Funktionen, ein tragfähiges Betriebsmodell und ein passender Vertrag ausschlaggebend sein.

Praktische Orientierung zur Auswahl und Automatisierung betrieblicher Workflows bietet der Newsletter.