Der wahre ROI einer internen Webapp: So rechnest du Entwicklungskosten gegen eingesparte Arbeitszeit

Dein Geschäftsführer sagt „35.000€ für eine Webapp? Viel zu teuer." Drei Räume weiter pflegt eine Sachbearbeiterin gerade zum 84. Mal in diesem Jahr Kundendaten von Outlook in Excel und von Excel ins Buchhaltungstool. 12 Stunden pro Woche. Dauerhaft.

Der Webapp ROI wird selten ehrlich berechnet – meist nicht, weil er zu schlecht aussehen würde, sondern weil niemand die Statuskosten kennt. In diesem Artikel zerlegen wir die Mathematik hinter einer internen Webapp-Investition, zeigen dir die Formel und führen dich durch ein Praxisbeispiel mit echten Zahlen aus Storyable-Projekten in Hannover. Wir sind Teil unseres umfassenden Web App Entwicklung Guides – wenn du danach wissen willst, welche Prozesse sich überhaupt automatisieren lassen, haben wir das parallel analysiert.

Warum Geschäftsführer „zu teuer" sagen, aber den Status quo nie berechnen

Das Phänomen ist klassisch: Der Mittelständler hört „35.000€ Entwicklungskosten" und greift sich an den Kopf. Gleichzeitig verbrennen seine 5 Sachbearbeiter jährlich 1.560 Stunden in manuellen Doppelpflege-Prozessen. Bei 45€ Vollkostensatz sind das 70.200€ – jedes Jahr. Die Webapp wäre nach 6 Monaten amortisiert.

Der Denkfehler ist nicht Geiz. Es ist eine kognitive Asymmetrie: Sichtbare Kosten gewichten stärker als unsichtbare Kosten. Eine Rechnung über 35.000€ ist konkret, schmerzhaft, einmalig. 1.560 verschwendete Stunden sind diffus, verteilt, „normal". Genau deshalb muss der Status quo erst berechnet werden, bevor man über Investitionen spricht.

In Hannover sehen wir bei unseren Kunden immer wieder das gleiche Muster. Wir bitten den Geschäftsführer, drei Tage lang stichprobenartig zu protokollieren, wie viel Zeit das Team mit reinen Verwaltungstätigkeiten verbringt. Das Ergebnis liegt fast immer um den Faktor 2–3 höher, als der Chef geschätzt hat. Erst danach wird die ROI-Diskussion ehrlich.

Die ROI-Formel: So rechnest du es selbst aus

Die Grundformel ist erschreckend simpel – und genau deshalb funktioniert sie. Du brauchst keinen MBA und kein Controlling-Tool, um den Break-Even einer internen Webapp zu berechnen. Ein Bierdeckel reicht.

Die Storyable-ROI-Formel

Jährliche Ersparnis = Stundensatz × eingesparte Stunden/Woche × Anzahl Mitarbeiter × 52
ROI Jahr 1         = Jährliche Ersparnis – Entwicklungskosten – laufende Hosting-Kosten
Break-Even (Monate) = Entwicklungskosten ÷ (Jährliche Ersparnis ÷ 12)

Drei Eingaben. Drei Ergebnisse. Mehr brauchst du auf der ersten Stufe nicht.

Was als „Stundensatz" zählt

Hier passiert der erste Fehler: Die meisten Unternehmer rechnen mit dem Brutto-Gehalt pro Stunde. Das ist falsch. Der echte Vollkostensatz liegt typischerweise beim 1,7- bis 2,2-fachen des Bruttostundenlohns – Sozialabgaben, Urlaub, Krankheit, Arbeitsplatz, Software-Lizenzen, Schulungen, Overhead.

Faustregel für die ROI-Rechnung: Verdoppele den Bruttostundensatz. Du landest bei einem ehrlichen Vollkosten-Wert.

Was zählt als „eingesparte Stunde"

Nicht jede Stunde, die durch eine Webapp eingespart wird, ist gleich wertvoll. Wir unterscheiden bei Storyable drei Klassen:

1. A-Stunden (volle Anrechnung): Stunden, die direkt in produktive Arbeit umgewandelt werden können. Die Sachbearbeiterin kann jetzt 6 Stunden mehr Kundenakquise machen
2. B-Stunden (50% Anrechnung): Stunden, die in besseren Service oder Qualität fließen. Schwerer monetär zu quantifizieren, aber real
3. C-Stunden (0% Anrechnung): Stunden, die nicht ersetzt werden müssen, weil Mitarbeiter abgebaut werden – ein selten genutzter Hebel im Mittelstand

Sei in der Erstrechnung konservativ: Rechne nur mit A-Stunden. Wenn die Webapp sich damit rechnet, gewinnst du B-Stunden geschenkt.

Welche Kostenfaktoren die meisten vergessen

Hier liegt der eigentliche Wert dieses Artikels. Die Grundformel oben ist die offensichtliche Hälfte. Die andere Hälfte sind sechs Kostenfaktoren, die fast jeder Mittelständler unterschätzt – und die den ROI typischerweise verdoppeln.

1. Fehlerquoten manueller Eingaben

Manuelle Datenpflege hat eine durchschnittliche Fehlerrate von 3–5%. Klingt harmlos. Bei 1.000 Datensätzen pro Monat sind das 30–50 Fehler. Jeder einzelne kostet im Schnitt 50–500€ Folgekosten – falsche Rechnungen, verärgerte Kunden, Korrekturzeit, im schlimmsten Fall Steuerprüfungen oder Compliance-Verstöße. Eine validierte Webapp drückt die Fehlerrate auf unter 0,1%.

2. Einarbeitungszeit neuer Mitarbeiter

Excel-Wildwuchs braucht 2 Wochen Onboarding. Eine durchdachte Webapp mit guter UX für Webapps braucht 2 Tage. Bei 50€ Vollkosten und 80 Stunden Differenz: 4.000€ Ersparnis pro Neueinstellung. Bei einer typischen Fluktuation von 10% pro Jahr in einem 30-Personen-Team sparst du jährlich allein hier 12.000€.

3. Urlaubs- und Krankheitsvertretungen

Wenn nur eine Person weiß, wie der Excel-Workflow funktioniert, ist sie unkündbar – und gleichzeitig ein Single Point of Failure. Krankheit, Urlaub, Kündigung: Der Prozess steht still oder produziert noch mehr Fehler. Eine Webapp ist Wissen, das im System gespeichert ist, nicht in einem Kopf.

4. Opportunitätskosten

Was würde dein Team tun, wenn es 6 Stunden pro Woche freihätte? Mehr Akquise? Bessere Kundenpflege? Strategische Projekte? Die Opportunitätskosten sind die schwerste, aber wertvollste Größe in der Rechnung. Eine grobe Daumenregel: Eingesparte Stunden im Vertrieb erzeugen das 2- bis 5-fache ihres Vollkostensatzes als Mehrumsatz.

5. Skalierungskosten ohne Webapp

Ohne Automatisierung musst du für jede 30%ige Geschäftsausweitung 30% mehr Verwaltungspersonal einstellen. Eine Webapp skaliert dagegen nahezu kostenlos: Aus 1.000 Datensätzen werden 5.000 – die Webapp interessiert das nicht, der Mensch sehr wohl.

6. Kundenabwanderung durch Reaktionszeit

Ein Kunde, der 3 Tage auf eine Auftragsbestätigung wartet, denkt über deinen Wettbewerb nach. Ein Kundenportal, das ihm sofort Status, Rechnung, Lieferdatum zeigt, bindet ihn. Das ist kein „Nice-to-have", das ist messbarer Customer Lifetime Value. Wir haben Projekte gesehen, in denen die Kundenbindungsrate durch ein Self-Service-Portal um 18% gestiegen ist.

Praxisbeispiel: So sieht eine echte ROI-Rechnung aus

Theorie genug. Hier ein konkretes Projekt aus Hannover – Zahlen anonymisiert, Logik original. Ein Großhandel im Bereich Industriebedarf, 22 Mitarbeiter, 4,2 Mio. € Jahresumsatz.

Ausgangslage

• Auftragserfassung in Excel, Übertragung manuell ins ERP
• 6 Mitarbeiter im Innendienst, je 8 Stunden/Woche reine Doppelpflege
• Fehlerrate bei der Übertragung: 4,1% (gemessen über 6 Monate)
• Reklamationskosten durch Übertragungsfehler: ø 280€ pro Fall, 18 Fälle/Monat
• Onboarding neuer Sachbearbeiter: 14 Tage

Storyable-Projekt

• Custom Webapp mit ERP-Anbindung über REST-API
• Validierte Eingabemasken, automatische Plausibilitätsprüfung
• Echtzeit-Dashboard für Geschäftsführung
• Entwicklungskosten: 38.000€ Festpreis, 8 Wochen Entwicklung
• Hosting/Wartung: 280€/Monat = 3.360€/Jahr

ROI-Rechnung (konservativ, nur harte Faktoren)

Break-Even: 38.000€ ÷ (176.100€ ÷ 12) = 2,6 Monate.

ROI Jahr 1: 138.100€ Netto-Gewinn (= 363% des Investments). ROI über 3 Jahre: 490.940€ (1.292% Return).

Break-Even-Rechner-Logik: Die DIY-Anleitung

Du kannst die Rechnung in 15 Minuten für dein eigenes Unternehmen aufstellen. Hier ist der Schritt-für-Schritt-Prozess.

Schritt 1: Den Engpass-Prozess identifizieren

Frag dein Team: „Welche drei Tätigkeiten würdest du am liebsten loswerden?" Die Antworten sind dein Goldminen-Pfad. Typische Antworten: Datenübertragung zwischen Systemen, manuelle Reports, Excel-Listen synchronisieren, Status-E-Mails an Kunden.

Schritt 2: Zeitmessung über 5 Werktage

Nicht schätzen. Messen. Lass die betroffenen Mitarbeiter 5 Tage lang notieren, wie viele Minuten sie täglich mit dem Engpass-Prozess verbringen. Auf 52 Wochen hochgerechnet ergibt das deinen ehrlichen Jahres-Stundenpool.

Schritt 3: Vollkostensatz pro Mitarbeiter ermitteln

Brutto-Stundenlohn × 2 = pragmatischer Vollkostensatz. Genauer geht es mit der Lohnabrechnung deines Steuerberaters – aber für die Erstrechnung reicht der Daumenwert.

Schritt 4: Fehlerkosten dokumentieren

Sammle 4 Wochen lang alle dokumentierten Fehler aus dem Prozess (falsche Rechnungen, Rückfragen, Korrekturen) und rechne die Folgekosten zusammen. Pro Fall: Korrekturzeit + ggf. Rabatt + Kundenärger (10% des Auftragswerts).

Schritt 5: Entwicklungskosten einschätzen

Faustregeln aus echten Storyable-Projekten:

Diese Werte gelten für Custom-Code-Lösungen mit Nuxt.js und TypeScript, nicht für No-Code-Plattformen.

Schritt 6: Break-Even ausrechnen

Break-Even (Monate) = Entwicklungskosten ÷ (Monatliche Ersparnis aus Schritten 2–4)

Liegt der Break-Even unter 12 Monaten, ist das Projekt aus rein finanzieller Sicht ein No-Brainer. Zwischen 12 und 24 Monaten lohnt sich eine zweite Diskussion über strategische Werttreiber. Über 24 Monate solltest du das Konzept neu denken oder einen kleineren Scope wählen.

Wann sich eine Webapp NICHT lohnt: Drei ehrliche Stoppsignale

Wir verkaufen Webapps. Und trotzdem reden wir Kunden aus, die nicht passen. Hier sind die drei klaren Fälle, in denen wir aktiv abraten.

1. Weniger als 3 Mitarbeiter im Prozess

Eine Webapp wird teuer, wenn sie für eine Person gebaut wird. Wenn nur 1–2 Mitarbeiter den Engpass haben, ist die Hebelwirkung zu gering. Bessere Alternative: Excel-Templates mit Makros, Zapier-Automatisierungen oder ein No-Code-Tool wie Airtable. Investitionsgröße: 0–2.000€ statt 20.000€+.

2. Prozess ändert sich alle 6 Monate fundamental

Wenn dein Geschäftsmodell noch in der Findungsphase ist und du den Workflow alle paar Monate komplett umkrempelst, ist eine Custom Webapp wie ein maßgeschneiderter Anzug für jemanden, der gerade 20 Kilo zu- oder abnimmt. Bessere Alternative: Erst die Prozesse stabilisieren, dann automatisieren. In der Zwischenzeit: flexible No-Code-Tools nutzen, die du selbst anpassen kannst.

3. Standard-SaaS deckt 90% deines Bedarfs

Wenn HubSpot, Pipedrive, Monday.com oder ein anderes etabliertes Tool fast alles abdeckt, was du brauchst – dann zahl die 200€/Monat und lebe mit den 10% Kompromiss. Custom Code lohnt sich erst, wenn die fehlenden 10% dein Kerngeschäft sind. Wir haben das im Detail im Artikel Legacy-Systeme ablösen analysiert: Manchmal ist die richtige Strategie, kleinere Standard-Tools zu kombinieren statt ein Custom-Monolith zu bauen.

Fazit: Webapp ROI ist Mathematik, kein Bauchgefühl

Der Webapp ROI lässt sich auf einem Bierdeckel berechnen – wenn man die richtigen Zahlen kennt. Die Formel ist simpel: Stundensatz × eingesparte Stunden × Mitarbeiter – Entwicklungskosten. Die ehrliche Antwort liegt aber zwischen den Zeilen: in den Fehlerkosten, der Einarbeitungszeit, der Skalierbarkeit und den Opportunitätskosten, die niemand auf der Rechnung stehen hat.

In 9 von 10 Fällen, die wir in Hannover berechnen, liegt der Break-Even einer maßgeschneiderten internen Webapp zwischen 4 und 12 Monaten. Nach 3 Jahren liegt der ROI typischerweise bei 300–500%. Aber: In jedem 10. Fall raten wir ab – weil die Voraussetzungen nicht stimmen. Beides ist Beratung, beides ist ehrlich.

Bei Storyable in Hannover bauen wir Webapps, deren Mathematik vor dem ersten Code-Commit transparent ist. Festpreisgarantie, Custom Code mit Nuxt.js, skalierbare Architektur, die wächst, wenn dein Business wächst. Und wenn die Zahlen nicht passen, sagen wir das auch.

Dein Wettbewerber rechnet gerade. Hast du auch schon?

Häufig gestellte Fragen (FAQ)

1. Wie berechne ich den ROI einer internen Webapp?

Die Grundformel: (Stundensatz × eingesparte Stunden pro Woche × Mitarbeiter × 52 Wochen) – Entwicklungskosten. Beispiel: 5 Mitarbeiter sparen je 6 Stunden/Woche bei 45€ Vollkosten = 70.200€/Jahr. Bei 35.000€ Entwicklungskosten ist der Break-Even nach exakt 6 Monaten erreicht. Vergiss nicht die versteckten Faktoren: Fehlerkosten, Einarbeitung, Urlaubsvertretung.

2. Welche Kostenfaktoren werden beim Webapp-ROI typischerweise vergessen?

Sechs Faktoren übersehen 90% der Geschäftsführer: Fehlerquoten manueller Eingaben (3–5%, je Fehler 50–500€ Folgekosten), Einarbeitungszeit neuer Mitarbeiter (2 Wochen vs. 2 Tage), Urlaubs- und Krankheitsvertretungen, Opportunitätskosten, Skalierungskosten ohne Webapp und Kundenabwanderung durch langsame Reaktionszeiten.

3. Ab welcher Unternehmensgröße rechnet sich eine interne Webapp?

Faustregel: Sobald 3 oder mehr Mitarbeiter regelmäßig den gleichen manuellen Prozess durchführen und du mehr als 10 Stunden Zeitersparnis pro Woche realisieren kannst, lohnt sich eine Webapp. Unter 5 Mitarbeitern ist meist eine günstigere No-Code-Lösung sinnvoller. Ab 20 Mitarbeitern wird Custom Code fast immer profitabel.

4. Wie lange dauert es, bis eine interne Webapp sich amortisiert?

Bei einem typischen Storyable-Projekt liegt der Break-Even zwischen 4 und 12 Monaten. Verwaltungstools mit hohem Automatisierungspotenzial amortisieren sich oft in 4–6 Monaten. Komplexere ERP-Erweiterungen brauchen 8–12 Monate. Nach 3 Jahren liegt der ROI typischerweise bei 300–500%.

5. Wann lohnt sich eine interne Webapp NICHT?

Drei Stoppsignale: Du hast weniger als 3 Mitarbeiter im betroffenen Prozess; der Prozess ändert sich alle 6 Monate fundamental; eine Standard-SaaS deckt 90% deines Bedarfs für unter 200€/Monat ab. In diesen Fällen ist Excel + ein gutes No-Code-Tool meist die wirtschaftlichere Wahl.

Cagri Ersöz

Rechne deinen Webapp-ROI in 90 Minuten – kostenlos und unverbindlich

Wir kartieren deinen Engpass-Prozess, schätzen die Entwicklungskosten und liefern dir ein fertiges ROI-Modell mit Break-Even-Punkt – damit du genau weißt, ob sich eine Webapp für dein Unternehmen rechnet, bevor du einen Cent investierst.

Jetzt ROI-Workshop anfragen