Die meisten ROI-Rechnungen scheitern an derselben Stelle: Es gibt keinen Vorher-Wert. Jemand automatisiert einen Ablauf, findet ihn danach schneller und schreibt einen Nutzen auf, der nie gemessen wurde. Das ist keine Rechnung, das ist ein Gefühl mit Vorzeichen.

Miss den heutigen Ablauf, bevor du ihn anfasst. Wie oft läuft der Prozess pro Woche? Wie lange dauert ein Fall im Schnitt, und wie lange in den schwierigen Fällen? Wie viele davon gehen zurück, weil etwas falsch war? Diese Baseline kostet ein paar Tage stichprobenhafter Messung und ist der einzige Fixpunkt, gegen den du später den Nutzen prüfst.

Ein ROI, den du nie gemessen hast, ist eine Meinung mit Nachkommastellen.

Ohne Baseline verschiebt sich die Rechnung unbemerkt zu deinen Gunsten, weil du den neuen Zustand mit einer Erinnerung vergleichst, und Erinnerungen sind großzügig.

Der zweite Fehler ist teurer: Man rechnet die Einführung und vergisst den Betrieb. Eine Automatisierung ist kein Kauf, sondern ein Mietverhältnis. Sie kostet weiter, solange sie läuft, und sie kostet zusätzlich, wenn sich der Prozess drumherum ändert und die Automatisierung nicht mitzieht.

In eine ehrliche Rechnung gehören vier Kostenblöcke. Die Einführung mit Setup, Integration und Test ist der sichtbare Teil. Der Betrieb mit Lizenzen, Hosting und Monitoring läuft danach unauffällig weiter. Die Pflege fällt an, sobald sich Formulare, Systeme oder Regeln verschieben. Und die Ausnahmebehandlung ist der stille Posten, der den Nutzen frisst: Jeder Fall, den die Automatisierung nicht sauber schafft, wird zu manueller Nacharbeit und zählt gegen die Ersparnis.

Wer nur die Einführung gegen eine grobe Zeitersparnis stellt, bekommt eine Zahl, die im ersten Monat gut aussieht und im vierten kippt.

Nutzen ist die andere Seite, und auch hier lohnt sich Disziplin. Drei Quellen sind belastbar, wenn man sie konservativ ansetzt. Gesparte Zeit ist nur dann Nutzen, wenn die frei werdenden Stunden woanders wirklich gebraucht werden, sonst ist es eine Zahl auf dem Papier. Weniger Fehler wirkt oft stärker als die reine Zeit, weil ein vermiedener Fehler die Korrektur, die Rückfrage und den Ärgerpfad dahinter einspart. Kürzere Durchlaufzeit zahlt dort ein, wo Tempo einen echten Wert hat, etwa bei Angeboten oder Freigaben.

Setze jede Quelle lieber zu niedrig als zu hoch an. Ein ROI, der auch mit vorsichtigen Annahmen positiv bleibt, hält der Realität stand. Einer, der nur bei Bestwerten funktioniert, ist eine Wette.

Für die Weiterarbeit hilft es, den Nutzen an den Prozess zu binden und nicht an eine Jahressumme. Was spart ein einzelner Fall an Minuten und an Fehlern, und wie oft läuft er? Aus dieser Einheit skalierst du sauber hoch, statt eine große Zahl von oben zu setzen und rückwärts zu begründen.

Jetzt wird sichtbar, warum der Zuschnitt über den Payback entscheidet. Ein abgegrenzter Prozess hat eine kleine Einführung, einen klaren Nutzen und wenig Betrieb, also kommt er schnell zurück. Ein Plattformprojekt verteilt den Nutzen über viele Abläufe, während Integration, Governance und Betrieb sofort und vollständig anfallen. Die Kosten sind früh da, der Nutzen kommt spät und verteilt.

Das ist kein Argument gegen große Vorhaben. Es ist ein Argument dafür, den ersten ROI an einem kleinen Fall zu verdienen und die Plattform erst zu bauen, wenn ein paar dieser Fälle bewiesen haben, dass die Rechnung trägt.

Fünf Schritte, in dieser Reihenfolge. Wenn du bei einem hängst, hast du eine echte Unbekannte gefunden, und die klärst du besser jetzt als im vierten Monat.

• Miss die Baseline, bevor sich etwas ändert: Häufigkeit, Dauer, Fehlerquote im Ist-Zustand.
• Zähl jede Kostenart: Einführung einmalig, Betrieb, Pflege und Ausnahmebehandlung laufend.
• Setz den Nutzen konservativ an: gesparte Zeit nur, wenn sie genutzt wird, plus Fehler und Durchlaufzeit.
• Trenne einmalig von laufend: sonst wirkt eine günstige Einführung besser als der reale Betrieb.
• Bestimme den Payback: ab wann deckt der laufende Nutzen die laufenden Kosten und die Einführung.

Kernsatz: Ein ehrlicher ROI ist keine große Zahl, sondern eine, die auch mit vorsichtigen Annahmen positiv bleibt und den Betrieb schon eingerechnet hat.

Die Ersparnis aus der Demo ist der ROI.

Eine Demo zeigt den Normalfall unter Idealbedingungen. Der ROI entsteht im echten Betrieb mit Ausnahmen, Pflege und den Stunden, die dein Team in Einführung und Überwachung steckt.

Betriebskosten fallen kaum ins Gewicht.

Sie sind der Grund, warum viele Rechnungen nach ein paar Monaten kippen. Betrieb, Pflege und Ausnahmebehandlung laufen weiter, während der einmalige Nutzen-Effekt der Einführung längst verbucht ist.

Gesparte Stunden sind automatisch Geld.

Nur wenn die frei werdende Zeit woanders gebraucht und genutzt wird. Sonst ist die Ersparnis real gemessen, aber nicht real verwertet, und das gehört ehrlich in die Annahme.

KI-ROI, Total Cost of Ownership (KI), Ausgangslinie (Baseline), Exception Handling.

Ab wann lohnt sich das Rechnen überhaupt?

Sobald ein Ablauf oft genug läuft, dass die Messung ein stabiles Bild ergibt. Bei einem seltenen Sonderfall ist die Baseline zu dünn, um eine belastbare Zahl zu tragen. Ein häufiger, regelmäßiger Prozess liefert dagegen schnell verlässliche Werte.

Wie gehe ich mit gesparter Zeit um, die niemand woanders nutzt?

Ehrlich: Sie zählt dann nicht voll als Nutzen. Entweder du planst konkret, wofür die Zeit frei wird, oder du setzt sie im ROI niedriger an. Eine Stunde, die niemand anders braucht, senkt keine Kosten.

Was ist ein guter Payback-Zeitraum?

Für einen abgegrenzten Prozess sind Wochen ein realistisches Ziel. Zieht sich der Payback über viele Monate, ist der Fall entweder zu groß geschnitten oder der Nutzen zu dünn. Dann lohnt sich ein kleinerer erster Schritt mehr als ein größeres Vorhaben.

Es werden keine externen Marktwerte, Prozentzahlen oder ungeprüften Kundenergebnisse als belegt behauptet.