Roadmapping: entscheiden, worin Sie investieren, was zuerst kommt und warum.
An Ideen fehlt es den meisten Unternehmen nicht: Dreißig gute Vorschläge liegen auf dem Tisch, die Kapazität reicht für fünf, und für die Auswahl gibt es kein vereinbartes Verfahren.
Roadmapping ordnet Ihre Chancen zu einer priorisierten Folge von Investitionen in ServiceNow und KI. Maßstab sind Nutzen, Machbarkeit und Abhängigkeiten sowie die Frage, wie viel Veränderung Ihr Unternehmen verkraftet.
Jede Entscheidung stützt sich auf einen Business Case, und für das Zielbild ist geklärt, was es für Ihre ServiceNow-Lizenzierung bedeutet. So wird aus der Roadmap eine Zusage, die sich tatsächlich finanzieren lässt.
Die meisten Roadmaps sind überladen und kaum priorisiert.
Wer dreißig Vorhaben auf die Roadmap setzt und kein einziges streicht, hat keinen priorisierten Plan. Er hat eine Warteschlange mit Terminen, und diese Termine werden sich verschieben.
Alles hat Priorität eins
Jede Führungskraft kann für ihr Vorhaben überzeugend argumentieren. Fehlt eine gemeinsame Vergleichsgrundlage, bestimmen Hierarchie und Hartnäckigkeit die Reihenfolge und nicht der Nutzen.
Unklarer Nutzen ohne Verantwortlichen
Ein Nutzen ist versprochen, doch es fehlen eine Ausgangsbasis und ein Verantwortlicher für das Ergebnis. Ob das Vorhaben gewirkt hat, lässt sich deshalb im Nachhinein nicht sagen.
Abhängigkeiten zeigen sich zu spät
Erst in der Umsetzung stellt sich heraus, was das wertvollste Vorhaben voraussetzt: ein Datenmodell, das es nicht gibt, eine Schnittstelle, die niemand eingeplant hat, oder eine Prozessentscheidung, die noch aussteht.
Die Lizenzfrage kommt erst nach der Entscheidung
Das Design ist fertig, da bemerkt jemand: Eine einzige Anforderung hebt das gesamte Produkt in eine höhere Stufe. Oder eine Funktion, die Sie bereits nutzen, gehört inzwischen zu einer Stufe, die Sie nicht lizenziert haben.
Was eine ServiceNow-Implementierungs-Roadmap entscheiden muss.
Eine ServiceNow-Implementierungs-Roadmap legt die Reihenfolge der Investitionen in die Plattform anhand Ihrer Abhängigkeiten fest, nicht anhand eines Produktkatalogs. Sie zeigt, was Sie bereits besitzen, aber nicht nutzen, und welche Fähigkeit das Unternehmen als Nächstes braucht. Außerdem klärt sie, was vorher gebaut oder entschieden werden muss, was der Release-Rhythmus für den Zeitplan bedeutet und welche kommerziellen Folgen das Zielbild hat.
Was Sie bereits haben
Ungenutzte lizenzierte Funktionen, sich überschneidende Produkte und eine Konfiguration, die mit der Zeit uneinheitlich wurde.
Was das Unternehmen als Nächstes braucht
Die Roadmap beschreibt den Bedarf als Fähigkeit statt als Produktnamen und hält fest, was vorher kommen muss: Datengrundlagen, Schnittstellen, die Entscheidung über das führende System oder eine noch offene Frage der Verantwortung.
Was die Plattform-Releases für den Zeitplan bedeuten
Wer den Release-Rhythmus des Herstellers ignoriert, muss die Roadmap neu planen.
Was abgelöst wird
Roadmaps nehmen leicht Neues auf, streichen aber selten etwas. Dabei liegt der Nutzen einer Plattformkonsolidierung meist in dem, was wegfällt.
Zwischen Verkaufen, Betreuen und Umsetzen geht Wert verloren.
Commercial, Customer und Project Operations stehen auf denselben vier Grundlagen. Plant jeder Bereich mit einer eigenen Roadmap, entstehen diese Grundlagen mehrfach, und die Architekturentscheidungen widersprechen sich.
Für KI-Vorhaben gelten dieselben Voraussetzungen wie für alle anderen: verfügbare Daten, klare Prozesse, Integration, Verantwortung und Governance. Wer KI in einem eigenen Strang plant, landet zuverlässig bei Pilotprojekten, die nie in Produktion gehen.
Hinzu kommt, dass ServiceNow KI-Funktionen in seinen Produktstufen bündelt. Damit ist KI Teil der Investitionsentscheidung für die Plattform, ob Sie das so geplant haben oder nicht.
Wissen, was das Zielbild bedeutet, bevor Sie sich festlegen.
Jede Roadmap, die wir erstellen, schließt eine Lizenzberatung ein. Wir prüfen, was das Zielbild für Ihre ServiceNow-Lizenzen bedeutet, und zwar solange das Design noch offen ist, nicht erst bei der Vertragsverlängerung. Erfordert eine einzelne Anforderung eine höhere Produktstufe, gilt diese Stufe für alle lizenzierten Nutzer und nicht nur für den einen, der sie braucht. Was im Design-Workshop wie eine Kleinigkeit aussieht, kann den Preis eines ganzen Produkts verändern.
Ausgangspunkt ist die Fähigkeit, die das Unternehmen braucht. Produkt und Lizenz ergeben sich daraus.
Im Lauf des Jahres 2026 hat ServiceNow seine Produktstufen neu geordnet und KI-Funktionen in diese Stufen gebündelt, statt sie gegen Aufpreis separat anzubieten. Wer Investitionen auf mehrere Wellen verteilt, trifft damit kommerzielle Annahmen. Diese gehören auf den Prüfstand, sobald die Reihenfolge festgelegt wird.
Was Sie bereits besitzen, aber nicht nutzen
Dazu prüfen wir Überschneidungen zwischen Produkten, innerhalb von ServiceNow und mit anderen Systemen, die Sie betreiben.
Welche Fähigkeiten das Zielbild wirklich braucht
Außerdem klären wir, welche Wünsche eine Stufenentscheidung verteuern würde.
Wie das Design von Rollen und Nutzertypen bestimmt, was Sie zahlen
Ob ein Nutzer eine Lizenz braucht, mit der er in die Datensätze anderer schreiben darf, ist zuerst eine Frage des Designs und erst dann eine kommerzielle. Die KI-Nutzung wird nach Verbrauch abgerechnet statt pauschal. Es zählt daher nicht nur, was Sie kaufen, sondern auch, wie viel Sie voraussichtlich verbrauchen.
Wie die Reihenfolge das kommerzielle Bild verändert
Eine Funktion für Welle drei müssen Sie nicht schon ab Welle eins lizenzieren.
Ist eine Lizenzfolge noch eine Designentscheidung.
Ist sie eine Verhandlung.
Die beiden werden ständig verwechselt.
Sie beantworten verschiedene Fragen für verschiedene Zielgruppen.
Eine Roadmap muss erklären, warum etwas als Nächstes kommt, nicht nur wann.
Bleibt Ihre Roadmap die Antwort auf „Warum kommt das nicht zuerst?“ schuldig, ist sie ein Terminplan.
Und sie muss sich in der Umsetzung bewähren.
Die Spezialisten, die Ihre Reihenfolge festlegen, setzen sie auch um. Deshalb entsteht die Roadmap als Bauplan und nicht als Präsentation.
Eine Roadmap beginnt mit der Entscheidung, was Sie nicht tun.
Anforderungen kommen aus allen Richtungen: aus der Strategie, aus Geschäftsproblemen, von Kunden, aus Lücken in der Plattform, aus Regulierung, technischen Schulden, KI-Ideen und Datenproblemen. Es geht darum zu entscheiden, was eine Investition verdient, nicht darum, alles in einem Backlog zu sammeln. Deshalb beschreiben wir jede Chance nach demselben Schema. Entschieden wird anschließend gemeinsam in einer Runde mit den Verantwortlichen für Ergebnisse und Budget.
Dann entscheiden: vier Ergebnisse statt einer Rangliste.
Priorisieren
Der Nutzen ist klar und das Vorhaben jetzt machbar. Die Abhängigkeiten lassen sich innerhalb der Welle lösen, und ein Verantwortlicher ist benannt.
Vorbereiten
Lohnt sich, ist aber noch nicht umsetzbar. Benennen Sie das Hindernis und wie es sich beseitigen lässt.
Überdenken
Der Nutzen ist unklar oder rechtfertigt weder Aufwand noch Lizenzfolgen. Das Vorhaben muss neu gedacht werden, nicht terminiert.
Stoppen
Das Vorhaben ist doppelt, überholt oder einfacher lösbar, oder die Funktion gibt es in Ihrer Systemlandschaft bereits.
Priorisieren heißt, Arbeit zu streichen und sie nicht nur zu sortieren. Landet nichts bei „Stoppen“, wurde nicht wirklich priorisiert.
Entschieden wird gemeinsam in einer Runde, kein Modell rechnet das Ergebnis aus. Die Entscheidung trägt, weil die richtigen Personen sie getroffen haben und ihre Begründung schriftlich vorliegt.
Zu viele Anfragen und keine klare Reihenfolge?
Wir entscheiden mit Ihnen, was zuerst kommt und was gestoppt wird.
Wie priorisiert man ohne Scoring-Modell?
Eine Achse zeigt den Nutzen, die andere die Machbarkeit, darüber liegen drei weitere Ebenen. Hoher Nutzen bei hoher Machbarkeit kommt zuerst. Über die beiden Quadranten dazwischen entscheiden die Ebenen.
Reife
Sind Prozess, Daten, Menschen und Systeme bereit?
Abhängigkeit
Was muss vorher passieren, und wartet noch etwas anderes auf dieselbe Grundlage?
Risiko
Was passiert, wenn es nicht funktioniert, und wie schnell würden wir es merken?
Priorisieren heißt strukturiert abwägen, nicht rechnen.
Mehrere Dimensionen sind kein Problem. Problematisch wird es, wenn sie zu einer gewichteten Gesamtpunktzahl verrechnet werden, denn dann sieht niemand mehr, wer die Gewichte festgelegt hat. Lassen Sie die Dimensionen einzeln sichtbar und bewerten Sie sie neu, sobald sich die Faktenlage ändert.
Das wertvollste Vorhaben kommt nicht unbedingt zuerst.
Ein Vorhaben kann den klarsten Nutzen im Portfolio versprechen und trotzdem der falsche Einstieg sein, weil es auf etwas aufbaut, das noch fehlt. Genau solche Vorhaben suchen wir als Erstes. Zum Beispiel: Die Konfiguration hat schon begonnen, aber das Datenmodell steht noch nicht fest. Oder Fallarten und Service Levels tauchen erst in der Umsetzung auf statt im Design.
Das ist der häufigste Grund, warum Roadmaps nach drei Monaten neu geplant werden.
Das sind keine Fehler der Technologie, sondern Fehler in der Reihenfolge.
Sie wären früher aufgefallen, hätte jemand danach gefragt.
Fundament
Befähigung
Wertbeitrag
Skalierung
Grundlagen lassen sich schwer begründen, sind aber meist unverzichtbar: Datenqualität, Schnittstellen, die Entscheidung über das führende System, ein Operating Model, Governance, Identitäten, ein Plattform-Upgrade. Eine direkte Rendite zu erfinden, ist dafür nicht der ehrliche Weg. Ehrlich ist es, die Vorhaben zu benennen, die ohne diese Grundlagen nicht weiterkommen, und zu zeigen, dass mehrere Vorhaben dasselbe Fundament nutzen.
Die Kosten werden einem Vorhaben zugeordnet, der Nutzen entsteht in mehreren.
Ein Prozess, der noch nicht gestaltet ist, ist keine Implementierungsaufgabe.
Erweist sich eine Abhängigkeit als Beratungsaufgabe, sollte die Roadmap das ausweisen.
Prozess
Ist der Zielprozess vereinbart, oder muss er erst gestaltet werden?
Daten
Gibt es die Daten, sind sie zugänglich und gut genug?
Architektur
Sind Systemgrenzen und führendes System entschieden?
Integration
Hat jemand die Verbindungen geplant?
Plattform
Ist die Funktion in Ihrer Lizenz enthalten?
Governance
Gibt es einen Verantwortlichen und jemanden, der entscheidet?
Kompetenzen und Veränderung
Ist die Kompetenz intern vorhanden, und ist das Fachteam bereit?
Was gehört in den Business Case?
Ein Business Case reicht weiter als eine Nutzenhypothese. Mit ihm geben Sie Budget frei und können die Entscheidung auch später noch begründen.
Ausgangsbasis
Die Kennzahl, auf die es dem Unternehmen am meisten ankommt, steckt oft in einem System, das für ihre Auswertung nie gedacht war.
Zeigt sich das im Roadmapping, wird der Business Case angepasst. Zeigt es sich erst nach dem Go-live, lässt sich der Nutzen nicht mehr belegen. Was heute nicht messbar ist, werten wir als Befund und nicht als Lücke. Wir erfassen die Ausgangsbasis überall dort, wo Ihre Systeme schon heute messen, und benennen die Messgrößen, die vor Beginn der Veränderung noch messbar gemacht werden müssen.
Investition
Implementierung, Lizenzen, interne Arbeitszeit zu einem festgelegten Stundensatz, Integration, Datenarbeit, Veränderungsbegleitung, Schulung und laufender Betrieb.
Der laufende Betrieb fehlt regelmäßig, und er macht aus einem positiven Business Case im zweiten Jahr einen negativen.
Messgrößen und Verantwortung
Wie wird der Nutzen belegt, aus welchem System und von wem? Und wer verantwortet die Umsetzung, wer den Nutzen, wer misst ihn, und wer greift ein, wenn er ausbleibt?
Die zweite und die vierte Rolle fehlen meistens.
Und beim Zusammenzählen geht die Glaubwürdigkeit verloren.
Hinter jeder Nutzenaussage stecken vier grundverschiedene Arten von Nutzen.
Zahlungswirksamer Nutzen
Geld, das tatsächlich anders ins Unternehmen hinein- oder aus ihm herausfließt, etwa durch ein abgelöstes System oder ein reduziertes Abonnement
Vermiedene Kosten
Kosten, die sonst angefallen wären, zum Beispiel für eine Stelle, die nicht besetzt werden muss
Freigesetzte Kapazität
Zeit, die in bestehenden Teams frei wird
Qualitativ und strategisch
Kundenerlebnis, Resilienz, Skalierbarkeit, Entscheidungsqualität
Zahlungswirksamer Nutzen direkt, vermiedene Kosten ausdrücklich als vermiedene Kosten und nicht als Einsparung.
Nicht für sich allein. Mit benanntem Ziel zählt sie als vermiedene Kosten.
Nein. Benennen, nicht in Geld umrechnen.
Gesparte Zeit ist nicht automatisch gespartes Geld.
Zu Geld wird frei gewordene Zeit erst, wenn Kosten wegfallen oder die Kapazität für etwas eingesetzt wird, das Wert schafft. Sie kann aber auch ungenutzt versickern. Direkt in die Finanzrechnung gehören nur zahlungswirksamer Nutzen und vermiedene Kosten. Die Gesamtzahl fällt so kleiner aus, dafür hält der Business Case der Prüfung durch den Finanzbereich stand.
Vorsicht bei Doppelzählungen.
Eine Verbesserung erscheint oft in drei Zeilen: als Produktivitäts-, als Kosten- und als Kundennutzen.
Ein Nutzen, eine Zeile, ein Verantwortlicher.
Machen Sie die Annahmen sichtbar.
Der häufigste Fehler, den wir beobachten, ist nicht zu viel Optimismus, sondern eine einzige, scheinbar sichere Zahl, hinter der alle Unsicherheiten verschwinden.
Keine dieser Annahmen ist unvernünftig. Unvernünftig ist es, sie zu verstecken.
Die Nutzungsquote
Das Transaktionsvolumen
Der Automatisierungsgrad
Der voll belastete Stundensatz
Die Abhängigkeit, die pünktlich fertig sein soll
Deshalb gehört zu jedem Business Case ein sichtbares Annahmenregister. Jede Annahme steht dort mit Wert und Quelle, dazu ein Hinweis, wie empfindlich der Business Case reagiert, falls sie nicht zutrifft. Stellt sich eine Annahme als falsch heraus, passen Sie den Business Case an, statt ihn zu verwerfen.
Fertig ist eine Roadmap erst, wenn das Umsetzungsteam direkt damit arbeiten kann.
Die Umsetzung der Roadmap übernehmen wir selbst. Die Reihenfolge legen Spezialisten fest, die wissen, was der Bau jeder Welle erfordert. Eine Übergabe von der Beratung an ein anderes Umsetzungsteam gibt es nicht.
Genau das kann Ihnen eine reine Beratungsfirma nicht bieten.
Mit der Freigabe ist der Business Case nicht erledigt. Er wird zum Messplan. Die Ausgangswerte werden vor der Veränderung erfasst, die Messgrößen während der Umsetzung verfolgt. Erweist sich eine Nutzenannahme als falsch, wird die Roadmap angepasst, statt die Zahl stillschweigend umzudeuten.
Eine Roadmap muss gesteuert werden, nicht laminiert.
So läuft ein Roadmapping ab.
Das Roadmapping umfasst acht Schritte. Drei davon sind Workshops mit Ihren Mitarbeitern. In den übrigen analysieren wir und legen Ihnen das Ergebnis zur Entscheidung vor.
Ergebnisse festlegen
Workshop mit dem Executive Sponsor und den Ergebnisverantwortlichen
Zwei bis vier geschäftliche Messgrößen, die sich durch die Roadmap verbessern sollen, jede mit einem benannten Verantwortlichen. Sie entscheiden, welche Messgrößen zählen.
Chancen erfassen und strukturieren
Unsere Arbeit, gestützt auf Interviews mit den Ideengebern
Alle Chancen werden mit denselben neun Feldern beschrieben.
Nutzen und Machbarkeit bewerten
Unsere Arbeit, geprüft mit den Ergebnisverantwortlichen
Der Nutzen wird nach Art eingeordnet, die Ausgangsbasis ermittelt oder ehrlich als fehlend gekennzeichnet.
Abhängigkeiten und Reife abbilden
Workshop mit den Verantwortlichen für Prozesse, Daten, Architektur und Plattform
Dazu gehören auch Abhängigkeiten, die Beratung erfordern und keine Umsetzung.
Den Business Case aufbauen
Unsere Arbeit, validiert mit Ihrem Finanzbereich
Lizenz- und Funktionsfolgen prüfen
Unsere Arbeit, gemeinsam mit Ihrem Platform Owner
Bevor Sie sich auf eine Reihenfolge festlegen, ist dokumentiert, was das Zielbild verlangt, was Sie bereits besitzen und wo sich Produkte überschneiden.
Priorisieren und Reihenfolge festlegen
Entscheidungsworkshop mit den Menschen, die Ergebnisse und Budget verantworten
Sie entscheiden über die Reihenfolge und darüber, was von der Liste gestrichen wird.
Überprüfung und Messung verankern
Unsere Arbeit, übergeben an Ihre benannten Verantwortlichen
Festgelegt ist, was ab wann von wem gemessen wird und was eine neue Priorisierung auslöst.
Sechs Ergebnisse, die bei Ihnen bleiben und die Sie prüfen können.
Priorisierte Roadmap
Mit Begründung für die Reihenfolge und mit den Vorhaben, die wir zu stoppen empfehlen.
Business Cases
Ausgangsbasis, Investition, typisierter Nutzen und ein sichtbares Annahmenregister.
Abhängigkeitslandkarte
Welches Vorhaben welches blockiert, nach Kategorie, und welche Grundlagen gemeinsam genutzt werden.
Lizenz- und Funktionssicht
Was das Zielbild bedeutet, was Sie bereits besitzen, was sich überschneidet.
Messplan
Die Messgrößen, die Ausgangswerte, die Verantwortlichen und der Zeitplan.
Umsetzungsreihenfolge
Die Wellen und der empfohlene nächste Schritt für jedes Vorhaben.
Die Nutzenlogik können Sie selbst nachprüfen: Die Annahmen liegen offen, sodass Ihr Finanzbereich jede einzelne hinterfragen kann.
Wir planen ein, was wir selbst bauen müssen.
Business first
Fehlen einem Vorhaben ein messbares Ergebnis und ein benannter Verantwortlicher, sprechen wir das an, bevor wir es einplanen.
Schwerpunkt ServiceNow
Wir wissen, was in den Produktstufen wirklich enthalten ist, was eine Stufenentscheidung für alle Nutzer zusammen kostet und welcher Aufwand hinter der Umsetzung einer Funktion steckt.
Unabhängige Beratung
Für jede wesentliche Funktion dokumentieren wir das empfohlene führende System und die Integrationsgrenze, auch wenn ein System, das Sie bereits betreiben, die bessere Lösung ist.
Ein Team von der Reihenfolge bis zum Go-live
Was wir einplanen, setzen wir auch selbst um. In unseren Roadmaps steht deshalb nichts, was wir nicht selbst bauen müssten.
Wir wissen, wo Roadmaps ins Rutschen geraten
Wir fragen konkret nach Abhängigkeiten, denn unsere Spezialisten haben genau diese Fehler schon selbst bewältigt: ein Datenmodell, das bei Beginn der Konfiguration noch offen ist, Anforderungen einzelner Gesellschaften, die mitten in der Umsetzung auftauchen, oder eine ungeklärte Verantwortung für einen Geschäftsbereich, die erst in der Umsetzung zum Problem wird.
Erfahrene Spezialisten statt Personalpool
Unser Gründungsteam und unsere erfahrenen Spezialisten bringen jahrzehntelange Praxis mit. Wer Ihren Business Case aufbaut, sitzt schon beim ersten Gespräch mit am Tisch.
Beginnen Sie mit der Reihenfolge, nicht mit dem Einkaufszettel.
Bringen Sie Ihre bestehende Liste mit. Nach einer gemeinsamen Arbeitssitzung wissen Sie, welche Vorhaben startklar sind und was die übrigen blockiert, wie die Reihenfolge aussehen sollte und was wir streichen würden.
Die Fragen, die uns Entscheider stellen.
Was ist eine ServiceNow-Implementierungs-Roadmap?
›
Eine solche Roadmap ordnet Ihre Investitionen in die Plattform nach Priorität und begründet die Reihenfolge. Darin steht, welche Ergebnisse zählen und wer sie verantwortet, welche Vorhaben in welcher Abfolge verfolgt werden, wovon jedes abhängt und was das Zielbild für Ihre Lizenzierung bedeutet. Eine echte Roadmap erkennen Sie daran, dass sie eine Antwort auf die Frage „Warum kommt das nicht zuerst?“ hat.
Was ist der Unterschied zwischen einer Roadmap und einem Projektplan?
›
Eine Roadmap richtet sich an die Budgetverantwortlichen und beantwortet ihre Fragen: Warum das, warum jetzt, warum nicht etwas anderes? Ein Projektplan richtet sich an das Umsetzungsteam und klärt, wer was bis wann erledigt. Beide ergänzen sich. Wer sie vermischt, macht aus einem Gespräch über die Finanzierung einen Streit über Termine.
Wie priorisiert man eine Transformations-Roadmap?
›
Man stellt Nutzen und Machbarkeit gegenüber und legt dann Reife, Abhängigkeit und Risiko darüber. Alle Vorhaben werden nach demselben Schema beschrieben. Statt eines Platzes in einer Rangliste erhält jedes eines von vier Ergebnissen: Priorisieren, Vorbereiten, Überdenken oder Stoppen. Belastbar ist das Ergebnis, weil die richtigen Personen entscheiden und ihre Begründung festhalten. Landet nichts bei „Stoppen“, wurde nicht wirklich priorisiert.
Wie wirkt sich die ServiceNow-Lizenzierung auf eine Implementierungs-Roadmap aus?
›
Stärker, als die meisten Roadmaps annehmen. ServiceNow bietet seine Produkte in Stufen an. Braucht eine einzelne Anforderung eine höhere Stufe, gilt diese in der Regel für alle lizenzierten Nutzer, und so kann schon eine kleine Designentscheidung den Preis eines ganzen Produkts verändern. 2026 hat ServiceNow die Stufen zudem neu geordnet und KI-Funktionen darin gebündelt. Deshalb berücksichtigt jede Roadmap, die wir erstellen, die Lizenzen. Die genauen Bedingungen regelt Ihr Vertrag mit ServiceNow.
Wie passen KI-Vorhaben in eine Transformations-Roadmap?
›
KI-Vorhaben gehören in die Roadmap, nicht daneben. Für sie gelten dieselben Voraussetzungen wie für alle anderen Vorhaben: Daten, klare Prozesse, Integration, Verantwortung und Governance. Eine eigene KI-Roadmap führt zuverlässig zu Pilotprojekten, die nie in Produktion gehen. Welche KI-Chancen sich lohnen, klärt eine Discovery, ihren Platz in der Reihenfolge bestimmt das Roadmapping.