„Niemand nutzt es“ ist fast immer ein Arbeitslogik-Problem, kein Motivationsproblem. Die Diagnose sucht Ursachen ohne Beschämung: Wo fehlt Anker, Freigabe, Zeitersparnis oder Vertrauen?

Fünf Ursachen für fehlende Adoption

Das Mini-Framework „5U“ benennt die häufigsten Blockaden:

• Umweg: Das Tool liegt außerhalb der gewohnten Arbeitsoberfläche — ERP, Mail, Ticket-System. Jeder Login mehr ist Reibung.
• Unklarheit: Freigabe ist nicht geregelt. Lieber nichts senden als etwas Falsches.
• Unterschied: Kein wahrnehmbarer Vorteil gegenüber dem bisherigen Weg.
• Unbehagen: Risiko bei Daten oder Qualität — nicht ausgesprochen, aber spürbar.
• Unterbrechung: Zusätzlicher Login oder Systemwechsel unterbricht den Arbeitsfluss.

Fragen Sie nicht: „Warum seid ihr so skeptisch?“ Fragen Sie: „Wo bricht der Ablauf Montagmorgen?“ — ein konkreter Vorgang, ein konkreter Bruchpunkt.

Eine Woche Beobachtung ohne Namen

Eine Woche lang drei Fragen pro Tag notieren: Wo wurde gesucht? Wo kopiert? Wo abgebrochen? Ohne Namen — Muster zählen, nicht Personen bewerten.

Häufige Muster aus der Praxis:

• Kein definierter Ablageort für Output — niemand weiß, wohin das Ergebnis soll.
• Freigabe ist unklar — also lieber gar nichts verschicken.
• Tool liegt außerhalb von ERP oder Mail — zu viel Reibung für Alltagsnutzung.

Drei ähnliche Abbrüche pro Tag reichen als Signal. Kein Statistikseminar nötig. Am Ende der Woche: ein Satz Muster — kein PowerPoint.

Heimliche Umgehungen sind Datenpunkte, keine Moralfragen. Wer still beobachtet, gewinnt Fakten. Wer Schuldzuweisungen schreibt, gewinnt Angst.

Eine Änderung testen — nicht fünf

Aus dem häufigsten U eine einzige Änderung ableiten. Beispiele:

• Output geht direkt ins Ticket-System — kein separater Speicherort mehr.
• Prüfer wird namentlich benannt — Freigabe-Weg ist klar.
• Tool wird per ERP-Integration eingebunden — ein Login statt zwei.

Test: 14 Tage, ein Vorgang. Erfolg bedeutet: weniger Abbrüche, weniger Rückfragen, gleiche oder bessere Qualität. Misserfolg heißt: dokumentiert stoppen — nicht noch ein Feature testen.

An Tag 7 eine ehrliche Frage: Macht das noch Sinn — ja oder nein? Wenn nein: früher stoppen statt teuer durchhalten. Kein Anbieter-Support, bevor das interne Muster klar ist.

Behalten, anpassen oder abschalten

Nach zwei Reparaturversuchen mit keinem Ergebnis ist das Abschalten die richtige Entscheidung. Das schafft Budget und Aufmerksamkeit für das, was Montag tatsächlich gebraucht wird.

Abschalten ist kein Scheitern — wenn dokumentiert. Ein Satz im Protokoll: Was gewinnt das Team ab Montag, weil dieses Tool nicht mehr offen ist?

Kommunizieren Sie die Entscheidung als Budget- und Fokusgewinn, nicht als Niederlage. Löschen Sie den IT-Zugang — sonst lebt eine Zombie-Lizenz weiter, die niemand nutzt, aber jeder bezahlt.

Nächster Schritt: Wählen Sie einen häufigen Vorgang — nicht das Prestigeprojekt. Führen Sie eine Woche 5U-Beobachtung durch. Formulieren Sie eine Änderung für 14 Tage. Review Tag 14: Behalten, anpassen oder abschalten — schriftlich.

Weiterführende Quellen

• Harvard Business Review: Warum Technologie-Initiativen scheitern — und was dagegen hilft
• Prosci: Change Management Grundlagen — Adoption als Kernaufgabe
• Gartner: Digital Adoption Plattformen und Erfolgsfaktoren