ROI von Individualsoftware berechnen: ohne Fantasiezahlen
Ein Leitfaden fuer DACH B2B-Dienstleister, die einen belastbaren Investitionsfall aufbauen wollen, bevor ein Partner eine Zeile Code schreibt
Table of Contents
Der ROI von Individualsoftware laesst sich berechnen. Das Problem ist, dass die meisten Berechnungen mit erfundenen Eingaben arbeiten. Nicht immer unehrlich, aber strukturell: Ein Entwicklungspartner erstellt ein Angebot. Das Angebot muss eine positive Rendite zeigen. Also wird die Produktivitaetssteigerung auf 20 Prozent geschaetzt, die Fehlerreduktion auf 15 Prozent, der Umsatzanstieg auf 10 Prozent. Die Zahlen sind plausibel. Sie sind aber von nichts in Ihrem echten Betrieb abgeleitet.
Das Ergebnis ist ein Investitionsfall, der rigoros wirkt und es nicht ist. Er uebersteht keine Pruefung durch einen CFO, der fragt, woher die 20 Prozent kommen. Er ist nach dem Go-live nutzlos als Referenz, wenn Sie wissen wollen, ob das System tatsaechlich funktioniert hat. Und er beantwortet die eigentlich relevante Frage nicht: nicht „Was koennte man gewinnen?“, sondern „Was kostet die aktuelle operative Infrastruktur tatsaechlich, und welche Mindestverbesserung ist noetig, um die Investition zu rechtfertigen?“ Dieser Leitfaden zeigt, wie der ROI von Individualsoftware und digitaler Transformation mit Zahlen berechnet wird, die in Ihrem eigenen Betrieb verankert sind, bevor ein Partner eine Zeile Code schreibt.
Warum die meisten ROI-Berechnungen fuer Individualsoftware irrefuehren
Die Standard-ROI-Formel ist einfach: Gesamtnutzen minus Gesamtkosten, geteilt durch Gesamtkosten, als Prozentzahl. Die Formel ist nicht das Problem. Die Eingaben sind es.
Die meisten ROI-Modelle werden von der Nutzenseite her aufgebaut. Ein Partner schaetzt, was das System verbessern wird, weist diesen Verbesserungen Prozentzahlen zu und multipliziert sie mit Umsatz oder Kopfzahl, um eine Rendite zu berechnen. Das Problem: Prozentzahlen, die auf eine nie gemessene Ausgangslage angewendet werden, erzeugen Zahlen, die praezise wirken, aber keine sind. Eine 20-prozentige Produktivitaetssteigerung bedeutet nichts, wenn Sie nicht wissen, wie viele Stunden pro Woche Ihr Team heute mit dem zu verbessernden Prozess verbringt. Ebenso fehlen fast immer die Fehler- und Nachbearbeitungskosten der aktuellen Situation sowie die Kosten des Nichtstuns insgesamt: die Koordinationsstunden, die SaaS-Abonnements, die Workarounds, die Schluesselpersonabhaengigkeiten und die Auftraege, die wegen zu langsamer Prozesse ausbleiben.
Was fehlerhafte ROI-Modelle verwenden | Was glaubwuerdige ROI-Modelle verwenden |
„Geschaetzte Produktivitaetssteigerung: 20%“ | Gemessene Stunden pro Auftrag, pro Person, vor dem Build |
„Angenommene Fehlerreduktion: 15%“ | Fehleranzahl und -kosten aus den letzten 12 Monaten |
„Prognostizierter Umsatzanstieg: 10%“ | Konkret benannte Auftraege, verloren wegen Prozessgeschwindigkeit |
Wartungskosten: nicht enthalten | Wartung: 15 bis 20% der Baukosten jaehrlich, explizit budgetiert |
Kosten des Ist-Zustands: nicht modelliert | Kosten des Nichtstuns: gemessen und dokumentiert vor dem Angebot |
Beginnen Sie mit den Kosten des Nichtstuns
Bevor ein einziger Nutzen berechnet wird, muessen die Kosten des Ist-Zustands dokumentiert werden. Das ist die Zahl, die einen belastbaren Investitionsfall erst moeglich macht. Sie ist auch die Zahl, die die meisten Unternehmen ueberrascht.
Die Kosten des Nichtstuns sind nicht dasselbe wie die Kosten Ihrer aktuellen Tools. Es sind die vollen operativen Kosten des Betriebs auf der aktuellen Infrastruktur: der von Koordination absorbierte Personalaufwand, der durch Preisinkonsistenzen verlorene Deckungsbeitrag, der Umsatz, der wegen zu langsamer Prozesse nicht zustande kommt, und das Risiko, das durch die Abhaengigkeit von wenigen Schluesselpersonen getragen wird.
Kostenkategorie | Wie messen | Wo die Daten liegen |
Manueller Koordinationsaufwand | Stunden pro Auftrag x Kosten/Std. x Jahresvolumen | Zeitaufzeichnungen, Team-Interviews, Lohnbuchhaltung |
Fehler- und Nachbearbeitungskosten | Fehleranzahl x durchschn. Behebungskosten x Haeufigkeit | Reklamationen, Gutschriften, Betriebsprotokoll |
Verzoegerte oder verlorene Auftraege | Nicht versendete Angebote x durchschn. Auftragswert x Abschlussrate | CRM, Vertriebslog, Pipeline-Daten |
Schluesselpersonabhaengigkeit | Ausfallstage pro Personalwechsel x Tagesumsatz | Personalakten, Betriebsstoerungsprotokoll |
Aktuelle Tool- und Workaroundkosten | SaaS-Abonnements + Zeitaufwand fuer Workarounds | Finanzen, IT-Abonnements, Team-Zeitprotokoll |
Eine regionale Spedition fuehrte diese Analyse zum ersten Mal durch und rechnete drei Posten zusammen. Die manuelle Koordination im Angebots- und Dispositionsprozess band 22 Personalstunden pro Woche, bei einem Vollkostensatz von 50 EUR und 48 Arbeitswochen also rund 53.000 EUR im Jahr. Fehler und Nacharbeit an Auftragsdokumenten kosteten weitere 34.000 EUR pro Jahr an Korrekturen und Kundengutschriften. Und drei bis vier Ausschreibungen pro Jahr gingen allein wegen zu langsamer Reaktionszeiten an den schnelleren Wettbewerber verloren, bei einem durchschnittlichen Deckungsbeitrag von 10.000 EUR je Auftrag rund 40.000 EUR. Die Kosten des Ist-Zustands summierten sich auf 127.000 EUR pro Jahr. Das beauftragte System kostete 88.000 EUR im Aufbau und 16.000 EUR jaehrlich in der Wartung. Der Investitionsfall stand damit fest, ohne eine einzige geschaetzte Prozentzahl.
Gegenbeispiel: Wenn die Zahlen gegen den Build sprechen
Nicht jede Analyse endet mit einem positiven Investitionsfall, und ein glaubwuerdiges Modell muss auch das zeigen. Ein B2B-Dienstleister mit 12 Mio. EUR Umsatz fuehrte dieselbe Rechnung durch. Die manuelle Koordination band 6 Personalstunden pro Woche, also rund 14.000 EUR im Jahr. Fehler und Nacharbeit kosteten etwa 7.000 EUR, verlorene Auftraege liessen sich kaum beziffern. Die Kosten des Ist-Zustands lagen bei rund 24.000 EUR pro Jahr.
Ein massgeschneidertes operatives Kernsystem haette mindestens 75.000 EUR im Aufbau und 14.000 EUR jaehrlich in der Wartung gekostet. Selbst wenn das System 70 Prozent der Ist-Kosten eliminiert, betraegt der realisierte Nutzen rund 16.800 EUR pro Jahr. Ueber drei Jahre stehen 121.000 EUR Kosten einem Nutzen von rund 50.000 EUR gegenueber. Der Investitionsfall ist negativ, und die Amortisation liegt jenseits jedes vertretbaren Zeitraums.
Die richtige Empfehlung ist hier kein Individualbau, sondern eine besser konfigurierte SaaS-Loesung oder die gezielte Teilautomatisierung des teuersten Einzelprozesses. Genau das meinen belastbare Zahlen: Sie sagen Ihnen ebenso klar, wann Sie nicht investieren sollten.
Die realen Kosten der Investition: Was einbezogen werden muss
Glaubwuerdige ROI-Modelle fuer Individualsoftware muessen vier Kostenkategorien enthalten, nicht nur eine.
1. Build-Kosten
Die Entwicklungsinvestition ist der Ausgangspunkt. Fuer einen B2B-Dienstleister im Umsatzbereich 10 bis 50 Mio. EUR kostet ein gut abgegrenztes operatives Kernsystem typischerweise zwischen 75.000 und 150.000 EUR, je nach Integrationstiefe, Datenstruktur und KI-Anforderungen.
2. Wartungskosten
Ein Produktivsystem benoetigt laufende Wartung: Fehlerbehebungen, Abhaengigkeitsaktualisierungen, Schnittstellenwartung und einen kleinen Verbesserungsbacklog. Planen Sie 15 bis 20 Prozent der urspruenglichen Baukosten jaehrlich ein. Bei einem 100.000-EUR-System sind das 15.000 bis 20.000 EUR pro Jahr. Ueber einen dreijaehrigen Bewertungszeitraum ist das eine wesentliche Kostenposition, die das ROI-Ergebnis deutlich veraendert, wenn sie fehlt.
3. Interne Zeit und Uebergangspuffer
Ihr Team wird waehrend des Builds Zeit investieren: in Workshops, beim Testen, bei der Prozessanpassung. Fuer eine 90- bis 120-taegige Umsetzung sind 80 bis 160 Stunden interner Betriebsteamzeit realistisch, also 4.000 bis 8.000 EUR. Planen Sie ausserdem einen kurzen Produktivitaetsrueckgang in den ersten zwei bis vier Wochen nach dem Go-live ein, erfahrungsgemaess 10 bis 15 Prozent weniger Durchsatz in dieser Phase. Beide Posten sind einmalig, gut abschaetzbar und deutlich geringer als erwartet, wenn das System sorgfaeltig eingefuehrt und das Team rechtzeitig eingebunden wurde.
Nutzen messen ohne Zahlen zu erfinden
Jede Nutzenkategorie in einem glaubwuerdigen ROI-Modell benoetigt eine Quelle: eine Zahl aus Ihrem Betrieb, kein Branchenrichtwert.
Zeiteinsparungen: Ist-Zeit zuerst messen
Identifizieren Sie den zu verbessernden Prozess. Messen Sie, wie lange er aktuell dauert. Multiplizieren Sie mit Volumen und Kosten. Wenn Ihr Dispositionsprozess heute 45 Minuten pro Auftrag benoetigt, 30 Auftraege pro Woche umfasst und von einem Mitarbeiter mit einem Vollkostensatz von 45 EUR pro Stunde bearbeitet wird, sind das 1.012 EUR pro Woche. Wenn das neue System auf 10 Minuten reduziert, betraegt die Wocheneinsparung 787 EUR, also 40.900 EUR pro Jahr. Halten Sie diese Messung vor dem Build fest und wiederholen Sie sie sechs Monate nach dem Go-live. Die Differenz ist Ihr tatsaechlich realisierter Nutzen, keine Projektion.
Fehlerkosten: Erst zaehlen, dann hochrechnen
Ziehen Sie die letzten 12 Monate an Kundengutschriften, Nacharbeitsauftraegen und Korrekturen aus Ihrer Buchhaltung oder Ihrem Betriebsprotokoll. Weisen Sie jedem eine Kostenstelle zu: die direkten Behebungskosten plus den Zeitaufwand. Addieren Sie alles. Wenn Ihr Betrieb 28.000 EUR pro Jahr an messbaren Fehlerkosten erzeugt und das neue System davon 70 Prozent durch strukturierte Prozesse und automatisierte Pruefungen eliminiert, betraegt der Nutzen 19.600 EUR pro Jahr.
Umsatzwirkung: Auftraege benennen, keinen Prozentsatz projizieren
Umsatzsteigerungen sind die verlockendste Eingabe zum Aufbauschen und die schwerste zu verteidigen. Der glaubwuerdige Ansatz benennt konkrete Faelle statt eine Prozentzahl zu projizieren: Wie viele Angebote pro Monat kommen zu spaet, weil der aktuelle Prozess nicht mithalten kann? Was ist der durchschnittliche Auftragswert eines zu spaet oder gar nicht versendeten Angebots? Haben Sie in den letzten zwoelf Monaten Ausschreibungen verloren, bei denen die Reaktionszeit ausdruecklich als Grund genannt wurde? Drei Auftraege zu 14.000 EUR Durchschnittswert ist eine verteidigbare Zahl. Eine 10-prozentige Umsatzsteigerung auf 20 Mio. EUR Jahresumsatz ist es nicht.
Fallbeispiel: Logistiker, Angebots- und Dispositionssystem
Unternehmen: regionaler Logistiker, 24 Mio. EUR Umsatz, 40 Mitarbeitende.
Position | Betrag (EUR) |
KOSTEN | |
Build-Kosten (Angebots- und Dispositionsschicht) | 95.000 |
Jaehrliche Wartung (18% der Baukosten) | 17.100 pro Jahr |
Interne Zeit waehrend der Umsetzung | 10.000 (ca. 200 Std. x 50 EUR/Std.) |
Gesamtkosten ueber 3 Jahre | 154.300 |
GEMESSENE VORTEILE (stationaer, jaehrlich) | |
Koordinationszeit eliminiert (8 Std./Wo. x 48 Wo. x 55 EUR/Std.) | 21.100 |
Fehlerkosten eliminiert (12 Fehler/Jahr x 1.800 EUR) | 21.600 |
Wiedergewonnener Deckungsbeitrag (3 Auftraege/Jahr x 9.000 EUR DB) | 27.000 |
Abgeloeste SaaS-Tools | 9.600 |
Jaehrlicher Gesamtnutzen | 95.200 |
Stationaerer Jahresnutzen | 79.300 |
Nutzen im 1. Jahr (70% Einfuehrungsrampe) | 55.500 |
Gesamtnutzen ueber 3 Jahre | 214.100 |
ROI ueber 3 Jahre: 37% ((214.100 – 156.300) / 156.300)
Amortisationszeit: ca. 25 Monate
Mit einer Amortisationszeit von rund 25 Monaten und einem 3-Jahres-ROI von 37 Prozent ist das kein spektakulaerer, aber ein belastbarer Investitionsfall, den ein CFO pruefen kann. Zwei Dinge machen ihn belastbar statt aufgeblasen. Der wiedergewonnene Umsatz wird als Deckungsbeitrag gezaehlt, nicht als Bruttoumsatz, denn ein zurueckgewonnener Auftrag bringt seine Marge ein, nicht seinen Rechnungsbetrag. Und der Nutzen greift im ersten Jahr nur zu rund 70 Prozent, weil ein System Zeit braucht, bis es vollstaendig angenommen ist. Ueber die typische Nutzungsdauer von fuenf Jahren steigt der ROI auf rund 96 Prozent, weil die Baukosten einmalig anfallen, der Nutzen aber jaehrlich.
Warum die Amortisationszeit mehr zaehlt als der ROI-Prozentsatz
Ein 3-Jahres-ROI von 85 Prozent und ein 3-Jahres-ROI von 200 Prozent sehen auf dem Papier sehr unterschiedlich aus. Aber wenn der erste nach 19 Monaten amortisiert ist und der zweite nach 36, ist der erste fuer ein Unternehmen, das operative Verbesserung jetzt braucht, wahrscheinlich die richtige Wahl.
Die Amortisationszeit hat ausserdem einen praktischen Nutzen, den der ROI-Prozentsatz nicht hat: Sie sagt Ihnen, wie lange das System laufen muss, bevor es sich selbst bezahlt hat. Ein System mit einer Amortisationszeit von 19 Monaten, das fuenf Jahre laeuft, hat eine bedeutende Rendite geliefert, selbst wenn es im vierten Jahr einen Teilneubau benoetigt. Ein System mit einer Amortisationszeit von 36 Monaten, das im ersten Jahr nicht angenommen wird, hat schlicht Geld verloren. Berechnen Sie beide Kennzahlen. Nutzen Sie die Amortisationszeit fuer die Entscheidung. Nutzen Sie den ROI-Prozentsatz fuer die interne Kommunikation gegenueber CFO und Geschaeftsfuehrung.
Was das fuer das Partnergespraech bedeutet
Ein glaubwuerdiges ROI-Modell fuer Individualsoftware kann nicht vom Partner geliefert werden. Es muss von Ihnen kommen, aus Ihren eigenen Betriebsdaten, bevor ein Angebot geschrieben wird. Wenn ein Partner Ihnen in seinem Angebot ein ROI-Modell praesentiert, ist die erste Frage: Woher kommen diese Nutzenzahlen? Wenn die Antwort Branchenrichtwerte oder Standardannahmen sind, ist das Modell kein betriebsspezifisches Dokument, sondern ein Verkaufsdokument. Fragen Sie stattdessen nach einem Prozess, der Ihre eigenen Zahlen erzeugt: eine Analysephase, ein Prozessaudit oder eine Scoping-Sitzung, in der der Ist-Zustand gemessen wird, bevor ein Nutzen projiziert wird.
Das Strategic Audit, das appleute vor jedem Engagement durchfuehrt, liefert die Kosten des Ist-Zustands als erstes Ergebnis. Bevor wir ein System konzipieren oder eine Zeile Code schreiben, messen wir, was die aktuelle Infrastruktur das Unternehmen an Zeit, Marge und operativem Risiko kostet. Diese Zahl bestimmt, ob die Investition Sinn ergibt, welchen Umfang sie rechtfertigt und wie Erfolg nach dem Go-live aussieht. Wenn die Zahlen die Investition nicht stuetzen, sagen wir das. Das Audit ist aus genau diesem Grund ein festpreisiges, eigenstaendiges Engagement.
Was jetzt zu tun ist
Wenn Sie einen Investitionsfall fuer ein operatives Kernsystem aufbauen, arbeiten Sie zuerst die fuenf Kostenkategorien in der Tabelle oben durch. Das benoetigt zwei bis drei Stunden mit Ihrer Operations-Leitung und liefert die einzige Eingabe, die ein glaubwuerdiges ROI-Modell tatsaechlich benoetigt: die realen Kosten des Ist-Zustands.
Sobald Sie diese Zahl haben, wird die Investitionsentscheidung klar. Entweder sind die Kosten des Ist-Zustands gross genug, um die Investition zu rechtfertigen und die Amortisationszeit kurz genug, um die Entscheidung tragfaehig zu machen, oder nicht. Sie wissen das, bevor das erste Angebot eintrifft.
Wenn Sie bei dieser Analyse externe Unterstuetzung moechten: Das appleute Strategic Audit erfasst Ihren operativen Prozess, identifiziert wo sich die Kosten konzentrieren und liefert eine Kosten-des-Ist-Zustands-Zahl neben einer Build-Abgrenzung und einer Amortisationsschaetzung. Ein festpreisiges Engagement, das ein Dokument liefert, das Sie Ihrem CFO oder Ihrer Geschaeftsfuehrung mit Ueberzeugung vorlegen koennen. Wenn die Zahlen die Investition nicht unterstuetzen, sagen wir das ebenfalls.
Wenn Sie diese Klarheit wuenschen: Wir sind bereit.
Vereinbaren Sie einen kostenlosen und unverbindlichen Beratungstermin mit unserem Team.
DE 
EN 
FR 
ES