KI-Agentur fuer den Mittelstand: Woran du Substanz statt Prompt-Show erkennst

Was ein realistischer Projektplan enthalten sollte

Ein tragfähiger Projektplan für einen KI-Piloten braucht mehr als einen Starttermin. Er sollte festlegen, welche Datenquellen einbezogen werden, wer die Daten freigibt, und welches konkrete Ergebnis am Ende des Piloten vorliegen soll. Ohne diese drei Punkte verläuft sich ein Projekt schnell in immer neuen Wünschen, ohne dass am Ende jemand sagen kann, ob es funktioniert hat.

Genauso wichtig ist ein Testzeitraum im echten Alltag, nicht nur an Beispieldaten. Ein Modell, das an ausgewählten Testfällen gut aussieht, kann an unsortierten E-Mails, schlecht gescannten Dokumenten oder uneinheitlichen Formularen aus dem laufenden Betrieb ganz anders reagieren. Ein Pilot, der drei bis vier Wochen mit echten Eingaben läuft, zeigt zuverlässiger, wo die Grenzen liegen, als jede Demo im Vorfeld.

Ein guter Plan beschreibt außerdem, was nach dem Pilot passiert, falls das Ergebnis nicht überzeugt. Wird die Lösung angepasst, pausiert oder komplett verworfen? Diese Klärung vorab nimmt dem Projekt den Druck, um jeden Preis ein Erfolg sein zu müssen, und macht es leichter, ehrlich über Zwischenergebnisse zu sprechen.

Typische Kostenfallen bei KI-Projekten

Ein unterschätzter Kostenpunkt ist die Datenaufbereitung. Wenn Dokumente, E-Mails oder Formulare erst in eine einheitliche, maschinenlesbare Form gebracht werden müssen, steckt darin oft mehr Aufwand als im eigentlichen Einsatz des Modells. Frage deshalb früh nach, wie viel Zeit für Aufbereitung und Bereinigung der Ausgangsdaten eingeplant ist – nicht erst, wenn die Rechnung kommt.

Ein weiterer Punkt sind laufende Betriebskosten. Ein Pilot mag mit überschaubarem Aufwand starten, aber der dauerhafte Betrieb – Modellaufrufe, Wartung, Anpassungen bei neuen Dokumenttypen – läuft weiter, auch nach Projektabschluss. Lass dir vorab zeigen, wie sich diese Kosten mit steigender Nutzung entwickeln, damit aus einem günstigen Pilot nicht ein teures Dauerabo wird, das niemand eingeplant hat.

Schließlich unterschätzen viele Unternehmen den internen Aufwand für Freigaben und Abstimmung. Jede Änderung an Vorlagen, jede neue Datenquelle und jede Anpassung an rechtliche Vorgaben braucht intern jemanden, der entscheidet und freigibt. Wird diese Rolle nicht eingeplant, verzögert sich das Projekt an Stellen, die mit der eigentlichen Technik nichts zu tun haben.

Wie du den Erfolg des Piloten misst

Definiere vor dem Start, woran du den Piloten misst – und zwar an etwas, das sich zählen lässt. Zeitersparnis pro Vorgang, weniger Rückfragen, schnellere Durchlaufzeit oder weniger manuelle Korrekturen sind brauchbare Maßstäbe. Ohne eine solche Kennzahl bleibt am Ende nur ein Bauchgefühl übrig, das sich schlecht gegenüber dem Team oder der Geschäftsführung begründen lässt.

Beziehe die Personen ein, die täglich mit dem Ergebnis arbeiten, nicht nur die Projektleitung. Wenn der Vertrieb den vorbereiteten Angebotsentwurf am Ende doch komplett überarbeitet, war der Pilot technisch vielleicht erfolgreich, praktisch aber nicht. Diese Rückmeldung ist genauso wichtig wie jede gemessene Kennzahl.

Plane außerdem eine feste Auswertung nach Abschluss des Testzeitraums ein, mit klarer Entscheidung: weiterführen, anpassen oder stoppen. Ein Pilot ohne festen Endpunkt verlängert sich erfahrungsgemäß von selbst, ohne dass jemand die eigentliche Frage beantwortet, ob sich der Aufwand gelohnt hat.

Welche Rolle interne IT und Fachbereich jeweils übernehmen

Ein KI-Projekt gelingt selten, wenn nur die IT-Abteilung oder nur der Fachbereich das Ruder hält. Die IT kennt die vorhandenen Systeme, Datenwege und Sicherheitsanforderungen; der Fachbereich kennt die eigentliche Arbeit und merkt sofort, wenn ein Ergebnis in der Praxis nicht passt. Fehlt eine der beiden Seiten am Tisch, entstehen entweder technisch saubere Lösungen, die im Alltag niemand nutzt, oder praxisnahe Wünsche, die technisch nicht sauber umsetzbar sind.

Kläre deshalb vor Projektstart, wer aus dem Fachbereich regelmäßig Rückmeldung gibt und wer aus der IT die Freigaben für Datenzugänge erteilt. Diese beiden Rollen sollten feststehen, bevor die eigentliche Arbeit beginnt, nicht erst, wenn die erste Frage zur Datenfreigabe auftaucht und niemand zuständig ist.

In kleineren Unternehmen übernimmt oft eine einzelne Person beide Perspektiven. Das funktioniert, solange diese Person auch tatsächlich Zeit für das Projekt eingeplant bekommt – ein Pilot, der nebenbei zwischen anderen Aufgaben läuft, verzögert sich erfahrungsgemäß deutlich stärker als einer mit fest eingeplanten Zeitfenstern.

Häufig gestellte Fragen