Wie man die Mitarbeiter auf die Einführung neuer Technologien vorbereitet

Warum jede zweite Tool-Einführung im Mittelstand schiefgeht

Wenn ein Hamburger Geschäftsführer bei hagel IT-Services anruft mit „Wir wollen Microsoft 365 / Copilot / Intune einführen”, lautet unsere erste Frage selten technisch. Sondern: „Was sagt Ihr Team dazu — und wer hat es ihnen wann gesagt?” In der Antwort liegt meistens die Hälfte des späteren Erfolgs oder Scheiterns.

Die Zahlen sind nüchtern: Laut Bitkom-Studie 2024 zur Digitalisierung des Mittelstands berichten 76 % der Unternehmen, dass fehlendes Know-how oder Akzeptanzprobleme der Belegschaft sie bei der Digitalisierung bremsen — deutlich mehr als technische oder finanzielle Hürden. Auch eine aktuelle McKinsey-Analyse zu Digital Transformation zeigt: Über 70 % der Transformationen verfehlen ihre Ziele, und der häufigste Grund ist „people side of change”. Das ist kein Tech-Problem.

Was „Vorbereitung” wirklich heißt — drei Ebenen

Wer Mitarbeiter auf neue Technologien vorbereitet, arbeitet auf drei Ebenen gleichzeitig:

1. Kognitiv: Wissen vermitteln — was ist das Tool, wofür, wie nutzt man es.
2. Emotional: Sicherheit geben — was bedeutet das für meinen Job, meinen Status, meinen Alltag?
3. Strukturell: Rahmen schaffen — Zeit, Geräte, Support, klare Erwartungen.

Wer nur Schulungen verschickt, bedient nur Ebene 1. Akzeptanz entsteht auf Ebene 2 und 3 — und genau die wird in den meisten Projekten unterschätzt.

Der 5-Phasen-Plan, der bei Hamburger KMU funktioniert

Wir nutzen bei Modern-Workplace-Projekten immer die gleiche Reihenfolge — egal ob 8 oder 80 Mitarbeiter.

1. Klares Warum kommunizieren (Woche -8). Eine kurze Nachricht von der Geschäftsführung an alle: Was kommt, warum, was bleibt gleich, was ändert sich für wen. Keine Buzzwords. „Wir führen Microsoft Teams ein, damit wir Anrufe, Chats und Dateien nicht mehr in vier verschiedenen Tools verteilen."
2. Pilotgruppe definieren (Woche -6). 5–10 Mitarbeiter, querbeet aus allen Abteilungen — bewusst auch skeptische dabei. Diese Gruppe testet zwei Wochen vor dem Rollout, gibt Feedback, wird zu den ersten Multiplikatoren.
3. Mikro-Schulung in der Arbeitszeit (Woche -2 bis 0). 45-Minuten-Slots pro Rolle. Vertrieb anders als Buchhaltung, Geschäftsführung anders als Lager. Generische Schulungen langweilen alle.
4. Rollout mit Hypercare (Woche 0 bis +2). Erhöhte Support-Bereitschaft, klar kommuniziert: „Ab Montag rollt das aus, in den ersten zwei Wochen ist die Hotline doppelt besetzt." Das nimmt 80 % der Sorgen.
5. 30/60/90-Check (Woche +4 bis +12). Nutzungszahlen, Support-Tickets, kurze Pulsbefragung. Nachjustieren — meist sind es Kleinigkeiten (eine Vorlage fehlt, ein Workflow ist unklar).

Stellen Sie sich vor: Sie packen einen neuen Laptop aus, schalten ihn ein — und er konfiguriert sich komplett selbst. Alle Apps, alle Einstellungen, alle Sicherheitsrichtlinien. Das geht heute mit Microsoft 365 und Intune.

Jens HagelGeschäftsführer, hagel IT-Services GmbH

Drei Fehler, die wir in fast jedem Projekt sehen

Wer schult wen — und was wirklich wirkt

Schulungsformate sind in den letzten Jahren deutlich pragmatischer geworden. Eintägige Vor-Ort-Workshops sind selten der beste Hebel. Was bei unseren Mandanten zuverlässig funktioniert:

In unseren Managed-IT-Services in Hamburg ist die Microsoft-365-Basisbefähigung Teil der Pauschale — das nimmt KMU den größten Schulungsfrust ab.

Aus der Praxis: Hamburger Steuerkanzlei, 22 Mitarbeiter

Eine Steuerberatungskanzlei in Hamburg wollte von einem alten Citrix-Setup auf Microsoft 365 mit Teams-Telefonie wechseln. Erste Reaktion im Team: „Funktioniert eh nicht, DATEV läuft da nicht ordentlich, das geht alles schief.” Klassisch.

Wir haben das Projekt nicht mit einer Schulung gestartet, sondern mit einem 90-minütigen Workshop „Was nervt euch heute an der IT?” — moderiert, ergebnisoffen. Aus dieser Liste haben wir das Rollout-Drehbuch gebaut: zuerst Telefonie (größter Schmerz), dann Datei-Migration, dann Teams. Pilotgruppe waren drei Sachbearbeiterinnen, zwei Berufsträger, eine aus dem Sekretariat. Nach drei Wochen Pilot war die Stimmung gekippt — die Pilotgruppe hat den Rollout selbst getragen.

Nach 90 Tagen: Login-Rate 96 %, Teams als Haupt-Kommunikationskanal, Tickets zum Tool unter dem Vor-Rollout-Niveau für reine E-Mail-Themen. Das Projekt galt intern als „eines der besten der letzten Jahre” — obwohl die Technik exakt das war, was wir auch bei einem Big-Bang eingesetzt hätten.

Checkliste für die Geschäftsführung

• Klares Why formulieren. Zwei Sätze, kein Marketing. Was kann das Unternehmen danach besser?
• Sichtbar selbst nutzen. GF mit dem neuen Tool zu sehen, ist die wirksamste Schulung im Unternehmen.
• Zeit blocken. Schulungen, Pilot, Feedback gehören in den Kalender — nicht „nebenbei".
• Multiplikatoren benennen. 2–5 Power-User pro Abteilung, offiziell beauftragt, mit Zeitbudget.
• Erwartung kommunizieren. „Ab dem 1.7. erwarten wir, dass interne Kommunikation über Teams läuft." Keine Empfehlung, eine Ansage — fair, aber klar.
• Erfolg messen. Nach 30/60/90 Tagen mit harten Zahlen prüfen. Wenn Sie keine Kennzahlen sehen, fragen Sie Ihren IT-Partner danach.

Was Sie nicht selbst machen müssen

Den Rollout-Plan, die Pilotgruppe, die Schulungs-Slots, die Multiplikatoren — das lässt sich alles intern stemmen, wenn die Zeit da ist. Was in der Praxis schief geht, ist nicht die Methode, sondern die Konsequenz im Tagesgeschäft. Wer einen externen IT-Partner mit Change-Erfahrung hat, bekommt Disziplin von außen: Termine, klare Verantwortlichkeiten, dokumentierte KPIs, regelmäßige Geschäftsführer-Reports. Bei Microsoft-365-Einführungen und Modern-Workplace-Projekten ist das bei uns Standard, nicht Extra.

Verwandte Themen, die in fast jedem Tool-Rollout mitschwingen: agiles Change-Management bei IT-Projekten, Mitarbeiterdaten-Datenschutz beim Rollout und die Microsoft-Copilot-Einführung für Geschäftsführer.