Ihr habt Microsoft Copilot eingeführt. Die Lizenzen laufen, das Onboarding war irgendwie dabei, ein paar Mitarbeitende tippen gelegentlich Prompts ein. Aber von dem Produktivitätshebel, der in jedem Pitch-Deck stand, ist wenig zu spüren. Die Frage, die mir Geschäftsführer im Mittelstand gerade häufig stellen, lautet: Was machen wir jetzt anders?
Die Antwort ist unbequem, aber klar: Das Problem liegt nicht in Copilot. Es liegt darin, dass Copilot ohne Strategie eingeführt wurde. Und das lässt sich ändern.
Laut aktuellen Nutzungsdaten von Aithoria nutzen nur 35,8 Prozent der Copilot-Lizenzinhaber das Tool tatsächlich aktiv. In Unternehmen mit 30 bis 300 Mitarbeitenden ist dieser Wert erfahrungsgemäß noch niedriger, weil das Enablement fehlt, nicht weil das Tool schlecht ist.
Warum Microsoft Copilot im Mittelstand nicht zündet
Was ich in Gesprächen mit Geschäftsführern und Vertriebsleitern immer wieder beobachte: Copilot wurde wie ein Software-Rollout behandelt. Lizenz kaufen, deployen, fertig. Aber KI-Tools sind keine Software im klassischen Sinne. Sie brauchen Kontext: Was soll damit erreicht werden? Wer nutzt es für welche Aufgaben? Und woran erkennt man in acht Wochen, ob es funktioniert hat?
Fehlt dieser Kontext, passiert Folgendes: Das Team öffnet Copilot ein paarmal, findet keine unmittelbar nützliche Antwort auf die konkrete Aufgabe, die gerade ansteht, und kehrt zu den gewohnten Abläufen zurück. Das ist kein Versagen der Menschen. Es ist das Fehlen einer klaren Richtung.
Das Lizenz-Use-Case-Gap
Microsoft Copilot Business ist seit Frühjahr 2025 auch für Unternehmen unter 300 Mitarbeitenden verfügbar, zu 18 Euro pro Nutzer und Monat. Viele Mittelständler haben früh investiert. Aber eine Lizenz beantwortet keine einzige der entscheidenden Fragen: Welche Teams arbeiten damit? Welche Aufgaben übernimmt Copilot konkret? Welche Daten muss das Tool sehen, um hilfreich zu sein?
Wenn diese Fragen nicht beantwortet sind, zahlt das Unternehmen für Potenzial, das ungenutzt bleibt. Die Forrester TEI-Studie vom März 2025 belegt einen ROI von bis zu 353 Prozent über drei Jahre für kleine und mittlere Unternehmen mit Microsoft 365 Copilot. Dieser ROI entsteht aber nicht durch die Lizenz, sondern durch gezielte Nutzung in klar definierten Prozessen.
Datenchaos blockiert jeden KI-Fortschritt
Copilot greift auf das zurück, was im Unternehmen vorhanden ist: E-Mails, SharePoint-Dokumente, Teams-Konversationen, OneNote-Notizen. Wenn dieses Material unstrukturiert, inkonsistent oder in Silos verteilt ist, liefert Copilot zwar schnelle Antworten, aber keine verlässlichen. Und ein Tool, dessen Output man nicht vertrauen kann, wird nicht genutzt.
Was ich in der Praxis erlebe: Copilot wird oft in dem Moment als nutzlos abgeschrieben, in dem es das erste Mal eine schlechte Antwort auf eine wichtige Frage gibt. Dieser Moment kommt fast immer dann, wenn keine vernünftige Datenbasis vorhanden ist. Das ist kein KI-Problem. Es ist ein Datenstruktur-Problem, das schon vor Copilot existierte und durch Copilot nur sichtbar wurde.
Change Management wurde unterschätzt
Meine Überzeugung: KI ist kein Tool-Projekt, es ist ein Führungsprojekt. Ohne dass die Geschäftsführung klar kommuniziert, warum Copilot eingeführt wird, was sich für die Teams ändert und welche Erwartungen konkret bestehen, bleibt das Tool eine optionale Spielerei. Mitarbeitende, die nicht verstehen, wofür Copilot gut ist, nutzen es nicht. Und Mitarbeitende, die sich fragen, ob Copilot ihren Job bedroht, sabotieren es leise.
"Was ich in jedem Projekt feststelle: KI-Tools scheitern nicht an der Technologie. Sie scheitern an fehlender Führung."
Was Geschäftsführer jetzt konkret tun müssen
Wenn Copilot bisher nicht zündet, ist das kein Grund, die Investition abzuschreiben. Es ist ein Signal, dass der nächste Schritt nicht ein weiterer Tool-Rollout ist, sondern eine strategische Entscheidung darüber, wie KI im Unternehmen wirklich arbeiten soll. Das MASAKI-Framework — Marketing, Alignment, Sales, Automation/KI, KPIs, Investment — gibt dafür den strukturierten Rahmen.
Hier sind die fünf Schritte, die ich Geschäftsführern empfehle, die mit Copilot auf das nächste Level wollen:
Von Microsoft Copilot zur KI-Strategie: Das ist der eigentliche Sprung
Was viele Geschäftsführer unterschätzen: Copilot ist kein Endpunkt, sondern ein Einstieg. Wer die fünf Schritte oben konsequent durchläuft, merkt schnell, dass die eigentliche Arbeit gar nicht bei Copilot liegt. Sie liegt bei der Frage, wie das Unternehmen mit Wissen umgeht, wie Teams zusammenarbeiten und welche Prozesse wirklich strukturiert genug sind, um von KI sinnvoll unterstützt zu werden.
Das ist die Verbindung zum MASAKI-Framework: Das A für Alignment bedeutet hier, dass Führung, Teams und Tool-Nutzung auf dasselbe Ziel ausgerichtet sind. Das K für KPIs bedeutet, dass Fortschritt messbar ist. Und das I für Investment bedeutet, dass Lizenzen nur dann sinnvoll sind, wenn das Gesamtsystem stimmt.
Wer diesen Weg geht, hat nach drei bis sechs Monaten nicht nur ein genutztes KI-Tool. Er hat eine organisationale Fähigkeit aufgebaut, die skalierbar ist. Die strategische KI-Einführung im Mittelstand funktioniert genau nach diesem Prinzip, ausführlicher beschrieben im Artikel zur strategischen KI-Einführung im Mittelstand.
Copilot als Führungsthema: Was die Geschäftsführung leisten muss
Richtung vorgeben, nicht delegieren
Was ich in jedem Projekt feststelle: KI ist ein Führungsthema, das nach unten delegiert wird und dann stirbt. Wenn der Geschäftsführer sagt "Macht da mal was mit Copilot", ist das Projektergebnis in fast allen Fällen: nichts. Der Antrieb fehlt, die Priorität fehlt, die Entscheidungshoheit fehlt.
Was wirkt: Die Geschäftsführung benennt selbst den ersten Use Case. Sie kommuniziert klar, warum dieser Use Case strategisch wichtig ist. Und sie zeigt im eigenen Arbeitsalltag, dass Copilot ein ernst gemeintes Werkzeug ist, nicht ein IT-Projekt.
KI-Reife ehrlich einschätzen
Kurz gesagt: Wer noch in Stufe 1 ist (Lizenz vorhanden, kaum Nutzung), sollte nicht von Stufe 3 (KI als skalierter Prozess) träumen. Der nächste Schritt ist immer Stufe 2: ein klar definierter Use Case mit einer kleinen Gruppe, messbarem Ergebnis und ehrlicher Auswertung nach 30 Tagen.
Dieser Schritt erfordert keine großen Investitionen. Er erfordert eine Entscheidung: Welches Problem lösen wir zuerst? Und woran erkennen wir, ob wir es gelöst haben? Diese Entscheidung kann nur die Führung treffen.