Betriebskosten einer Webanwendung realistisch planen
Die Betriebskosten einer Webanwendung setzen sich aus Hosting, Lizenzen und dem Aufwand für Updates, Überwachung, Support und Versionssprünge zusammen, geplant in Personentagen je Jahr. Ein Budget für drei Jahre trennt feste von variablen Posten und rechnet beide nachvollziehbar in Euro um.
Mit dem Start einer Webanwendung endet die Rechnung für die Entwicklung, und eine zweite beginnt. Server laufen weiter, Pakete bekommen Sicherheitsupdates, das Framework erscheint in neuen Versionen, Nutzer melden Fehler. Wer dafür kein eigenes Budget plant, bezahlt es trotzdem: als ungeplanten Auftrag, als Ausfall oder als Anwendung, die auf einer Version ohne Sicherheitsupdates stehen bleibt.
Das Betriebsbudget besteht aus wenigen Posten, und mit der Vorlage unten lässt es sich für drei Jahre schätzen. Was Bau und laufende Kosten einer Firmenwebsite ausmachen, rechnet Was kostet eine Firmenwebsite? vor; hier geht es um Webanwendungen wie Portale, interne Werkzeuge und Kundenbereiche.
Entwicklungskosten sind nur ein Teil
Eine Webanwendung verursacht über ihre Lebensdauer zwei Arten von Kosten: einmalige für den Bau und laufende für den Betrieb. Die Summe aus beiden heißt Total Cost of Ownership, und erst sie macht zwei Angebote vergleichbar. Ein günstiger Bau mit vielen Fremdpaketen und eigener Serverlandschaft kann über drei Jahre teurer werden als ein teurerer Bau mit schlankem Betrieb.
Wie sich der Entwicklungspreis bildet, steht unter Was kostet Individualsoftware?. Prüfen Sie in Angeboten, ob für den Betrieb eine Zahl steht: „Wartung nach Aufwand“ nennt eine Abrechnungsart und keinen Betrag.
Server, Lizenzen, Updates, Support und Überwachung
Im Betrieb fallen Kosten in diesen Blöcken an:
Server und Hosting: Rechenleistung, Speicher, Sicherungen, Datenverkehr. Für Laravel-Anwendungen auf Hetzner-Servern nennen wir auf der Seite zur Laravel-Agentur 15 bis 250 € im Monat, je nach Last, also 180 bis 3.000 € im Jahr. Wie Sie Anbieter mit allen Nebenposten vergleichen, zeigt Cloud-Kosten vergleichen.
Lizenzen: CMS-Lizenzen, kostenpflichtige Pakete, Dienste für Mailversand, Karten oder Fehlerberichte. Abos, die sich über die Jahre ansammeln, räumt SaaS-Abos aufräumen auf.
Updates und Sicherheitspatches: Betriebssystem, PHP, Framework und Pakete, getestet vor dem Einspielen.
Versionssprünge: Laravel bringt etwa jedes Jahr eine neue Hauptversion; wie lange eine Version Sicherheitsupdates erhält, steht unter Laravel 13: Was die neue Version für Ihr Projekt bedeutet.
Support und Überwachung: Fehlermeldungen von Nutzern, Kontrolle von Erreichbarkeit und Sicherungen, Anpassungen, wenn ein Partner seine Schnittstelle ändert.
Was davon ein Dienstleister vertraglich übernimmt und was ausdrücklich fehlt, prüfen Sie mit Was gehört in einen Wartungsvertrag für Webanwendungen?. Wie wir die Blöcke in der Betreuung von Anwendungen zuschneiden, steht auf der Leistungsseite.
Feste und variable Kosten unterscheiden
Feste Posten fallen an, auch wenn niemand die Anwendung ändert und wenige sie nutzen. Variable Posten hängen an Nutzung, Fehlern und am Umfeld der Anwendung.
Fest sind Hosting im Grundtarif, Lizenzen mit Jahresgebühr, der monatliche Update-Lauf und der jährliche Versionssprung. Ein Update-Lauf heißt: Updates auf einem Testsystem einspielen, prüfen, auf das Live-System bringen, kontrollieren und kurz dokumentieren. Wir setzen dafür einen halben Personentag im Monat an, also 6 Personentage im Jahr.
Variabel sind Support und Fehlerbehebung, Anpassungen an fremde Schnittstellen, mehr Server bei wachsender Last und Datenverkehr über Freikontingente hinaus. Den Support setzen wir im ersten Jahr höher an, weil die Anwendung dann zum ersten Mal unter echten Bedingungen läuft.
Die Trennung hilft beim Verhandeln. Feste Posten gehören in einen Vertrag mit festem Monatsbetrag. Variable Posten brauchen einen Rahmen in Personentagen mit klarer Regel, was bei Überschreitung passiert. Weiterentwicklung, also neue Funktionen, bekommt ein eigenes Budget außerhalb beider Töpfe.
Wie Sie das Betriebsbudget für drei Jahre schätzen
Die Vorlage unten rechnet eine Webanwendung mit einer Schnittstelle zu einem Fremdsystem. Alle Werte sind Annahmen für dieses Beispiel; ersetzen Sie sie durch Ihre eigenen. Die Lizenzen stehen als L, weil sie von Ihren Verträgen abhängen.
Vorlage für ein Betriebsbudget; Personentage (PT) mal Standard-Tagessatz 1.500 Euro netto, alle Beträge netto.
BETRIEBSBUDGET DREI JAHRE Jahr 1 Jahr 2 Jahr 3
Annahmen: T = 1.500 Euro je PT (Standard-Tagessatz, netto)
H = Hosting je Monat: 60 Euro, ab Jahr 3 90 Euro (mehr Last)
L = Lizenzen je Jahr laut Ihren Verträgen
FEST (fällt jedes Jahr an)
Hosting H x 12 720 720 1.080
Lizenzen L L L
Updates, Patches: 0,5 PT x 12 Monate 6 PT 6 PT 6 PT
Versionssprung Framework und PHP 2 PT 2 PT 2 PT
VARIABEL (hängt von Nutzung und Umfeld ab)
Support und Fehlerbehebung 3 PT 2 PT 2 PT
Anpassungen an 1 Fremdschnittstelle 1 PT 1 PT 1 PT
SUMMEN
Personentage 12 PT 11 PT 11 PT
Aufwand: PT x T 18.000 16.500 16.500
Hosting 720 720 1.080
Jahr gesamt ohne Lizenzen 18.720 17.220 17.580
Drei Jahre ohne Lizenzen 53.520
Drei Jahre gesamt 53.520 + 3 x L
So lesen Sie die Vorlage
Jede Jahressumme folgt derselben Formel: Hosting je Monat mal 12, plus Lizenzen, plus die Summe der Personentage mal Tagessatz. Für Jahr 1 heißt das 60 x 12 = 720 Euro Hosting, dazu (6 + 2 + 3 + 1) PT = 12 PT x 1.500 Euro = 18.000 Euro Aufwand, zusammen 18.720 Euro ohne Lizenzen. Über drei Jahre ergeben 18.720 + 17.220 + 17.580 = 53.520 Euro, dazu dreimal die Lizenzen.
Der Versionssprung ist mit 2 PT angesetzt, obwohl Laravel angibt, ein Wechsel auf die nächste Hauptversion solle in einem Tag oder weniger möglich sein; PHP-Version, Pakete und Tests der eigenen Funktionen kommen dazu.
Der Aufwand ist hier der größte Posten, Hosting macht 2.520 von 53.520 Euro aus, knapp 5 Prozent. Deshalb verschiebt ein halber Personentag mehr oder weniger im Monat das Budget stärker als jeder Hostingtarif: 6 PT im Jahr entsprechen 9.000 Euro.
T ist in der Vorlage unser Standard-Tagessatz. Rechnet Ihr Dienstleister mit einem anderen Satz, tauschen Sie T aus; die Personentage bleiben die eigentliche Planungsgröße.
Woher Ihre eigenen Werte kommen
Hosting: die Rechnungen der letzten zwölf Monate, nicht der Tarif auf der Preisseite, denn dort fehlen Sicherungen und Datenverkehr.
Lizenzen: die Liste der Abbuchungen aus der Buchhaltung, gefiltert nach allem, was die Anwendung braucht.
Support: Zahl der Fehlermeldungen der vergangenen zwölf Monate mal durchschnittliche Bearbeitungszeit; ohne Ticketsystem schätzen Sie und notieren die Schätzung als solche.
Versionssprünge: Zählen Sie, wie viele Framework- und PHP-Versionen in den drei Jahren ihr Supportende erreichen. Laravel bringt laut Release-Seite jedes Jahr eine Hauptversion.
Schnittstellen: je Fremdsystem ein eigener Posten, denn jedes ändert sich in seinem eigenen Takt.
Woran Sie überhöhte Betriebsangebote erkennen
Ein Betriebsangebot ist schwer zu prüfen, wenn es nur einen Monatsbetrag nennt. Diese Fragen machen es vergleichbar:
Nennt das Angebot Personentage je Jahr oder je Monat? Ohne diese Zahl lässt sich ein Pauschalbetrag nicht gegen einen zweiten legen.
Sind feste und variable Posten getrennt? Ein Support-Kontingent, das jeden Monat voll bezahlt wird und ungenutzt verfällt, ist ein fester Posten mit variablem Etikett. Warum Stundenkontingente das Risiko zum Kunden verschieben, begründet Stunden-Budgets sind eine Agentur-Beichte.
Steckt Weiterentwicklung im Betrieb? Neue Funktionen unter „Wartung“ machen das Budget unvergleichbar.
Passt das Hosting zur Last? Ein Tarif deutlich über dem, was Ihre Nutzerzahl braucht, ist ein Posten zum Nachfragen. Was zu einem betreuten Hosting gehört, zeigt unsere Seite zum Hosting in Deutschland.
Zahlen Sie doppelt? Eine Überwachung als eigenes Abo und dieselbe Überwachung im Wartungsvertrag sind ein Posten zu viel.
Budgetfragen
Häufige Fragen
-
Eine feste Quote gibt es nicht, weil der Betrieb an Updates, Schnittstellen und Nutzung hängt und kaum an der Größe des Baus. Teilen Sie Ihre Jahressumme aus der Vorlage durch den Entwicklungspreis. Bei einem angenommenen Bau für 45.000 Euro netto ergibt Jahr 1 im Beispiel 18.720 / 45.000 = rund 42 Prozent; bei einer kleinen Anwendung liegt die Quote höher, weil der Update-Lauf nicht mitschrumpft.
-
Die Lizenzgebühr ist bei vielen Paketen null: Laravel steht unter der MIT-Lizenz. Updates und Versionssprünge kosten trotzdem Personentage. Manche Produkte haben eine freie und eine kostenpflichtige Fassung, etwa Statamic Core und Statamic Pro mit beliebig vielen Benutzerkonten und Rollen. Prüfen Sie je Paket die Lizenz, bevor es in die Anwendung kommt.
Drei Jahre Betrieb, eine Tabelle
Tragen Sie Ihre Anwendung in die Vorlage ein und markieren Sie jede Zeile, für die Ihr bisheriger Vertrag keine Zahl nennt. Diese Zeilen gehören vor der nächsten Vertragsverlängerung auf den Tisch, mit Personentagen statt Pauschalen.
Nachweise
Quellen und Stand
Stand: 22.07.2026. Rechenbeispiel mit Annahmen; die Hosting-Spanne stammt von unserer Seite zur Laravel-Agentur.
Artikel teilen