Der eingesparte Klick bezahlt keine Automatisierung

Ein manueller Vorgang benötigt mehrere Klicks und einige Minuten. Hochgerechnet auf alle Fälle entsteht eine große Zahl eingesparter Arbeitsstunden. Die Automatisierung scheint wirtschaftlich, bevor eine Zeile umgesetzt wurde.

In dieser Rechnung fehlen häufig die schwierigen Fälle, die Einführung, der laufende Betrieb und die Frage, ob frei werdende Zeit überhaupt nutzbar wird. Der eingesparte Klick ist ein möglicher Nutzenbaustein. Bezahlt ist die Automatisierung erst, wenn ihre tatsächliche Wirkung die gesamten Kosten über einen sinnvollen Zeitraum trägt.

Zuerst braucht der heutige Prozess eine belastbare Basis

Wer nur einen idealen Standardfall misst, rechnet die Automatisierung gegen eine erfundene Ausgangslage.

Für den Ist-Zustand sind mindestens zu erfassen:

• Zahl der Vorgänge in einem repräsentativen Zeitraum,
• Bearbeitungs- und Wartezeit getrennt,
• Anteil und Arten von Ausnahmen,
• Rückfragen, Fehler und Nacharbeit,
• beteiligte Rollen und tatsächliche interne Kosten,
• saisonale Spitzen und seltene Sonderfälle,
• heutige Werkzeug-, Lizenz- und Dienstleisterkosten,
• Auswirkungen auf Qualität, Durchlaufzeit und Risiko.

Nicht jede Information muss auf die Sekunde genau gemessen werden. Unsichere Werte müssen aber als Bandbreite oder Annahme sichtbar bleiben.

Der Beitrag „Digitalisierung vor dem Toolkauf“ hilft zu prüfen, ob der Ablauf zuerst vereinfacht werden sollte. Eine Automatisierung, die unnötige Prüfungen und Übergaben unverändert übernimmt, macht deren Folgekosten dauerhaft technisch.

Freie Zeit ist nicht automatisch eingespartes Geld

Wenn ein Vorgang fünf Minuten kürzer dauert, entsteht zunächst Kapazität. Daraus wird nur unter bestimmten Bedingungen ein finanzieller Effekt.

Mögliche Nutzenarten sind:

• harte Kostenwirkung: Externe Leistung, Überstunden oder zusätzlicher Personalbedarf entfallen tatsächlich.
• Kapazitätswirkung: Mitarbeitende können mehr Vorgänge oder andere wertvolle Aufgaben bearbeiten.
• Qualitätswirkung: Fehler, Nacharbeit oder Ausschuss gehen zurück.
• Zeitwirkung: Kunden, Lieferanten oder interne Bereiche erhalten früher ein Ergebnis.
• Risikowirkung: Kontrollen werden verlässlicher, Entscheidungen nachvollziehbarer oder Ausfälle seltener.
• Skalierungswirkung: Steigende Mengen können ohne proportional steigenden Aufwand verarbeitet werden.

Diese Wirkungen dürfen nicht alle als direkte Einsparung addiert werden. Kapazität besitzt einen wirtschaftlichen Wert, ist aber noch keine Budgetkürzung. Die Entscheidung sollte klar benennen, welche Art von Nutzen erwartet wird.

Die Kosten beginnen vor der technischen Umsetzung

Die sichtbare Entwicklung oder Lizenz ist nur ein Teil der Rechnung.

Zum Lebenszyklus können gehören:

• Prozessanalyse und Bereinigung,
• Auswahl, Beschaffung und Vertragsprüfung,
• Entwicklung, Konfiguration und Integration,
• Datenaufbereitung und Migration,
• Sicherheits-, Datenschutz- und Berechtigungsprüfung,
• Tests einschließlich Ausnahmen und Rückfallweg,
• Kommunikation, Schulung und Umstellung,
• Parallelbetrieb und Unterstützung nach dem Start,
• Überwachung, Fehlerbehandlung und Support,
• Anpassung an Prozess-, Schnittstellen- oder Produktänderungen,
• zusätzliche Lizenzen, Plattform- und Nutzungskosten,
• Dokumentation und Wissenstransfer,
• Anbieterwechsel, Rückbau und Datenexport.

Der GAO Cost Estimating and Assessment Guide ist für öffentliche Programme entwickelt worden und nicht als Pflichtmodell für ein mittelständisches Automatisierungsvorhaben gedacht. Übertragbar ist die Forderung nach einer technischen Basis, dokumentierten Annahmen, Lebenszykluskosten, Risiko- und Sensitivitätsanalyse sowie späterer Aktualisierung mit Ist-Daten.

Ausnahmen bestimmen häufig die laufende Wirtschaftlichkeit

Eine Automatisierung bearbeitet selten jeden Fall vollständig. Der Restweg entscheidet, ob sie den Prozess wirklich entlastet.

Zu klären ist:

• Welche Fälle werden automatisch abgeschlossen?
• Welche werden zur Prüfung vorgelegt?
• Welche brechen technisch ab?
• Wer erkennt und korrigiert falsche Ergebnisse?
• Wie werden unvollständige oder widersprüchliche Daten behandelt?
• Was geschieht, wenn ein angebundenes System nicht erreichbar ist?
• Wie gelangt ein Vorgang kontrolliert zurück in den normalen Ablauf?

Eine hohe Automatisierungsquote kann täuschen, wenn die verbleibenden Fälle besonders aufwendig sind oder Fachkräfte ständig die Maschine überwachen müssen.

Der vorhandene Beitrag „Der Ausnahmefall gehört in den Prozess“ vertieft die fachliche Modellierung. In der Wirtschaftlichkeitsrechnung erhalten Ausnahmen zusätzlich eine Menge, Bearbeitungszeit und Kostenannahme.

Konstruiertes Beispiel: Der Standardfall wird billig, der Restweg teuer

Das folgende Beispiel ist konstruiert.

Ein Unternehmen automatisiert die Zuordnung eingehender Rechnungen. Der Business Case multipliziert die bisherige durchschnittliche Bearbeitungszeit mit der gesamten Rechnungsmenge. Nach der Einführung verarbeitet die Lösung saubere Standardfälle schnell. Rechnungen mit abweichender Bestellung, mehreren Kostenstellen oder schlechter Datenqualität landen jedoch in einer neuen Klärungsliste.

Die Liste hat keinen eindeutigen Owner. Fachbereich und Buchhaltung prüfen dieselben Fälle, während die IT technische Fehler von fachlichen Ausnahmen trennt. Zusätzlich muss die Integration bei Änderungen des ERP-Systems angepasst werden.

Die Automatisierung kann weiterhin sinnvoll sein. Eine belastbare Rechnung setzt aber nur den tatsächlich automatisierten Anteil an, bewertet den Restweg und nimmt Pflege sowie Integration in die laufenden Kosten auf.

Mit Szenarien statt mit einer einzigen Zahl entscheiden

Eine punktgenaue Rendite suggeriert Wissen, das vor der Einführung selten vorhanden ist. Besser sind mindestens drei Szenarien:

• vorsichtig: geringere Nutzung, mehr Ausnahmen, höherer Pflegeaufwand,
• erwartet: bestbelegte Annahmen aus Test und Ausgangsbasis,
• günstig: hohe Nutzung und stabile Rahmenbedingungen.

Für jede wesentliche Annahme wird geprüft, wie stark das Ergebnis auf Änderungen reagiert. Wenn die Wirtschaftlichkeit nur im günstigsten Szenario positiv ist, sollte der nächste Schritt vor allem Unsicherheit reduzieren – beispielsweise durch eine begrenzte Erprobung mit echten Ausnahmefällen.

Der Green Book-Stand 2026 fordert für seinen öffentlichen Geltungsbereich eine strukturierte Bewertung von Optionen, Kosten, Nutzen und Risiken über den Lebenszyklus. Für mittelständische Entscheidungen ist daran vor allem die Optionssicht hilfreich: Nicht nur „automatisieren oder nicht“ vergleichen, sondern auch Vereinfachung, Standardisierung, Teilautomatisierung und Änderung der Zuständigkeit.

Die Automatisierungsrechnung

Feld	Zu klärende Größe
Ziel	Welche Wirkung soll die Automatisierung erzeugen?
Ausgangsbasis	Mengen, Zeiten, Fehler, Ausnahmen und heutige Kosten
Optionen	Nichtstun, vereinfachen, standardisieren, teil- oder vollautomatisieren
Reichweite	Welcher Anteil der Fälle wird tatsächlich erfasst?
Einmalkosten	Analyse, Einführung, Integration, Test und Veränderung
Laufende Kosten	Lizenzen, Betrieb, Support, Kontrolle, Pflege und Infrastruktur
Restweg	Aufwand und Verantwortung für Ausnahmen und Fehler
Nutzen	Kosten-, Kapazitäts-, Qualitäts-, Zeit-, Risiko- oder Skalierungswirkung
Zeitraum	Über welche Nutzungsdauer werden Kosten und Nutzen verglichen?
Unsicherheit	Welche Annahmen beeinflussen das Ergebnis am stärksten?
Messung	Welche Ist-Daten werden nach dem Start erhoben?
Entscheidung	Wann wird erweitert, angepasst, ersetzt oder beendet?

Für eine kleine, reversible Automatisierung muss diese Karte kein umfangreicher Business Case werden. Einige nachvollziehbare Annahmen und ein Owner reichen oft aus. Die Prüftiefe folgt gebundener Kapazität, Folgekosten und Reversibilität.

Nach dem Go-live beginnt die wirtschaftliche Prüfung

Der GOV.UK-Leitfaden zur Nutzenmessung digitaler Services empfiehlt, Nutzenhypothesen früh zu formulieren und während der Nutzung anhand von Daten zu überprüfen. Auch dieser Rahmen ist keine Vorgabe für deutsche Unternehmen, stützt aber ein wichtiges Prinzip: Der Business Case bleibt nach der Freigabe überprüfbar.

Nach der Einführung sollten unter anderem verglichen werden:

• tatsächlicher automatisierter und manuell bearbeiteter Anteil,
• reale Bearbeitungszeit im Gesamtprozess,
• neue Fehler und Nacharbeit,
• laufende interne und externe Kosten,
• Nutzung und Umgehungswege,
• realisierte Kapazitäts- oder Kostenwirkung,
• bevorstehende Änderungen mit zusätzlichem Pflegebedarf.

Der Beitrag „Ein Business Case endet nicht mit der Budgetfreigabe“ beschreibt die notwendige Fortführungsentscheidung. Eine Automatisierung, die ihren Nutzen nicht erreicht, muss angepasst, eingegrenzt oder beendet werden können.

Der eingesparte Klick ist leicht zu zählen. Wirtschaftlich relevant ist der veränderte Gesamtprozess über seine Nutzungsdauer. Erst wenn Standardfälle, Ausnahmen, Betrieb, Pflege und tatsächlicher Nutzen in derselben Rechnung stehen, wird aus einer Automatisierung eine belastbare Investitionsentscheidung.