Ein Drittel gespart, doppelt bezahlt: Warum fehlende Adoption teuer wird

Ich habe in IT-Projekten schon öfter diesen einen Satz gehört, bei dem innerlich eine kleine rote Warnlampe angeht:

„Können wir den Change-&-Adoption-Teil nicht erstmal weglassen?“

Meistens ist der Satz nicht böse gemeint. Für Unternehmer klingt er vernünftig. Kaufmännisch sauber. Da sitzt jemand auf Entscheiderebene, schaut auf ein Angebot und denkt: „Die Technik brauchen wir. Die Lizenzen brauchen wir. Die Migration brauchen wir. Aber Kommunikation, Workshops, Schulungen, Feedbackrunden? Hm. Das kriegen wir doch bestimmt irgendwie selbst hin.“

Und zack: Das Projekt ist günstiger.

Auf dem Papier.

In der Realität wird es genau dadurch teurer.

Fehlende Adoption ist wie ein vermeintlich günstiger Bürostuhl: Am Anfang freut sich der Einkauf, nach drei Monaten freut sich der Orthopäde.

Der teuerste Projektposten ist oft der, den man streicht

Change & Adoption wirkt in vielen Angeboten erstmal wie ein weicher Faktor. Nicht so greifbar wie Lizenzen, Hardware, Migration oder technische Umsetzung. Es gibt kein glänzendes neues Tool, keinen Server, keine schicke Admin-Konsole und auch keinen Button mit der Aufschrift: „Mehrwert jetzt aktivieren“.

Deshalb landet Adoption schnell in der Kategorie: „nice to have“.

Das ist der Denkfehler.

Adoption ist kein nettes Beiwerk. Sie ist der Teil des Projekts, der dafür sorgt, dass die Investition überhaupt wirkt.

Der Business Case einer neuen IT-Lösung entsteht nicht, wenn sie technisch verfügbar ist, sondern wenn Menschen sie sinnvoll nutzen.

Ausgerollt bedeutet: Die Lösung ist da.
Eingeführt bedeutet: Die Menschen arbeiten damit.
Erfolgreich bedeutet: Das Unternehmen hat etwas davon.

Zwischen diesen drei Zuständen liegen mehr Kosten, als man wahrhaben möchte.

Beispiel Teamstelefonie: Ein Drittel gespart, dann kam das Headset

Ein schönes, sehr menschliches Beispiel ist die Einführung von Teams-Telefonie. Damals hieß das noch Skype for Business.

Die Idee ist aus IT-Sicht absolut nachvollziehbar: weg von der klassischen Telefonanlage, hin zu moderner, integrierter Kommunikation.

Weniger Medienbrüche.
Flexibler arbeiten.
Telefonie in Microsoft integriert.
Headset statt Tischapparat.
Alles moderner, einfacher, besser.

In dem Projekt war ursprünglich ein relevanter Teil des Budgets für Change & Adoption vorgesehen. Also dafür, die Mitarbeitenden mitzunehmen, die Veränderung zu kommunizieren, Optionen zu klären, Schulungen zu machen und herauszufinden, was im Alltag gebraucht wird.

Im Rahmen der Preisverhandlung wurde genau dieser Teil gestrichen. Das Angebot war danach etwa ein Drittel günstiger.

Großer Erfolg. Zumindest bis zur Pilotphase.

Dann stellte sich heraus: Ein wichtiger Nutzer wollte kein klassisches Headset tragen. Das Projekt wurde dadurch tatsächlich ausgebremst.

Es ging darum, dass ein Arbeitsmittel nicht zum Arbeitsalltag passte. Für die IT war das Headset ein Endgerät. Für den Nutzer war es etwas, das er jeden Tag tragen sollte.

Genau an solchen Stellen entscheidet sich Adoption: in der Realität der Menschen.

Am Ende musste nachgesteuert werden. Alternative Geräte wurden gesucht, Schulungen nachgezogen, Wahlmöglichkeiten geschaffen. Später wollten viele Mitarbeitende doch lieber Headsets oder mobile Lösungen nutzen, weil sie den Nutzen verstanden hatten.

Aber bis dahin war Zeit verloren, Aufwand entstanden – und das Projekt war letztendlich teurer als das ursprüngliche Angebot.

Das gesparte Drittel kam also zurück und brachte Freunde mit.

Warum fehlende Adoption Folgekosten erzeugt

Fehlende Adoption ist kaum als eigene Kostenstelle sichtbar. Sie steht nicht sauber auf der Rechnung mit dem Titel: „Kosten wegen nicht abgeholter Menschen“.

Das wäre schön. Dann würde sie vielleicht ernster genommen.

Stattdessen versteckt sie sich an vielen Stellen:

Projektverzögerungen.
Nachschulungen.
Zusätzlicher Support.
Frust in den Fachbereichen.
Geringe Nutzung.
Schattenlösungen.
Doppelte Arbeit.
Schlechtere Datenqualität.
Unklare Prozesse.
Sinkendes Vertrauen in die IT.
Lizenzkosten ohne Gegenwert.
Und im schlimmsten Fall: ein Projekt, das offiziell fertig ist, aber praktisch niemandem hilft.

Das Gemeine daran: Diese Kosten tauchen erst später auf. Wenn alle denken, das Projekt sei abgeschlossen.

Das ist wie bei einem Umzug, bei dem man aus Kostengründen die Kartons nicht beschriftet. Am Umzugstag spart man fünf Minuten. Danach sucht man drei Wochen den Wasserkocher.

KI: Wenn Lizenzen nicht gleich Nutzen sind

Viele Unternehmen sehen Microsoft Copilot und denken: Das ist es. Endlich weniger E-Mails, bessere Meeting-Zusammenfassungen, schnellere Dokumentenerstellung, leichterer Zugriff auf Wissen.

Also werden Lizenzen gekauft. Zugewiesen. Eine Info-Mail geht raus. Vielleicht steht darin sogar „Viel Spaß beim Ausprobieren“.

Und dann?

Dann nutzen es ein paar Neugierige. Der Rest wartet ab. Oder versteht nicht, was das konkret bringen soll. Oder hat Sorgen wegen Daten. Oder probiert es einmal aus, bekommt eine Antwort, die ungefähr so hilfreich ist wie ein Praktikant am ersten Tag ohne Einarbeitung, und sagt: „Aha. Bringt nichts.“

Gerade bei KI reicht es nicht, einen Zugang bereitzustellen. Du musst erklären, welche Use Cases relevant sind, welche Daten genutzt werden dürfen, wo Grenzen liegen, wie gute Prompts funktionieren und warum die neue Arbeitsweise überhaupt sinnvoll ist.

Sonst wird aus KI schnell ein teurer Button.

Und teure Buttons gibt es in Unternehmen schon genug. Meistens heißen sie „Drucken“.

Der Denkfehler: „Die werden das schon nutzen“

Ein häufiger Satz in IT-Projekten lautet: „Wenn es gut ist, nutzen die Leute es schon.“

Das klingt logisch. Ist aber ein Trugschluss.

Menschen nutzen nicht automatisch das objektiv bessere Tool. Menschen nutzen das, was sie kennen, verstehen und im Alltag ohne Angst einsetzen können.

• Das alte Vorgehen mag schlechter sein, aber es ist vertraut.

• Die alte Telefonanlage war vielleicht unflexibel. Aber jeder wusste, wie man weiterleitet.

• Die alte Dateiablage war vielleicht chaotisch. Aber jeder hatte seinen eigenen Pfad durch den Dschungel.

• Die alte E-Mail-Arbeitsweise war vielleicht ineffizient. Aber sie war gelernt.

• Das alte „Ich frage Kollegin Müller“ war vielleicht langsam. Aber es fühlte sich sicher an.

Neue Technologie muss nicht nur besser sein. Sie muss als besser erlebt werden.

Und genau dafür brauchst du Adoption.

Warum Erklärvideos nicht reichen

Natürlich sind Erklärvideos nützlich. Sie können Funktionen zeigen, Grundlagen vermitteln und später als Nachschlagewerk dienen.

Aber sie ersetzen keine Einführung.

• Ein Video kann erklären, wo man klickt.

• Ein Workshop zeigt, warum man es tut.

• Ein Gespräch klärt, was Menschen daran hindert.

• Ein guter Use Case macht den Nutzen greifbar.

Das gilt besonders, wenn komplette Verhaltensmuster neu gelernt werden müssen. KI, Teams-Telefonie, Cloud-Arbeitsweisen, Security-Regeln – all das muss in den Alltag.

Du lernst nicht Autofahren, indem du dir fünf Videos über Verkehrsregeln anschaust und dann direkt rückwärts in eine Tiefgarage fährst. Du brauchst Praxis. Begleitung. Feedback. Und idealerweise jemanden, der sagt: „Das war jetzt die Kupplung, nicht die Bremse.“

Bei IT ist es ähnlich. Nur dass statt Blechschaden manchmal Produktivitätsverlust entsteht. Oder Schatten-IT. Oder unnötige Kosten. Oder genervte Mitarbeitende. Auch nicht schön.

Adoption ist Risikomanagement.

Für IT-Entscheider ist es hilfreich, Change & Adoption nicht als „Kommunikationspaket“ zu sehen, sondern als Risikomanagement.

Was riskierst du, wenn du es weglässt?

Du riskierst, dass die Lösung nicht genutzt wird.
Du riskierst, dass sie falsch genutzt wird.
Du riskierst, dass Supportaufwand steigt.
Du riskierst, dass Mitarbeitende Umwege suchen.
Du riskierst, dass die Investition ihren Nutzen nicht erreicht.

Das sind betriebswirtschaftliche Risiken.

Denn jede neue IT-Lösung verfolgt ein Ziel: schneller arbeiten, sicherer arbeiten, Kosten senken, Qualität steigern, Zusammenarbeit verbessern, Wissen besser verfügbar machen oder Prozesse vereinfachen.

Wenn die Menschen die Lösung nicht annehmen, werden diese Ziele nicht erreicht.

Dann wurde nicht gespart, sondern nur an der falschen Stelle weniger ausgegeben.

Der eigentliche ROI steckt in der Nutzung

Nehmen wir Copilot. Der Nutzen entsteht nicht durch die Lizenz. Der Nutzen entsteht, wenn Mitarbeitende damit konkrete Zeitfresser reduzieren.

Meeting zusammenfassen.
E-Mail-Verläufe strukturieren.
Dokumente vorbereiten.
Informationen schneller finden.
Präsentationen entwerfen.
Routinekommunikation vereinfachen.

Aber dafür müssen Mitarbeitende wissen, was für sie relevant ist.

Der Vertrieb braucht andere Szenarien als die Buchhaltung. HR andere als Projektmanagement. Geschäftsführung andere als Service Desk.

Wenn alle dieselbe Standarddemo bekommen, ist das nicht wirksam.

Gute Adoption übersetzt Technologie in Rollen, Aufgaben und Alltag.

Nicht: „Copilot kann ganz viel.“
Sondern: „So sparst du dir jeden Dienstag nach dem Jour fixe 20 Minuten Nachbereitung.“

Das ist der Moment, in dem aus Lizenzkosten ein Business Case wird.

Die versteckten Kosten von Frust

Ein weiterer Kostenfaktor wird oft unterschätzt: Frust.

Frust ist nicht nur ein Stimmungsproblem. Frust wirkt direkt auf Produktivität, Akzeptanz und Vertrauen.

Wenn Mitarbeitende erleben, dass neue Tools schlecht erklärt werden, entsteht Widerstand. Manchmal offen, meistens leise.

„Schon wieder etwas Neues.“
„Funktioniert bei uns eh nicht.“
„Ich mache es weiter wie vorher.“
„Frag mich in drei Monaten nochmal, wenn sie das nächste Tool einführen.“

Diese Haltung ist teuer, denn beim nächsten Projekt startest du mit einem Minus bei Vertrauen.

Und Vertrauen wieder aufzubauen dauert länger, als es zu verlieren. Das gilt in Beziehungen, im Kundenservice und leider auch bei Microsoft-365-Projekten.

Was gute Adoption konkret leistet

Gute Adoption startet lange vor dem Go-live. 

Zuerst wird geklärt, warum die Veränderung überhaupt stattfindet – und zwar aus Business-Sicht.

• Was soll besser werden?

• Welche Prozesse sollen schneller werden?

• Welche Arbeit soll einfacher werden?

• Welche Risiken sollen sinken?

• Welche Ziele sollen erreicht werden?

Danach wird kommuniziert. Klar und verständlich.

Dann folgen praxisnahe Formate: Workshops, Pilotgruppen, Feedbackrunden, Sprechstunden, Use-Case-Arbeit.

Dabei entstehen Champions. Also Menschen, die das Thema verstehen, Lust darauf haben und andere mitziehen können.

Und schließlich wird gemessen: Wird die Lösung genutzt? Verstehen die Menschen den Sinn? Gibt es spürbaren Mehrwert? Wo müssen wir nachjustieren?

Das ist keine Raketenwissenschaft. Aber es ist Arbeit.

Und genau diese Arbeit entscheidet, ob ein Projekt Wirkung entfaltet.

„Einfach fragen“ spart Geld

Eine der günstigsten Methoden in IT-Projekten ist: fragen.

• Wie kommt ihr damit zurecht?

• Was funktioniert?

• Was nervt?

• Was fehlt?

• Wo seid ihr unsicher?

• Was müsste passieren, damit ihr es nutzt?

Das klingt banal, ist aber extrem wirksam.

Eine Nutzungsstatistik zeigt dir nur, dass etwas wenig genutzt wird. Menschen sagen dir, warum.

Ohne Fragen rätst du. Mit Fragen steuerst du.

Und Raten ist selten die beste Strategie, wenn Lizenzen, Projektbudgets und Unternehmensprozesse dranhängen.

Vor Ort oder online? Hauptsache, persönlich.

Adoption muss nicht immer teuer oder riesig sein. Nicht jedes Projekt braucht eine Roadshow mit Nebelmaschine und Keynote-Musik.

Manchmal reicht ein gut gemachter Online-Workshop. Manchmal braucht es Präsenz. Manchmal ist eine Mischung sinnvoll.

Entscheidend ist nicht das Format. Entscheidend ist, dass Menschen beteiligt werden.

Ein 3-Stunden-Workshop online kann besser sein als ein 6-Stunden-Termin vor Ort, wenn er klar strukturiert, praxisnah und relevant ist.

Ein kurzer persönlicher Austausch kann mehr bewirken als zehn Rundmails. Eine gute Pilotgruppe kann spätere Probleme verhindern, bevor sie teuer werden.

Persönlich heißt nicht zwingend physisch im Raum. Persönlich heißt: nah am Alltag der Menschen.

Warum Führungskräfte eine Schlüsselrolle spielen

Fachbereiche und Führungskräfte müssen mitziehen.

Wenn Führungskräfte die Veränderung nicht erklären, nicht vorleben oder nicht ernst nehmen, wird es schwierig.

Mitarbeitende orientieren sich daran, was im Alltag zählt. Wenn die Führungskraft sagt: „Copilot ist wichtig“, aber selbst nie damit arbeitet, entsteht ein Signal. Wenn Security-Regeln kommuniziert werden, aber im Stress ignoriert werden, entsteht auch ein Signal. Wenn neue Arbeitsweisen eingeführt werden, aber niemand Zeit zum Lernen bekommt, ist die Botschaft klar: „Bitte ändere dich, aber ohne Aufwand.“

Das funktioniert ungefähr so gut wie eine Diät, bei der man nur das Kochbuch kauft.

Führungskräfte müssen Haltung zeigen:

• Warum machen wir das?

• Was erwarten wir?

• Wo unterstützen wir?

• Welche Fragen sind erlaubt?

• Wie lernen wir gemeinsam?

Das senkt Unsicherheit. Und Unsicherheit ist einer der größten Bremsklötze in Transformationsprojekten.

Was du wirklich sparst, wenn du Adoption einplanst

Wenn du Change & Adoption sauber einplanst, sparst du nicht unbedingt sofort Budget auf dem Angebot.

Du sparst später:

• Nacharbeiten.

   

• Eskalationen.

   

• Supportaufwand.

   

• Lizenzverschwendung.

   

• Vertrauensverlust.

   

• Projektverzögerungen.

   

• schlechte Stimmung.

Du sparst den Moment, in dem jemand sagt: „Wir haben das doch eingeführt, warum nutzt es keiner?“

Und du gewinnst etwas Entscheidendes: Wirkung.

Letztenendes willst du ein Ergebnis.

Mehr Effizienz.
Mehr Sicherheit.
Bessere Zusammenarbeit.
Weniger Blindzeiten.
Mehr Entlastung.
Mehr Wert aus der Cloud.

Ganz einfach.

Fazit: Billiger ist nicht automatisch günstiger

Es ist verständlich, Projektkosten kritisch zu prüfen. Budgets sind nicht unendlich, und niemand sollte Geld für unnötige Maßnahmen ausgeben.

Aber Change & Adoption ist bei IT-Transformationen der Teil, der dafür sorgt, dass die Investition im Alltag ankommt.

Wenn du ihn streichst, wird das Projekt vielleicht kurzfristig günstiger. Aber du erhöhst das Risiko, später doppelt zu zahlen: mit Zeit, Nacharbeit, Frust, Support, ungenutzten Lizenzen und verpasstem Nutzen.

Ein Drittel gespart kann am Ende sehr teuer werden.

Gute IT kümmert sich deshalb auch um Menschen. Sie erklärt, fragt, begleitet, misst und verbessert.

Cloud. Einfach. Persönlich.

Nicht, weil das nett klingt. Sondern weil es wirtschaftlich sinnvoll ist.

Denn eine Lösung, die niemand nutzt, ist keine Lösung.

Sie ist nur ein teuer bezahltes Icon.