KI-Roadmap erstellen: Von Use Cases zur umsetzbaren Reihenfolge

Eine KI-Roadmap wird selten an fehlenden Ideen scheitern. 54,5 % der deutschen Unternehmen geben laut ifo-Konjunkturumfrage vom Mai 2026 an, KI in ihren Geschäftsprozessen zu nutzen – ein Sprung von 40,9 % im Jahr davor. Das Problem liegt woanders: Wenn fünf Fachbereiche gleichzeitig mit eigenen KI-Ideen kommen, konkurrieren sie um dieselbe Aufmerksamkeit, dasselbe Budget und dieselben knappen IT-Kapazitäten. Ohne eine gemeinsame Reihenfolge entsteht kein Portfolio, sondern ein Stau aus Einzelinitiativen, von denen die lauteste gewinnt – nicht die wirksamste.

Dieser Artikel beantwortet die Kernfragen einer KI-Roadmap im Zusammenhang: Was gehört hinein, wie priorisierst du Use Cases, wie planst du Piloten, welche Governance-Arbeit läuft parallel, und wie machst du Fortschritt messbar. Er richtet sich an Geschäftsführung, Operations, IT und Fachbereiche in KMU, die mehrere KI-Ideen im Haus haben und daraus eine belastbare Reihenfolge statt eines weiteren Foliensatzes machen wollen. Die vorgelagerte Frage – wie du überhaupt Use Cases sammelst und dein Unternehmen für die Einführung aufstellst – behandelt der Cluster-Artikel KI-Strategie.

Direkte Antwort: Was gehört in eine KI-Roadmap?

Eine KI-Roadmap enthält vier Bausteine: eine bewertete Use-Case-Liste mit Priorität und Abhängigkeiten, eine zeitliche Sequenz aus Pilot- und Skalierungsphasen, einen parallelen Governance-Track für Datenschutz, KI-Kompetenz und AI-Act-Pflichten sowie messbare Meilensteine je Use Case. Entscheidend ist, dass sie kein einmaliger Plan ist, sondern ein rollierendes Portfolio – quartalsweise nachgeschärft, wenn Piloten Ergebnisse liefern und sich Prioritäten verschieben. Die restlichen Abschnitte dieses Artikels gehen jeden Baustein einzeln durch.

Begriffe kurz geklärt

Vier Begriffe werden in Roadmap-Diskussionen oft vermischt:

• KI-Strategie ist die grundsätzliche Entscheidung, wo KI im Geschäft in den nächsten ein bis drei Jahren Wirkung entfalten soll – die Leitplanken, innerhalb derer die Roadmap arbeitet.
• KI-Roadmap ist die konkrete, zeitlich geordnete Umsetzung dieser Strategie: welcher Use Case wann, mit welchen Abhängigkeiten und welchem Ressourceneinsatz.
• Use Case ist ein einzelner, abgegrenzter Anwendungsfall innerhalb der Roadmap – nicht „KI im Vertrieb”, sondern „Angebotsentwürfe aus CRM-Daten generieren”.
• Governance ist die Querschnittsarbeit, die neben den einzelnen Use Cases läuft: Datenschutz, Nutzungsregeln, Kompetenzaufbau, regulatorische Pflichten. Governance ist kein eigener Roadmap-Punkt am Ende, sondern eine Spur, die von Anfang an mitläuft.

Wichtig ist die Abgrenzung nach unten: Eine Liste von zehn KI-Ideen mit Sternchen-Bewertung ist noch keine Roadmap. Eine Roadmap braucht Sequenz (was zuerst), Abhängigkeiten (was setzt was voraus) und Entscheidungspunkte (wann wird neu bewertet).

Was gehört in eine KI-Roadmap?

Über die kurze Antwort hinaus lohnt sich der Blick auf die vier Bausteine im Detail, weil sich hier die häufigsten Lücken zeigen:

1. Die bewertete Use-Case-Liste. Nicht jede Idee, die im Unternehmen kursiert, gehört auf die Roadmap. Was dorthin gehört, sind Use Cases, die einen Bewertungsprozess durchlaufen haben – dazu mehr im nächsten Abschnitt. Eine Roadmap ohne Bewertungslogik ist eine Wunschliste.

2. Die Sequenz. Welcher Use Case läuft zuerst, welcher baut auf welchem auf, welche laufen parallel, weil sie unterschiedliche Teams und Systeme betreffen. Abhängigkeiten sind der meistübersehene Punkt: Ein Use Case zur automatisierten Rechnungsprüfung ist nutzlos priorisiert, wenn die zugrunde liegenden Belege noch nicht digital erfasst werden – das ist dann kein KI-Projekt, sondern zuerst ein Digitalisierungsprojekt.

3. Der Governance-Track. Parallel zu den fachlichen Use Cases läuft eine zweite Spur: Datenschutzprüfung, KI-Nutzungsrichtlinie, Kompetenzaufbau, regulatorische Vorbereitung. Diese Spur hat eigene Meilensteine, die nicht von einzelnen Use Cases abhängen.

4. Messbare Meilensteine. Jeder Use Case braucht vorher definierte Kennzahlen und einen Zeitpunkt, an dem geprüft wird, ob er sie erreicht hat. Ohne das bleibt „Fortschritt” eine gefühlte Aussage.

Was in eine KI-Roadmap ausdrücklich nicht gehört: eine vollständige Liste aller irgendwann denkbaren KI-Anwendungen im Unternehmen. Eine gute Roadmap zeigt die nächsten zwei bis vier Use Cases im Detail und den Rest als grobe Themenliste, die sich mit jedem Quartal neu sortiert. Alles andere ist Planungstheater für eine Zukunft, die sich ohnehin ändert.

Wie priorisiert man Use Cases?

Der klassische Fehler ist, Use Cases nach ihrem theoretischen Potenzial zu sortieren – „das bringt am meisten Umsatz” – und dabei zu ignorieren, was der Use Case an Vorarbeit voraussetzt. Eine Roadmap braucht deshalb zwei Achsen statt einer: Wirkungshöhe und Abhängigkeitsgrad.

Sequenzierungs-Matrix (eigenes Modell Philogic Labs):

	Geringer Abhängigkeitsgrad (Daten & Systeme vorhanden)	Hoher Abhängigkeitsgrad (Datenfundament fehlt noch)
Hohe Wirkungshöhe	Quick Win – zuerst einplanen, guter erster oder zweiter Pilot	Fundament zuerst – Wirkung groß, aber Vorarbeit nötig (Datenaufbereitung, Systemanbindung); in die Roadmap aufnehmen, aber hinter das Fundament-Projekt setzen
Geringe Wirkungshöhe	Später – machbar, aber kein Prioritätstreiber; als Lückenfüller oder Lernprojekt nutzen	Vermeiden – hoher Aufwand für geringen Nutzen; von der Roadmap streichen oder auf „Beobachten” setzen

Die Matrix unterscheidet sich bewusst von einer reinen Nutzen-Machbarkeits-Bewertung einzelner Use Cases: Sie sortiert für die Reihenfolge im Portfolio, nicht nur für die Frage, ob ein einzelner Use Case gut oder schlecht ist. Ein Use Case im Feld „Fundament zuerst” ist nicht schlecht bewertet – er braucht nur einen vorgelagerten Schritt, bevor er reif für einen Piloten ist. Das ist der Unterschied zwischen einer Use-Case-Bewertung (wie sie der Artikel zu KI-Use-Cases im Detail behandelt) und einer Roadmap-Sequenzierung, die zusätzlich Abhängigkeiten zwischen den Use Cases berücksichtigt.

In der Praxis reichen meist zwei bis vier Use Cases im Feld „Quick Win”, um eine erste Roadmap-Iteration von zwei bis drei Quartalen zu füllen. Alles Weitere wandert als grobe Idee in ein Backlog, das bei der nächsten Nachschärfung neu bewertet wird – Prioritäten von heute sind selten die von in einem Jahr.

Wie plant man Piloten?

Jeder priorisierte Use Case wird nicht direkt ausgerollt, sondern zunächst als Pilot in die Roadmap eingeplant. Ein gut geplanter Pilot hat vier feste Eigenschaften:

• Enger Scope. Ein Prozess, ein Team, keine Parallelversion für „falls das nicht klappt”. Je enger der Scope, desto klarer das Ergebnis.
• Feste Laufzeit. Als grobe Bandbreite für KMU: sechs bis zwölf Wochen, abhängig von der Integrationstiefe. Ein Workflow auf Basis bestehender Tools ist schneller startklar als eine Anbindung an ein gewachsenes ERP-System.
• Vorher definierte Erfolgskriterien. Nicht „fühlt sich gut an”, sondern konkrete Kennzahlen – dazu mehr im Abschnitt zur Messbarkeit.
• Ein echtes Enddatum mit Entscheidung. Ausrollen, anpassen oder einstellen. „Einstellen” muss ein zulässiges Ergebnis sein, sonst ist der Pilot in Wahrheit ein verkappter Rollout ohne Prüfung.

Für die Roadmap-Planung wichtig: Plane pro Quartal in der Regel nur einen bis zwei Piloten gleichzeitig ein, nicht fünf. Bei begrenzten internen Kapazitäten – die knappe Ressource ist fast nie das Budget, sondern die Zeit der Person, die den Use Case fachlich verantwortet – verwässern parallele Piloten die Aufmerksamkeit, und am Quartalsende ist keiner davon sauber ausgewertet. Wie du einen einzelnen Piloten im Detail aufsetzt, von Testgruppe bis Auswertung, vertieft der Cluster-Artikel zum KI-Pilotprojekt.

Welche Governance-Arbeit läuft parallel?

Governance ist auf einer Roadmap kein Punkt am Ende, sondern eine eigene Spur, die von Anfang an neben den fachlichen Piloten läuft. Vier Arbeitspakete gehören typischerweise hinein:

1. Datenschutz und Auftragsverarbeitung. Vor dem ersten produktiven Einsatz mit personenbezogenen Daten: Rechtsgrundlage klären, Auftragsverarbeitungsvertrag mit dem Anbieter prüfen, bei Bedarf eine Datenschutz-Folgenabschätzung. Das gehört in den Roadmap-Meilenstein „Pilot-Start”, nicht danach nachgereicht.

2. Eine kurze KI-Nutzungsrichtlinie. Welche Daten dürfen in welche Tools, wer prüft neue Anbieter, welche Ausgaben dürfen ungeprüft nach außen. Eine verständliche Seite, die alle kennen, wirkt gegen Schatten-KI zuverlässiger als ein Verbot, das niemand liest.

3. KI-Kompetenzaufbau. Seit dem 2. Februar 2025 verpflichtet Artikel 4 der europäischen KI-Verordnung Anbieter und Betreiber von KI-Systemen zur Sicherstellung ausreichender KI-Kompetenz bei den Beschäftigten, die mit den Systemen arbeiten. Für KMU ohne eigenes Schulungsbudget bietet das Bundesministerium für Wirtschaft und Klimaschutz über die Mittelstand-Digital-Zentren ein kostenfreies, anbieterneutrales Angebot mit rund 100 KI-Trainerinnen und -Trainern bundesweit – Workshops, Betriebsbesuche und Vorträge zur KI-Einordnung. Wer das Thema intern und praxisnah vertiefen will, findet in unseren Schulungen ein passendes Format.

4. Regulatorische Vorbereitung auf den weiteren AI-Act-Zeitplan. Nach der offiziellen Umsetzungs-Timeline der Europäischen Kommission gelten ab dem 2. August 2026 die Transparenzpflichten aus Artikel 50 breiter, ab dem 2. Dezember 2027 die Pflichten für Hochrisiko-Systeme nach Anhang III und ab dem 2. August 2028 die Regeln für Hochrisiko-KI in bereits regulierten Produkten nach Anhang I. Für die meisten KMU-Use-Cases mit Sprachmodellen sind das aktuell keine Hochrisiko-Anwendungen – aber sobald KI Entscheidungen über Menschen vorbereitet, etwa bei Bewerbungen, Kreditvergabe oder Leistungsbewertung, gehört eine Einstufungsprüfung fest in den Governance-Track. Diese Angaben ersetzen keine Rechtsberatung (Stand Juli 2026); verbindliche Details liefert die Europäische Kommission über den offiziellen AI Act Service Desk.

Governance ohne eigene Meilensteine verschwindet in der Praxis fast immer hinter den lauteren fachlichen Piloten. Deshalb gehört sie mit eigenen Terminen auf dieselbe Roadmap, nicht in ein separates Compliance-Dokument, das niemand mit der Umsetzung verknüpft.

Wie wird Fortschritt messbar?

Eine Roadmap ohne Messung ist eine Absichtserklärung. Messbarkeit funktioniert auf zwei Ebenen:

Ebene 1: pro Use Case. Jeder Pilot braucht vorher festgelegte Kennzahlen, gemessen vor und nach dem Einsatz – typische Beispiele sind Bearbeitungszeit pro Vorgang, Fehlerquote, Durchlaufzeit oder Nutzungsgrad durch das Team. Welche Kennzahl passt, hängt vom Use Case ab; wichtig ist nur, dass sie vor dem Pilotstart feststeht, nicht danach passend konstruiert wird.

Ebene 2: über das gesamte Portfolio. Quartalsweise lohnt sich ein kurzer Statuscheck der gesamten Roadmap gegen die ursprüngliche Priorisierung: Welche Use Cases sind abgeschlossen, welche laufen, welche wurden bewusst eingestellt, welche neuen sind hinzugekommen? Das ist kein aufwändiges Reporting, sondern eine halbe Seite, die Geschäftsführung und Use-Case-Owner gemeinsam durchgehen.

Was hier ausdrücklich nicht funktioniert: eine unternehmensweite „KI-Erfolgsquote” oder eine pauschale Einsparzahl über alle Use Cases hinweg. Die einzelnen Anwendungsfälle sind zu unterschiedlich, um sie auf eine Kennzahl zu verdichten – wer dir eine solche Zahl vor Beginn der Piloten verspricht, hat sie erfunden, nicht gemessen.

Umsetzung: Die Roadmap als Board, nicht als Dokument

Eine Roadmap, die als PDF im Laufwerk liegt, veraltet innerhalb eines Quartals. In der Praxis funktioniert ein einfaches Board – ob als Tabelle, Kanban-Board oder Projektmanagement-Tool – deutlich besser, weil es zum Nachschärfen einlädt statt zum Archivieren. Eine Roadmap-Zeile sollte mindestens diese Spalten enthalten:

Roadmap-Board-Vorlage (eigenes Template Philogic Labs):

Use Case	Matrix-Feld	Abhängigkeiten	Zeitraum	Owner	Governance-Bezug	Status
Support-Mails kategorisieren & Entwürfe erstellen	Quick Win	keine	Q1, Pilot 8 Wochen	Fachbereich Support	Datenschutzprüfung Kundendaten	Pilot läuft
Angebotsentwürfe aus CRM-Daten	Quick Win	CRM-Datenqualität geprüft	Q1–Q2	Vertrieb	Nutzungsrichtlinie Kundendaten	Geplant
Automatisierte Rechnungsprüfung	Fundament zuerst	Digitale Belegerfassung fehlt	Q3, nach Fundament-Projekt	Finance/IT	–	Backlog
Absatzprognose mit KI	Vermeiden	historische Daten unvollständig	–	–	–	Beobachten

So oder ähnlich – die konkreten Spalten passt du an dein Unternehmen an. Entscheidend sind vier Dinge: Matrix-Feld aus der Priorisierung, sichtbare Abhängigkeiten, ein Governance-Bezug pro Zeile und ein Status, der regelmäßig aktualisiert wird.

Der Rhythmus, der sich in der Praxis bewährt: Die ersten ein bis zwei Piloten im Detail planen, den Rest grob im Backlog halten, und das Board quartalsweise gemeinsam mit den Use-Case-Ownern und der Governance-Verantwortung durchgehen. Neue Use Cases kommen dazu, abgeschlossene Piloten wandern in „Skalierung” oder „Eingestellt”, und die Matrix-Einstufung wird neu geprüft, wenn sich das Datenfundament verändert hat.

Risiken & Grenzen

Eine Roadmap löst nicht jedes Problem, und einige Fehler tauchen regelmäßig auf:

• Die Roadmap wird zum Wunschzettel. Wenn jeder Fachbereich seine Idee unterbringen will und niemand priorisiert, wächst die Liste, ohne dass sich an der Umsetzungsgeschwindigkeit etwas ändert. Die Sequenzierungs-Matrix hilft nur, wenn sie auch zu echten Streichungen führt.
• Governance wird nachgelagert statt parallel geplant. Der häufigste Verzug entsteht, wenn ein Pilot technisch fertig ist, aber die Datenschutzprüfung erst dann beginnt. Governance-Meilensteine gehören von Anfang an auf dieselbe Zeitachse wie die fachlichen Piloten.
• Die Roadmap bleibt statisch. Ein Dokument, das einmal erstellt und nie wieder angefasst wird, verliert nach einem Quartal seinen Wert – neue Erkenntnisse aus Piloten, veränderte Prioritäten und neue regulatorische Fristen gehören eingearbeitet.
• Abhängigkeiten werden übersehen. Ein Use Case, der auf einem fehlenden Datenfundament aufbaut, gehört nicht in dieselbe Priorität wie ein sofort startbarer. Wird das ignoriert, verzögert sich der gesamte Pilot, und das Vertrauen in die Roadmap sinkt.
• Zahlen ohne Grundlage. Wirkungshöhe, Zeiträume und Kosten in der Roadmap sind Schätzungen mit Annahmen, keine Zusagen. Wer sie als Festpreis oder garantierte Einsparung kommuniziert, überzieht das, was eine Roadmap an dieser Stelle leisten kann.

Und eine Grenze dieses Artikels selbst: Er beschreibt eine Methode zur Priorisierung und Sequenzierung, kennt aber weder dein Unternehmen noch deine Datenlage. Ob dein größter Quick Win im Support, im Vertrieb oder im Backoffice liegt, entscheidet sich erst an der konkreten Bewertung deiner eigenen Use Cases. Wenn du diese Bewertung gemeinsam mit uns machen willst: Unser Beratungsangebot mit Prozess-Audit und Roadmap-Entwicklung findest du auf der Startseite, und ein kostenloses Erstgespräch klärt in 45 Minuten den nächsten Schritt.

Checkliste: KI-Roadmap erstellen

1. Wir haben eine bewertete Use-Case-Liste, keine unsortierte Ideensammlung.
2. Jeder Use Case ist über die Sequenzierungs-Matrix einem Feld zugeordnet (Quick Win, Fundament zuerst, Später, Vermeiden).
3. Abhängigkeiten zwischen Use Cases sind sichtbar gemacht, bevor priorisiert wird.
4. Pro Quartal ist maximal ein bis zwei Piloten gleichzeitig eingeplant.
5. Jeder Pilot hat engen Scope, feste Laufzeit, vorher definierte Erfolgskriterien und ein echtes Enddatum.
6. Der Governance-Track (Datenschutz, Nutzungsrichtlinie, KI-Kompetenz, AI-Act-Einstufung) läuft mit eigenen Meilensteinen parallel zu den fachlichen Piloten.
7. Die KI-Kompetenzpflicht aus Artikel 4 der KI-Verordnung ist für alle betroffenen Mitarbeitenden erfüllt oder terminiert.
8. Jeder Use Case hat vorher festgelegte, vor und nach dem Pilot gemessene Kennzahlen.
9. Es gibt einen quartalsweisen Statuscheck des gesamten Roadmap-Portfolios gegen die ursprüngliche Priorisierung.
10. Die Roadmap liegt als lebendes Board vor, nicht als einmaliges Dokument.
11. Zeiträume, Aufwände und erwarteter Nutzen sind als Bandbreiten mit genannten Annahmen kommuniziert, nicht als Zusagen.
12. Es ist geklärt, wer die Roadmap pflegt – eine benannte Verantwortung, kein „macht sich von selbst”.

Wie du die einzelnen Use Cases sammelst und bewertest, vertieft der Cluster-Artikel zu KI-Use-Cases; die Detailplanung eines einzelnen Piloten – von Testgruppe bis Auswertung – behandelt der Artikel zum KI-Pilotprojekt. Beide gehören zum Themen-Cluster KI-Strategie.