Digitalisierungsbudget falsch eingesetzt: Die häufigsten Muster

Kurz gesagt

Für ein ERP-Projekt sind 25–30 Prozent des Gesamtbudgets für Change Management, Kommunikation und Schulung realistisch. Wird diese Marke unterschritten, steigt das Risiko, dass die Software zwar eingeführt, aber nie wirklich genutzt wird, deutlich. Als grobe Faustregel gilt: mindestens so viel Budget für die Menschen einplanen wie für die Technik selbst.

Warum Digitalisierungsbudgets so oft versickern

Digitalisierungsbudgets werden in deutschen Unternehmen regelmäßig bewilligt – und regelmäßig nicht so eingesetzt, dass sie den erhofften Effekt erzielen. Das liegt selten an schlechten Absichten oder falschen Technologieentscheidungen. Es liegt fast immer an strukturellen Mustern, die sich in Unternehmen immer wieder wiederholen: fehlende Strategie vor dem Tool-Kauf, überdimensionierte Projekte ohne Piloten, unterschätzter Change-Management-Aufwand und Projekte, die zwar umgesetzt, aber nie wirklich genutzt werden.

Das Tückische daran: Diese Muster sind im Moment der Entscheidung nicht immer erkennbar. Jede Investition wirkt zum Zeitpunkt der Budgetfreigabe sinnvoll. Erst in der Rückschau wird klar, dass der Fehler nicht in der Technologie lag, sondern in der Vorbereitung, Dimensionierung oder Begleitung des Projekts.

Die sechs häufigsten Muster

Tool-Kauf ohne Prozessanalyse: Ein Tool wird angeschafft, weil es beeindruckend präsentiert wird oder der Wettbewerb es einsetzt – ohne dass vorher geklärt wurde, welchen Prozess es konkret verbessern soll. Das Ergebnis: eine Insellösung, die nach wenigen Monaten kaum noch verwendet wird.
Big Bang statt Pilot: Statt mit einem überschaubaren Pilotprojekt zu starten, wird gleich das gesamte Unternehmen transformiert. Das maximiert Aufwand, Risiko und Widerstand – und minimiert die Lerngeschwindigkeit.
IT-Projekt statt Business-Projekt: Digitalisierungsprojekte werden mit IT-Verantwortlichen, IT-Metriken und IT-Timelines geführt, ohne ausreichende Einbindung der betroffenen Fachbereiche. Fachbereiche fühlen sich übergangen und nutzen die neue Lösung nicht.
Kein Budget für Change Management und Schulung: Das Budget wird zu 90 Prozent für Lizenzen, Hardware und Implementierung eingeplant – und zu 10 Prozent oder weniger für Schulung und Kommunikation. Dabei entscheidet genau dieser Teil, ob das System genutzt wird.
Zu viele Projekte gleichzeitig: Das Budget wird auf fünf, sieben oder zehn parallele Projekte verteilt. Keines bekommt ausreichend Ressourcen und Management-Fokus. Weniger Projekte, konsequent priorisiert, erzielen mehr Wirkung.
Keine Erfolgsmessung nach Go-Live: Nach dem Go-Live gilt das Projekt als abgeschlossen. Niemand prüft systematisch, ob die erhofften Verbesserungen eingetreten sind. Ohne Erfolgsmessung gibt es kein Lernen – und beim nächsten Projekt wiederholen sich dieselben Fehler.

Das teuerste Muster von allen: Software kaufen, einführen, nicht nutzen. In vielen mittelständischen Unternehmen gibt es einen Friedhof ungenutzter Lizenzen – Tools, für die jährlich Lizenzgebühren bezahlt werden, die aber kaum jemand öffnet. Der wirtschaftliche Schaden ist erheblich: nicht nur die Lizenzkosten, sondern auch der entgangene Nutzen und die gebundenen Kapazitäten bei der Einführung.

Wie ein sinnvoller Budgetrahmen aussieht

Eine grobe Orientierung für Digitalisierungsprojekte, die tatsächlich wirken: Technologie (Lizenzen, Hardware, Infrastruktur) etwa 40–50 Prozent des Gesamtbudgets, Implementierung und Integration etwa 20–25 Prozent, Change Management, Kommunikation und Schulung etwa 20–30 Prozent, laufende Optimierung und Support in den ersten zwölf Monaten etwa 10–15 Prozent.

In der Praxis werden Change Management und Schulung oft mit nur 5–10 Prozent budgetiert – was regelmäßig zu Akzeptanzproblemen führt. Besonders bei der Digitalisierung von Kernprozessen wie ERP-Einführung, CRM-Migration oder Produktionssteuerung sollte das Change-Management-Budget eher bei 25–30 Prozent liegen, weil diese Projekte besonders tief in den Arbeitsalltag eingreifen.

Wie man das Budget wirklich wirksam einsetzt

Strategie vor Tool: erst Ziel und Prozess definieren, dann Tool auswählen – nie umgekehrt
Piloten als Standard: kein unternehmensweiter Rollout ohne vorherigen Pilot mit Lernziel und Auswertung
Stakeholder früh einbinden: Fachbereiche sind von Beginn an Teil des Projekts, nicht Empfänger am Ende
Change-Management-Budget einplanen: mindestens so viel wie für die Technologie selbst
Schulungsbudget als Pflichtposition: keine Implementierung ohne definiertes Schulungskonzept
Priorisierung durchsetzen: lieber drei Projekte vollständig als zehn Projekte halbfertig
Erfolgskriterien vorab definieren: Was soll sich in sechs Monaten messbar verbessert haben?
Regelmäßige Post-Live-Reviews: drei und sechs Monate nach Go-Live systematisch auswerten

Häufige Fragen

Wie viel Change-Management-Budget ist für ein ERP-Projekt realistisch?

25–30 Prozent des Gesamtprojektbudgets; bei Unterschreitung steigt das Risiko eines Abbruchs oder einer Nicht-Nutzung deutlich.

Wie erkenne ich frühzeitig, dass ein Digitalisierungsprojekt scheitert?

Warnsignale sind: Fachbereiche werden nicht eingebunden, Schulungstermine verschieben sich mehrfach, das Projektteam besteht fast nur aus IT-Mitarbeitern und niemand hat Erfolgskriterien definiert.

Ist es sinnvoll, mehrere Digitalisierungsprojekte parallel zu führen?

In der Regel nein, außer die Projekte sind vollständig unabhängig und jedes hat ein dediziertes Team mit ausreichend Kapazität.

Was ist ein guter Pilot für ein Digitalisierungsprojekt?

Klar abgegrenzt auf einen Bereich, mit konkretem Lernziel, zeitlich begrenzt auf 6–12 Wochen und vor dem Rollout systematisch ausgewertet.