KI-Einführungen scheitern selten an der Technik, sondern fast immer an den Menschen. Zurückzuführen lässt sich das fast immer auf drei Gründe: unausgesprochene Angst um den Arbeitsplatz, ein Werkzeug, das von oben aufgedrückt statt an echten Problemen entwickelt wurde, sowie fehlende sichtbare Erfolge in den ersten Wochen. Die Gegenmittel sind entsprechend unspektakulär, ehrlich über die Arbeitsplatzfrage sprechen, statt sie wegzulächeln, den ersten Anwendungsfall dort ansetzen, wo die Arbeit wehtut, Mitarbeiter:innen vor der Toolauswahl einbinden statt danach und den ersten Erfolg innerhalb von vier bis sechs Wochen für alle sichtbar machen. Wie das konkret geht, steht in diesem Artikel. In unseren Projekten gibt es einen Moment, der mehr Einfluss auf Erfolg oder Scheitern hat als jede technische Architekturentscheidung: die erste Reaktion des Teams, wenn das neue System vorgestellt wird. Verschränkte Arme oder neugierige Fragen, das ist keine Charaktersache der Belegschaft, sondern das Ergebnis dessen, was vorher passiert ist. Und das, was vorher passiert, müssen Sie aktiv gestalten.
Woher die Widerstände wirklich kommen
Widerstand gegen KI wird gern als Technikfeindlichkeit abgetan. In der Praxis begegnen uns aber drei andere, sehr rationale Gründe:
Die Arbeitsplatzfrage. Sie steht in jedem Raum, in dem über KI gesprochen wird, ganz gleich, ob sie ausgesprochen wird oder nicht. Arbeitnehmende lesen dieselben Schlagzeilen wie CEOs. Wer die Frage nach Arbeitsplatzsicherheit nicht adressiert, überlässt die Antwort der Gerüchteküche, und die Gerüchteküche ist häufig deutlich pessimistischer als die Realität.
Die Erfahrung mit gescheiterten Einführungen. In den meisten Unternehmen ist KI nicht das erste "Zukunftsprojekt". Wer schon zwei CRM-Einführungen und ein Intranet erlebt hat, die mehr Arbeit gemacht als gespart haben, reagiert auf das nächste Werkzeug zu Recht mit Skepsis. Diese Skepsis ist kein Widerstand gegen KI, sondern gegen eine weitere, schlecht eingeführte Software.
Der Kontrollverlust im eigenen Fachgebiet. Erfahrene Teams, die plötzlich Ergebnisse einer Maschine prüfen sollen, deren Zustandekommen nicht klar ist, verlieren etwas Reales: die Souveränität über die eigene Arbeit. Das ist kein Befindlichkeitsproblem, sondern ein berechtigter Einwand, der Gehör verdient.
Was in der Kommunikation den Unterschied macht
Ehrlichkeit zur Arbeitsplatzfrage. Der größte Kommunikationsfehler ist die Formel "KI ersetzt niemanden, sie unterstützt nur". Das glaubt niemand, und es stimmt auch nicht immer. Was niemand leugnen will: KI verändert Tätigkeiten, jedoch meistens nicht die Stellen als Ganzes. Sie übernimmt im Idealfall zuerst die müßige Arbeit, über die sich ohnehin alle zurecht beschweren. Das händische Kopieren von Daten, das ständige manuelle Anpassen einer Excel-Datei und so weiter und so fort. Das kann natürlich zu Veränderungen führen. Genau aus diesem Grund gehört die Position des Unternehmens zur Frage nach potenziellen Veränderungen ausgesprochen, von der Geschäftsführung, nicht vom Projektteam. Wenn es Auswirkungen auf Stellen geben wird, ist die ehrliche Kommunikation darüber unangenehm, aber immer noch besser als eine Beschwichtigung, die nach einem Jahr als Lüge auffliegt.
Vor der Toolauswahl fragen, nicht danach. Der Unterschied zwischen "wir führen ein KI-Tool ein, hier ist die Schulung" und "wo frisst euch die Arbeit auf, das schauen wir uns zuerst an" ist der Unterschied zwischen Betroffenen und Beteiligten. Deshalb steht bei uns am Anfang jedes Projekts ein Workshop mit den Teams selbst, nicht nur mit der Führungsebene: Bevor über Lösungen auch nur gesprochen wird, sitzen die Leute am Tisch, die die Arbeit tatsächlich machen und beschreiben, wo sie der Schuh wirklich drückt. Das ist keine Höflichkeitsgeste, sondern der verlässlichste Erfolgsfaktor, den wir aus unserer Projekthistorie kennen. Das hat zwei Gründe: Die erfolgreichsten ersten Anwendungsfälle kommen fast nie aus dem Management, sondern von den Leuten, die täglich mit den Problemen leben. Außerdem haben wir beobachtet, dass die Personen, die den Anwendungsfall mit ausgewählt haben, auch wollen, dass er funktioniert. Über die Köpfe hinweg entschiedene Systeme werden ertragen, gemeinsam entwickelte werden genutzt.
Erst der Pain-Fall, nicht der Prestige-Fall. Für den Start nicht den strategisch beeindruckendsten Anwendungsfall wählen, sondern den, der eine verhasste Tätigkeit beseitigt. Das kann das manuelle Übertragen, das Suchen in alten Ordnern oder die immergleichen Anfragen sein und sorgt automatisch für einen positiven Erstimpuls. Denn ein System, das den nervigsten Teil der Woche abschafft, braucht keine Überzeugungskampagne.
Nutzung sichtbar machen. Nichts untergräbt eine KI-Einführung zuverlässiger als eine Führungsebene, die das Tool predigt und selbst nie geöffnet hat. Umgekehrt wirkt nichts stärker als eine Führungskraft, die im Meeting sagt: "Die Zusammenfassung habe ich mir vom System bauen lassen, hat zehn Minuten gespart."
Erste Erfolge sichtbar machen
Zwischen Projektstart und spürbarem Nutzen liegt die kritische Phase, in der Skepsis kippen kann und zwar in beide Richtungen. Drei Dinge helfen:
Kurze Zeit bis zum ersten echten Ergebnis. Genau deshalb arbeiten wir fast immer mit einem eng abgesteckten ersten Anwendungsfall, der in etwa vier Wochen produktiv ist, statt mit einem Sechs-Monats-Programm. Ein Team, das nach vier Wochen ein funktionierendes Werkzeug in der Hand hat, redet anders über KI als eines, das seit einem halben Jahr abstrakte Workshops besucht.
Erfolge in der Sprache der Betroffenen kommunizieren. Hier heißt es, nicht von "Effizienzsteigerung von 30 Prozent", sondern von „Die Angebotsvorbereitung, die früher den halben Freitag gefressen hat, dauert jetzt 20 Minuten“ zu sprechen. Konkret, nachprüfbar, aus dem Alltag. Am glaubwürdigsten, wenn es die Kolleg:innen erzählen, die damit arbeiten, nicht die Projektleitung.
Multiplikatoren gezielt aufbauen. In jedem Team gibt es ein, zwei Leute, die neue Werkzeuge von sich aus gerne ausprobieren. Diese Leute früh einbinden, ihnen mehr Zugang und mehr Gehör geben und sie als erste Anlaufstelle für Kolleg:innen etablieren. Eine Frage innerhalb des Teams hat eine niedrigere Hürde als ein Ticket an die IT. Diese Grundsätze gelten natürlich nicht erst seit dem Aufkommen von KI, sondern für jedes IT-Projekt, das nachhaltig erfolgreich sein soll. Bei KI-Projekten sind sie jedoch besonders wichtig, weil Erwartungen oft außergewöhnlich hoch, Ergebnisse anfangs schwer greifbar und Vorbehalte gegenüber Fehlern, Kontrollverlust oder dem eigenen Rollenbild besonders ausgeprägt sind. Frühe, konkrete Erfolge schaffen deshalb nicht nur Nutzen, sondern vor allem Vertrauen.
Wichtig: die Grundlagen nicht vergessen
Zwei unspektakuläre Bausteine gehören trotzdem dazu, weil sie die Voraussetzung für alles oben sind.
Erstens: eine Schulung, die nicht nur Bedienung zeigt, sondern erklärt, was das System kann und wo seine Grenzen liegen.
Zweitens: klare Regeln in Form einer KI-Richtlinie, damit niemand raten muss, was erlaubt ist. Beides ist seit Februar 2025 ohnehin Pflicht nach dem EU AI Act. Zuletzt noch ein abschließender Gedanke aus der Projekterfahrung: Die Mitnahme der Mitarbeitenden ist kein Begleitprogramm zum eigentlichen Projekt, das man halt dazubuchen kann oder weglässt. Sie ist die Bedingung dafür, dass aus einem funktionierenden System ein genutztes System wird. Ein ungenutztes System ist, egal wie gut gebaut, leider nach wie vor das Teuerste und Unnötigste von allen. Wenn Sie vor einer Einführung stehen und wissen wollen, wo Ihr Team steht: Das Erstgespräch kostet nichts, und die Frage nach dem richtigen ersten Anwendungsfall ist genau das, was wir dort gemeinsam sortieren.
Über den Autor: Pablo Heimplatz begleitet bei they consulting mittelständische Unternehmen bei der Einführung produktiver KI-Systeme – von der Auswahl des richtigen Anwendungsfalls bis zur nachhaltigen Verankerung im Team.