KI im Unternehmen einführen: Leitfaden in 5 Phasen mit Pilotplan

KI im Unternehmen einzuführen lässt sich in fünf Phasen gliedern: Potenzialanalyse, Priorisierung der Anwendungsfälle, ein Pilot mit einem einzigen Prozess, Integration und Skalierung, Weiterentwicklung. Der Grundgedanke dahinter: Ein klar abgegrenzter Prozess wird in vier Wochen produktiv gesetzt und danach an der Baseline gemessen, und erst mit diesen Messwerten entscheiden Sie über die Ausweitung.

Dieser Leitfaden gibt Ihnen für jede Phase eine Prüfliste, rechnet die Auswahl des ersten Anwendungsfalls an drei Beispielprozessen vor und legt einen Wochenplan für den Pilot fest, mit Messliste und Abbruchkriterien. Ob Ihr Unternehmen die Voraussetzungen mitbringt, können Sie vorab mit dem kostenlosen KI-Quick-Check einschätzen lassen.

Die 5 Phasen im Überblick

Phase	Ergebnis	Wer entscheidet
1 Potenzialanalyse	Liste der Prozesse mit gezähltem Volumen, dazu eine Übersicht der KI-Werkzeuge, die schon genutzt werden, und eine Nutzungsregel	Prozessverantwortliche; Nutzungsregel: Geschäftsführung
2 Priorisierung	ein Pilot-Prozess mit Nutzenrechnung, Kennzahlen und schriftlichen Abbruchkriterien	Geschäftsführung
3 Pilot in vier Wochen	ein Prozess im Produktivbetrieb, mit menschlicher Freigabe	Geschäftsführung (Go/No-Go)
4 Integration und Skalierung	Lösung mit benannter Betriebsverantwortung, schrittweise ausgeweitet	Geschäftsführung je Stufe
5 Weiterentwicklung	eine Roadmap, in der jeder nächste Fall mit gemessenen statt geschätzten Werten gerechnet ist	Geschäftsführung

Wer mitarbeitet: die Rollen

Für eine KI-Einführung bauen Sie keine neue Abteilung auf, sondern verteilen Zuständigkeiten. Benennen Sie vor Phase 2 für jede Rolle eine Person:

• Auftraggeber in der Geschäftsführung: gibt Budget, Zeit und die Nutzungsregel frei und trifft die Go/No-Go-Entscheidungen.
• Prozessverantwortliche Person aus dem Fachbereich: führt den Pilot und braucht das Mandat, den Ablauf zu ändern. Prüfen Sie, ob sie es hat: Sonst läuft die neue Lösung neben dem alten Prozess her, statt ihn zu ersetzen.
• Ein bis zwei künftige Nutzer: beschreiben die Ausnahmen, die in keiner Prozessbeschreibung stehen, und prüfen im Pilot die Ergebnisse.
• Technische Umsetzung: intern oder extern.
• IT und Datenschutz: klären Zugänge zu den Systemen und die Verträge mit Dienstleistern.
• Betriebsrat, falls vorhanden (Prüfliste Phase 2). Wie Sie die Belegschaft vorab informieren und wann der Betriebsrat einzubeziehen ist, beantworten unsere Fragen zur KI-Einführung.
• Betriebsverantwortung ab dem Produktivstart: die Person, die einen Ausfall bemerkt und die Reparatur veranlasst.

Lassen Sie extern umsetzen, prüfen Sie im Angebot drei Punkte: Wer betreibt die Lösung nach dem Produktivstart? Bekommen Sie Zugänge und Dokumentation übergeben, sodass ein anderer Dienstleister übernehmen könnte? Steht Wartung als eigener Posten im Angebot?

Phase 1: Potenzialanalyse – wo KI wirklich hilft

Bevor Sie über Werkzeuge sprechen, brauchen Sie eine Liste der Prozesse, die sich für KI eignen könnten. Dokumentieren Sie wiederkehrende Aufgaben, von der Kundenbetreuung über die Buchhaltung bis zur Qualitätskontrolle. In die engere Wahl kommen:

• repetitive Aufgaben mit klaren Regeln,
• zeitaufwändige manuelle Prüfungen und Datenübertragungen,
• datenbasierte Entscheidungsprozesse,
• vorhersagbare Muster in Ihren Daten.

Anwendungsfelder, die Sie dabei durchgehen können: Kundenservice (Ticket-Kategorisierung, Antwortvorschläge), Vertrieb (Lead-Qualifizierung, Prognosen), Einkauf (Bedarfsvorhersage), Qualitätskontrolle (Bildanalyse zur Fehlererkennung) und Verwaltung (Rechnungsverarbeitung, Datenextraktion aus Dokumenten).

Für eine erste Einschätzung eines Prozesses genügen fünf Fragen:

1. Verarbeiten wir hier regelmäßig strukturierte Daten?
2. Sind die Entscheidungsregeln klar definierbar?
3. Bindet diese Aufgabe spürbar Arbeitszeit, Tag für Tag?
4. Entstehen durch Fehler oder Verzögerungen echte Kosten?
5. Liegen die nötigen Daten vor, also Dokumente, Vorgänge oder Beispiele, an denen sich der Fall nachvollziehen lässt?

Je mehr Fragen Sie mit „Ja” beantworten, desto eher gehört der Prozess auf die Liste. Für jeden Kandidaten lassen Sie dann eine Woche lang mitzählen, wie oft der Vorgang anfällt und wie lange er dauert. Geschätzte Werte reichen für Phase 2 nicht.

Was schon im Haus genutzt wird

Zur Bestandsaufnahme gehören auch die KI-Werkzeuge, die Mitarbeitende bereits verwenden, ohne dass sie eingeführt wurden, etwa über private Konten bei Chat-Diensten. Fragen Sie in den Abteilungen nach, statt nur die IT-Übersicht zu lesen. Diese Schatten-KI ist zuerst ein Hinweis: Wo jemand schon selbst ein Werkzeug nutzt, gibt es einen Bedarf, und der Prozess dahinter gehört auf Ihre Liste.

Halten Sie das Ergebnis der Bestandsaufnahme in einer kurzen Nutzungsregel fest: welche KI-Werkzeuge erlaubt sind, welche Daten nicht eingegeben werden dürfen und wer bei Fragen Ansprechpartner ist. Die Regel gilt firmenweit; deshalb gibt sie die Geschäftsführung frei, erarbeitet mit IT und Datenschutzberatung.

Prüfliste Phase 1:

• Hat jeder Kandidat ein gezähltes Volumen (Vorgänge pro Monat, Minuten je Vorgang)?
• Sind die betroffenen Abläufe dokumentiert, samt ihrer Ausnahmen? Was nur im Kopf einzelner Personen existiert, muss vor dem Bau aufgeschrieben werden.
• Wissen Sie, welche KI-Werkzeuge im Haus schon genutzt werden, auch ohne offizielle Einführung?
• Ist die Nutzungsregel schriftlich festgehalten und von der Geschäftsführung freigegeben? Gibt es einen Betriebsrat, beziehen Sie ihn schon bei der Nutzungsregel ein und lassen Sie im Einzelfall klären, ob sie mitbestimmungspflichtig ist.
• Gelangen dabei Kunden- oder Personaldaten in Dienste, mit denen Ihr Unternehmen keinen Vertrag hat? Was die DSGVO für Dienste verlangt, die Daten in Ihrem Auftrag verarbeiten, steht im Beitrag zu KI-Agenten und DSGVO.

Ergebnis dieser Phase: eine Liste konkreter Prozesse mit gemessenem Volumen, eine Übersicht der KI-Werkzeuge, die heute schon im Einsatz sind, und eine Nutzungsregel für diese Werkzeuge.

Phase 2: Use-Case-Priorisierung – der Weg zum richtigen Pilotprojekt

Nicht jeder vielversprechende Anwendungsfall eignet sich als erster Pilot. Bewerten Sie jeden Kandidaten in drei Dimensionen:

• Nutzen: Wie viele Stunden im Monat bindet der Prozess, und welcher Anteil davon lässt sich realistisch automatisieren?
• Aufwand: Wie viele Systeme müssen angebunden werden, haben sie eine dokumentierte Schnittstelle, und wie viele Ausnahmen kennt der Prozess?
• Risiko: Was passiert, wenn das System einen Fehler macht, und wird der Fehler abgefangen, bevor er beim Kunden oder in der Buchhaltung ankommt?

Klären Sie in dieser Phase auch, ob Sie kaufen oder bauen: ein fertiges Produkt, das den Prozess abdeckt, eine Automatisierung aus Bausteinen einer Plattform, die Ihre Systeme verbindet und ein Sprachmodell einbindet, oder eine Eigenentwicklung. Prüfen Sie zuerst, ob es ein fertiges Produkt für genau Ihren Prozess gibt; die Anbindung an Ihre Systeme und die Ausnahmen Ihres Ablaufs sind in jeder Variante zu klären.

Rechenbeispiel: drei Kandidaten im Vergleich

Wie die Abwägung aussieht, zeigt ein Beispiel mit drei erfundenen Beispielprozessen. Alle Zahlen sind Beispielannahmen, keine Messwerte und keine Durchschnittswerte. Der Stundensatz von 55 € (interne Vollkosten), die laufenden Kosten von 500 € im Monat und die Einführungskosten von 9.990 € (9.000 € externes Angebot plus 18 eigene Projektstunden à 55 €) sind die Beispielwerte unseres Break-even-Rechners. Für A und B sind die Einführungskosten zur Vergleichbarkeit gleich angesetzt.

Rechenweg: Stunden im Monat = Vorgänge × Minuten ÷ 60. Ersparnis = Stunden × Stundensatz × automatisierbarer Anteil. Break-even = Einführungskosten ÷ (Ersparnis − laufende Kosten). Der Anteil wird zweimal gerechnet: vorsichtig mit 40 Prozent, angestrebt mit 80 Prozent.

	A: Eingangsrechnungen erfassen	B: Kundenanfragen vorsortieren, Antwort entwerfen	C: Angebote aus Anfragen erstellen
Vorgänge im Monat × Minuten	400 × 6	900 × 4	60 × 45
Stunden im Monat	40 h	60 h	45 h
Kosten heute (× 55 €)	2.200 €	3.300 €	2.475 €
Ersparnis vorsichtig (40 %)	880 €	1.320 €	990 €
Ersparnis angestrebt (80 %)	1.760 €	2.640 €	1.980 €
Anzubindende Systeme	Postfach, Buchhaltung	Postfach, CRM	Postfach, ERP ohne dokumentierte Schnittstelle
Wenn das System irrt	Buchungsvorschlag wird vor Freigabe geprüft	Entwurf wird vor dem Versand gelesen	falscher Preis im Angebot beim Kunden
Break-even vorsichtig	26,3 Monate	12,2 Monate	nicht rechenbar ohne eigenes Angebot
Break-even angestrebt	7,9 Monate	4,7 Monate	nicht rechenbar ohne eigenes Angebot

Die Ersparnis in der Tabelle ist gebundene Arbeitszeit, noch kein Geld in der Kasse. Ob aus den freien Stunden Geld wird, entscheidet, was das Team danach mit ihnen tut.

Wie Sie das lesen:

• B wird der Pilot. Größter Nutzen in beiden Szenarien, zwei Systeme, und ein Fehler bleibt im Haus, weil jeder Entwurf vor dem Versand gelesen wird.
• A hängt am Anteil. Bei 80 Prozent rechnet sich die Rechnungserfassung in knapp acht Monaten, bei 40 Prozent erst nach über zwei Jahren. Welcher Wert stimmt, zeigt erst eine Messung. A ist deshalb ein guter zweiter Kandidat, sobald der Pilot gezeigt hat, wie viel Nacharbeit bei Ihnen bleibt.
• C ist nicht rechenbar. Solange unklar ist, wie das ERP angebunden wird, steht die größte Kostenposition nicht fest. Wer C trotzdem zuerst angeht, macht den Pilot zum Integrationsprojekt, und ein Fehler kann direkt beim Kunden landen.

Die Lehre aus dem Beispiel: Der automatisierbare Anteil verschiebt das Ergebnis bei A um mehr als das Dreifache (A: 7,9 statt 26,3 Monate), und er lässt sich für Ihren Prozess nirgends nachschlagen. Rechnen Sie deshalb immer beide Szenarien. Geht die Rechnung nur im angestrebten auf, ist der Pilot die Messung, die Ihnen den echten Wert liefert. Ihre eigenen Zahlen tragen Sie in den Break-even-Rechner ein; woraus sich Lizenz-, Einführungs- und Betriebskosten zusammensetzen, erklärt der Beitrag Was kostet KI-Automatisierung im Mittelstand.

Ziele und Abbruchkriterien festlegen

Formulieren Sie das Ziel als überprüfbare Aussage mit Zielwert, nicht als Absicht: nicht „Effizienz steigern”, sondern „Bearbeitungszeit je Kundenanfrage von gemessenen vier Minuten auf einen vorab festgelegten Wert senken”. Legen Sie im selben Dokument fest, unter welchen Bedingungen Sie den Pilot stoppen (Phase 3). Wer die Abbruchregeln erst während des Pilots bespricht, verhandelt sie gegen die bereits investierte Zeit.

Holen Sie die betroffenen Mitarbeitenden jetzt dazu, nicht erst zum Start. Prüfen Sie, ob die künftigen Nutzer den Ablauf mitgestalten: Davon hängt ab, ob eine technisch funktionierende Lösung auch benutzt wird.

Prüfliste Phase 2:

• Ist der Nutzen für jeden Kandidaten in beiden Szenarien gerechnet, mit Ihrem eigenen Stundensatz?
• Sind alle drei Kostenblöcke erfasst, auch der laufende Betrieb nach dem Produktivstart?
• Soll eine externe Beratung vor der Einführung stehen? Ob und unter welchen Bedingungen sie sich bezuschussen lässt, steht in der Übersicht zur BAFA-Förderung.
• Fällt ein Kandidat womöglich in einen Hochrisiko-Bereich der KI-Verordnung oder berührt er eine verbotene Praxis? Wie Sie das einordnen, zeigt der Beitrag zum AI Act.
• Ist geklärt, ob Sie kaufen, auf einer Plattform bauen oder entwickeln?
• Gibt es einen Betriebsrat? Was § 90 BetrVG verlangt und dass § 87 Abs. 1 Nr. 6 BetrVG im Einzelfall zu prüfen ist, steht im Abschnitt zur Mitarbeiter-Einbindung im Beitrag 7 Fehler bei der KI-Einführung. Klären Sie das vor dem Pilot, nicht danach.
• Stehen Ziel, Kennzahlen und Abbruchkriterien schriftlich fest, und hat die Geschäftsführung sie freigegeben?

Ergebnis dieser Phase: ein ausgewählter Pilot-Prozess mit Nutzenrechnung, Kennzahlen und schriftlichen Go/No-Go-Kriterien.

Phase 3: Das Pilotprojekt – KI in vier Wochen erleben

Unser Pilotprojekt ist auf vier Wochen angelegt: ein Prozess, der am Ende produktiv läuft. Der Pilot ist also kein Test in einer Spielwiese, sondern die erste Ausbaustufe im echten Betrieb, mit einem kleinen Umfang und menschlicher Kontrolle.

Drei Grundsätze halten das Risiko klein:

1. Mit dem arbeiten, was da ist. Die Lösung setzt an Ihren bestehenden Systemen an, statt sie zu ersetzen. Wie Daten hinein- und wieder herauskommen, haben Sie in Phase 2 bei der Aufwandsbewertung geklärt; hat ein System keine dokumentierte Schnittstelle, prüfen Sie, ob ein anderer Kandidat für den ersten Pilot besser passt.
2. Klein schneiden. Beginnen Sie mit einem Typ: einer Art von E-Mail, einer Art von Beleg. Weitere Typen kommen in Phase 4 dazu.
3. Menschliche Kontrolle behalten. Das System macht Vorschläge, ein Mensch entscheidet. Wie das im Betrieb aussieht, zeigt eines unserer Vertriebsprojekte: Über eine einfache Oberfläche behält das Team jederzeit die Kontrolle, jeder Lead wird geprüft und mit einem Klick freigegeben. Die KI übernimmt die Arbeit davor, der Mensch entscheidet.

Der Wochenplan

So lässt sich der Pilot auf die vier Wochen aufteilen:

• Woche 1: Ist-Aufnahme und Baseline. Den Prozess mit den künftigen Nutzern Schritt für Schritt aufnehmen, Ausnahmen sammeln, Zugänge zu Systemen und Daten einrichten, historische Fälle als Testmaterial zusammenstellen. Die Vorher-Messung läuft ab dem ersten Tag, eine volle Woche lang.
• Woche 2: Aufbau und Test mit historischen Fällen. Die Lösung entsteht und wird an den gesammelten Fällen geprüft, noch ohne Wirkung auf den laufenden Betrieb.
• Woche 3: Parallelbetrieb mit echten Fällen. Das System bearbeitet neue Vorgänge, der bisherige Ablauf läuft weiter. Die Nutzer prüfen jedes Ergebnis und notieren, was sie korrigieren mussten. Am Ende der Woche steht die Nacharbeitsquote fest.
• Woche 4: Produktivstart. Das System arbeitet im echten Ablauf, jedes Ergebnis geht weiterhin durch die menschliche Freigabe. Dazu gehören die Dokumentation und die Übergabe an die Person mit der Betriebsverantwortung.

Die Messliste: vorher und nachher

Den Vorher-Wert erheben Sie in Woche 1, den Nachher-Wert in den ersten Wochen nach dem Produktivstart:

• Zeitaufwand je Vorgang für den gewählten Prozess, vorher und nachher
• Fehlerquote in der Verarbeitung, vorher und nachher
• Nacharbeitsquote: Anteil der Ergebnisse, die ein Mensch korrigieren musste
• Nutzungsrate: Anteil der Vorgänge, die tatsächlich durch das neue System laufen
• Stunden, die für andere Aufgaben frei werden

Die gemessenen Werte ersetzen die Annahmen aus Phase 2. Tragen Sie sie in den Break-even-Rechner ein: Erst jetzt ist die Amortisation belastbar gerechnet. Fragen Sie außerdem die Pilotnutzer nach einigen Wochen im Betrieb, ob sie das System als Entlastung erleben. Ihre Antwort zeigt, ob eine Ausweitung auf Zustimmung trifft.

Abbruchkriterien

Legen Sie in Phase 2 schriftlich fest, wann Sie stoppen. Vier Auslöser lassen sich vorab benennen:

• Ende Woche 1: Der Zugang zu Daten oder Systemen steht nicht. Pausieren Sie den Pilot, statt den Zeitplan zu dehnen.
• Ende Woche 3: Die Nacharbeitsquote im Parallelbetrieb liegt über der Schwelle, die Sie vorab festgelegt haben. Setzen Sie nicht produktiv, sondern verkleinern Sie den Umfang oder brechen Sie ab.
• Nach dem Produktivstart: Mit den gemessenen Werten geht die Rechnung im vorsichtigen Szenario nicht auf. Dann wird nicht ausgeweitet.
• Laufend: Die Nutzungsrate bleibt niedrig, weil die Nutzer am alten Ablauf festhalten. Dann klären Sie die Ursache, bevor Sie weitere Teams einbeziehen.

Ein Abbruch nach diesen Regeln ist ein Ergebnis: Sie wissen danach mit gemessenen Werten, warum dieser Prozess nicht passt.

Prüfliste Phase 3:

• Läuft die Vorher-Messung ab dem ersten Tag von Woche 1?
• Besteht mit jedem Dienst, der im Pilot personenbezogene Daten in Ihrem Auftrag verarbeitet, ein Vertrag nach Art. 28 DSGVO? Was die DSGVO dazu verlangt, steht im Beitrag zu KI-Agenten und DSGVO.
• Wissen die Pilotnutzer, was das System kann, wo seine Grenzen liegen und welche Daten sie eingeben dürfen? Was die KI-Verordnung zur KI-Kompetenz (Art. 4) verlangt, steht im Beitrag zum EU AI Act für Anwenderunternehmen.
• Interagieren Menschen direkt mit dem System, etwa Kunden oder Bewerber über einen Chatbot? Welche Transparenzpflicht Art. 50 KI-Verordnung dafür vorsieht und wen sie trifft, steht im selben Beitrag zum AI Act.
• Ist die Person mit der Betriebsverantwortung benannt, bevor Woche 4 beginnt?

Ergebnis dieser Phase: ein Prozess im Produktivbetrieb mit menschlicher Freigabe. In den Wochen danach messen Sie die Wirkung an der Baseline und entscheiden Go/No-Go über die Ausweitung.

Phase 4: Integration und Skalierung – vom Pilot zur Lösung

Nach einem erfolgreichen Pilot geht es um zwei Dinge: die Lösung dauerhaft zu betreiben und sie auszuweiten.

Betrieb zuerst. Ein automatisierter Prozess ist kein Projekt mit Enddatum. Schnittstellen können sich ändern, Zugangsdaten können ablaufen, und ein Prozess, der still im Hintergrund läuft, kann ausfallen, ohne dass es jemand merkt. Nach unserer Einschätzung wird das Budget für Wartung und Betrieb nach dem Livegang unterschätzt oder gar nicht mitgedacht. Planen Sie deshalb eine benannte Zuständigkeit, eine Überwachung, die Ausfälle meldet, und ein Wartungsbudget ein, intern in Stunden oder extern als Betreuungspauschale.

Schrittweise ausweiten:

• Stufe 1: weitere Typen im selben Prozess, etwa weitere Arten von Anfragen
• Stufe 2: das gesamte Team, das den Prozess bearbeitet
• Stufe 3: verwandte Prozesse in anderen Abteilungen

Jede Stufe bekommt eine eigene Vorher-Nachher-Messung und eine eigene Go/No-Go-Entscheidung. Lockern Sie die menschliche Freigabe erst, wenn die Nacharbeitsquote über mehrere Wochen zeigt, dass die Ergebnisse zuverlässig sind, und nur für die Fälle, bei denen ein Fehler abgefangen würde.

Mitarbeitende mitnehmen. Planen Sie Unterweisungen für jede neue Nutzergruppe, erklären Sie, was sich für sie ändert, und richten Sie eine Rückmeldestelle für Fehler und Verbesserungen ein. Die Frage aus dem Pilot, was die Nutzer korrigieren mussten, stellen Sie in jeder Stufe wieder.

Prüfliste Phase 4:

• Gibt es eine benannte Betriebsverantwortung, eine Überwachung und ein Wartungsbudget?
• Hat jede Ausweitungsstufe ihre eigene Baseline?
• Wird die Qualität der Ergebnisse laufend an Stichproben geprüft, auch nach Updates des Modells oder der Plattform durch den Anbieter? Vergleichswert ist die Nacharbeitsquote aus dem Pilot.
• Sind neue Nutzergruppen unterwiesen, bevor sie mit dem System arbeiten?
• Ist der alte Ablauf dort abgeschaltet, wo das neue System übernommen hat? Sonst laufen beide parallel weiter und die Ersparnis bleibt aus.

Ergebnis dieser Phase: eine stabil betriebene Lösung mit dokumentierter Wirkung, die von den Mitarbeitenden tatsächlich genutzt wird.

Phase 5: Kontinuierliche Weiterentwicklung – KI als Wachstumsmotor

Nach dem ersten Prozess haben Sie etwas, das es vor dem Pilot nicht gab: gemessene Werte aus Ihrem eigenen Haus. Nutzen Sie sie für die nächsten Entscheidungen.

Die Liste aus Phase 1 neu rechnen. Ersetzen Sie im Rechenbeispiel die Annahmen durch Ihre Messwerte: den tatsächlichen Anteil, die tatsächliche Nacharbeit, die tatsächlichen Betriebskosten. Kandidaten wie A aus dem Beispiel, die nur im angestrebten Szenario aufgingen, lassen sich jetzt belastbar bewerten.

Bestehende Lösungen ausbauen. Prüfen Sie vor jedem neuen Projekt, ob der Ausbau einer laufenden Lösung mehr bringt: weitere Datenquellen, zusätzliche Prozessschritte, die Anbindung weiterer Systeme. Der Ausbau nutzt Zugänge, Betrieb und Erfahrung, die schon vorhanden sind.

Erfahrungen festhalten. Dokumentieren Sie nach jedem Projekt, was funktioniert hat und wo es hakte, vor allem die Ausnahmen, die erst im Parallelbetrieb aufgefallen sind.

Prüfliste Phase 5:

• Sind die Annahmen in der Kandidatenliste durch Messwerte ersetzt?
• Werden die Übersicht der genutzten KI-Werkzeuge und die Nutzungsregel aus Phase 1 regelmäßig aktualisiert?
• Hat jede laufende Lösung weiterhin eine benannte Betriebsverantwortung?

Ergebnis dieser Phase: eine priorisierte Roadmap und ein wiederholbarer Ablauf, mit dem Ihr Unternehmen neue Anwendungsfälle selbst bewerten und umsetzen kann.

Für den Mittelstand heißt das

Für den Einstieg brauchen Sie kein KI-Programm, sondern eine Entscheidung für einen Prozess und die Zeit der Personen aus dem Rollenabschnitt über vier Wochen. Fünf Punkte aus diesem Leitfaden sollten Sie in jedem Fall übernehmen:

• Rechnen, bevor Sie auswählen. Mit Ihrem eigenen Stundensatz und in zwei Szenarien. Geht die Rechnung nur im angestrebten Szenario auf, ist der Pilot Ihre Messung.
• Den Betrieb von Anfang an einplanen. Zuständigkeit, Überwachung und Wartungsbudget gehören in die erste Kalkulation, nicht in die zweite.
• Abbruchregeln schriftlich vor dem Start. Sie schützen Budget und Glaubwürdigkeit, gerade wenn es im Haus Skepsis gibt.
• Menschliche Freigabe, bis die Zahlen sie überflüssig machen. Die Nacharbeitsquote zeigt, wann Sie lockern können.
• Rechtsfragen parallel klären. Verträge mit Dienstleistern, die KI-Kompetenz der Nutzer und die Rolle des Betriebsrats stehen als Prüfpunkte in den Prüflisten der Phasen, in denen sie anfallen. So fallen sie nicht erst am Ende auf.

Wer so vorgeht, baut Wissen über die eigenen Prozesse und Messwerte im eigenen Haus auf. Beides bleibt, auch wenn Sie später das Werkzeug oder den Dienstleister wechseln.

FAQ zum Phasenmodell

Wie lange dauert die Einführung von KI im Unternehmen?

Unser Pilotprojekt ist auf vier Wochen angelegt: ein klar abgegrenzter Prozess, der am Ende produktiv läuft. Davor liegen Potenzialanalyse und Priorisierung, danach die Nachher-Messung und die Ausweitung. Wie lange die Skalierung dauert, hängt davon ab, wie viele Systeme angebunden werden und wie viele Teams ihre Arbeitsweise ändern; beides können Sie vorab zählen.

Was kostet es, KI im Unternehmen einzuführen?

Die Kosten fallen in drei Blöcken an: Lizenzen, Einführung und laufender Betrieb. Vorab nachschlagen lassen sich nur die Preise der Werkzeuge und Modelle; was die Einführung kostet, hängt an Ihrem Prozess. Rechnen Sie deshalb zuerst den Nutzen eines konkreten Prozesses, dann wissen Sie, was die Einführung kosten darf. Das Rechenbeispiel in Phase 2 zeigt den Weg.

Brauchen wir eine eigene IT-Abteilung oder Data Scientists?

Für den Pilot brauchen Sie vor allem eine prozessverantwortliche Person aus dem Fachbereich, ein bis zwei künftige Nutzer und jemanden für die technische Umsetzung, intern oder extern. IT und Datenschutz klären Zugänge und Verträge. Data Scientists werden vor allem dann ein Thema, wenn Sie ein eigenes Modell trainieren wollen. Ob Ihr Anwendungsfall das verlangt oder mit einem fertigen Werkzeug auskommt, klären Sie in Phase 2.

Mit welchem Anwendungsfall sollten wir starten?

Mit dem, der in der Abwägung aus Nutzen, Aufwand und Risiko vorne liegt, nicht automatisch mit dem größten Nutzen. Prüfen Sie, ob der Fall häufig vorkommt, nach klaren Regeln abläuft, sich messen lässt und ob ein Fehler abgefangen wird, bevor er beim Kunden ankommt. Im Rechenbeispiel in Phase 2 liegt deshalb die Vorsortierung von Kundenanfragen vorne: Jeder Antwortentwurf wird vor dem Versand gelesen, und es werden nur zwei Systeme angebunden.

Woran erkennen wir, ob sich der Pilot gelohnt hat, und wann brechen wir ab?

An Kriterien, die Sie vor dem Start schriftlich festgelegt haben: Zeitaufwand und Fehlerquote nach dem Produktivstart im Vergleich zur Baseline, dazu die Nacharbeitsquote und das Urteil der Nutzer. Pausieren, verkleinern oder abbrechen sollten Sie, wenn in Woche 1 der Zugang zu Daten und Systemen nicht steht oder wenn im Parallelbetrieb die Nacharbeit über Ihrer Schwelle liegt. Geht die Rechnung mit den gemessenen Werten im vorsichtigen Szenario nicht auf, weiten Sie nicht aus. Ein Abbruch nach diesen Regeln ist ein Ergebnis, kein Scheitern.