Viele Organisationen kommen mit einer konkreten Idee zu mir: ein Dokument soll automatisch ausgewertet werden, ein Assistent soll Antworten vorbereiten oder ein Ablauf soll KI-gestützt werden. Die Motivation ist nachvollziehbar. Nicht jede dieser Ideen sollte jedoch in ein Vorhaben überführt werden.
Ein belastbarer Anwendungsfall braucht mehr als einen eindrucksvollen Workshop. Er braucht einen klaren Reibungspunkt, eine Rolle, die davon profitiert, und eine Umgebung, in der das Ergebnis verantwortbar betrieben werden kann.
Wann ein Nein sinnvoller ist als ein Pilot
Ich rate häufiger vom Bauen ab, wenn eines dieser Signale dominiert:
1. Der Prozess ist noch nicht stabil genug
Wenn der zugrunde liegende Ablauf selbst noch unklar ist, verstärkt KI eher die Unschärfe als die Qualität. Dann lohnt sich zuerst die Prozessarbeit — nicht die Modellauswahl.
2. Die Datenbasis ist nicht freigegeben
Ohne klare Berechtigungen, Quellen und Aktualität entsteht schnell eine Lösung, die technisch funktioniert, fachlich aber nicht verantwortet werden kann.
3. Der erwartete Nutzen hängt von Perfektion ab
Wenn das Vorhaben nur dann Sinn ergibt, wenn das System in nahezu jedem Fall richtig liegt, ist der Anwendungsfall meist zu breit oder zu riskant für den Einstieg.
4. Niemand trägt den Betrieb
Ein Prototyp ohne spätere Verantwortung für Qualität, Anpassungen und Rückfragen bleibt ein Experiment — unabhängig von der Modellqualität.
Was stattdessen hilft
Statt sofort zu bauen, lohnt sich oft ein engerer Schritt: den Anwendungsfall schriftlich eingrenzen, die betroffene Rolle benennen, die Datenquellen prüfen und festlegen, welches Signal zeigen würde, dass ein Pilot sich lohnt.
Manchmal ergibt sich daraus ein kleineres, tragfähigeres Vorhaben. Manchmal die Erkenntnis, dass der richtige nächste Schritt gar keine KI ist.
Beides ist ein verwertbares Ergebnis.