Viele Unternehmen planen ein Softwareprojekt bis zum Launch. Danach soll die Anwendung einfach laufen. In der Praxis beginnt nach dem Go-live aber die längste Phase: Nutzer melden Fehler, Browser und Betriebssysteme ändern sich, Frameworks brauchen Updates, Schnittstellen liefern andere Daten, Sicherheitslücken werden bekannt und neue Anforderungen entstehen aus dem echten Alltag.
Deshalb suchen Unternehmen nach "Software-Wartung", "Software weiterentwickeln lassen", "Wartungsvertrag Software" oder "App Wartung Kosten". Gemeint ist selten nur technischer Support. Es geht darum, eine Web-App, Plattform, mobile App oder ein internes Tool dauerhaft stabil, sicher und sinnvoll erweiterbar zu halten.
Kurzantwort: Professionelle Software-Wartung umfasst Monitoring, Sicherheitsupdates, Bugfixing, Dependency-Updates, Backups, Performance-Prüfung, technische Beratung und kontrollierte Weiterentwicklung. Kleine Anwendungen starten oft mit 1.000 bis 3.000 EUR pro Monat. Produktive Web-Apps, Portale oder SaaS-Produkte liegen häufig bei 3.000 bis 12.000 EUR pro Monat. Kritische Systeme mit SLA, mehreren Integrationen und laufender Roadmap können deutlich darüber liegen.
Warum Software nach dem Launch Betreuung braucht
Software ist kein abgeschlossenes Bauwerk. Sie läuft in einer Umgebung, die sich ständig verändert. Abhängigkeiten bekommen Sicherheitsupdates, Browser verändern Verhalten, APIs ändern Limits, Nutzer finden Randfälle und interne Prozesse entwickeln sich weiter.
Wenn nach dem Launch niemand verantwortlich ist, entstehen typische Probleme:
- Fehler werden erst entdeckt, wenn Kunden sie melden.
- Updates werden lange aufgeschoben und später riskant.
- Kleine Bugs sammeln sich zu technischen Schulden.
- Neue Funktionen werden ohne Roadmap angehängt.
- Niemand kennt mehr die Architekturentscheidungen.
- Sicherheitslücken bleiben zu lange offen.
- Performance verschlechtert sich schleichend.
Eine gute Software-Agentur plant deshalb nicht nur die erste Version, sondern auch den Betrieb danach.
Was gehört zur Software-Wartung?
Software-Wartung kann je nach Produkt sehr unterschiedlich aussehen. Für eine Marketing-Website reicht oft ein schlankes Wartungsmodell. Für eine B2B-Plattform mit Login, Rollen, Dateien und Schnittstellen braucht es mehr Verantwortung.
Typische Leistungen sind:
- Monitoring von Fehlern, Verfügbarkeit und Performance
- Sicherheitsupdates für Frameworks, Libraries und Infrastruktur
- Bugfixing und technische Fehleranalyse
- Dependency-Updates und Kompatibilitätsprüfungen
- Backups und Wiederherstellungstests
- Deployment-Betreuung
- Prüfung von Logs und Warnmeldungen
- API- und Integrationssupport
- Dokumentation von Änderungen
- kleine Verbesserungen an UX, Performance oder Admin-Prozessen
- technische Beratung für die Roadmap
Wichtig ist die Trennung zwischen Wartung und Feature-Entwicklung. Wartung hält das System gesund. Weiterentwicklung erweitert den Nutzen. Beides hängt zusammen, sollte aber im Budget sauber unterschieden werden.
Was kostet Software-Wartung?
Die Kosten hängen von Kritikalität, Nutzerzahl, Architektur, Integrationen, Sicherheitsanforderungen und Reaktionszeiten ab. Als Orientierung:
| Modell | Geeignet für | Typischer Korridor |
|---|---|---|
| Basis-Wartung | Website, kleine Web-App, wenige Änderungen | 500 bis 2.000 EUR pro Monat |
| Produkt-Wartung | Kundenportal, interne App, regelmäßige Updates | 2.000 bis 6.000 EUR pro Monat |
| Produktteam-Retainer | laufende Roadmap, UX, Entwicklung, QA, Betrieb | 6.000 bis 20.000 EUR pro Monat |
| Kritischer Betrieb mit SLA | hohe Verfügbarkeit, mehrere Systeme, feste Reaktionszeiten | individuell, häufig ab 10.000 EUR pro Monat |
Diese Zahlen sind Planungsgrößen, keine Preisliste. Ein einfaches Content-Projekt ist günstiger als eine Plattform mit Rollen, Zahlungslogik, ERP-Schnittstelle und sensiblen Daten. Entscheidend ist, was passieren darf, wenn das System ausfällt.
Wartungsvertrag oder Weiterentwicklungs-Retainer?
Ein Wartungsvertrag beantwortet die Frage: Wer hält das System stabil? Ein Weiterentwicklungs-Retainer beantwortet die Frage: Wer verbessert das Produkt jeden Monat?
Ein Wartungsvertrag enthält meist:
- feste Reaktionszeiten
- definierte Supportkanäle
- Updates und Sicherheitsprüfungen
- Fehleranalyse und kleinere Bugfixes
- Monitoring und technische Kontrolle
Ein Retainer für Weiterentwicklung enthält zusätzlich:
- Produktplanung
- UX/UI-Verbesserungen
- neue Funktionen
- technische Refactorings
- Tests und QA
- regelmäßige Releases
- Roadmap-Abstimmung
Für viele Unternehmen ist eine Kombination sinnvoll: ein Grundbudget für Wartung plus ein flexibles Budget für priorisierte Weiterentwicklung.
SLA: Welche Reaktionszeiten sind realistisch?
SLA steht für Service Level Agreement. Darin wird festgelegt, wie schnell ein Team auf Vorfälle reagiert. Nicht jede Anwendung braucht ein strenges SLA. Ein internes Tool mit wenigen Nutzern hat andere Anforderungen als ein Buchungsportal oder eine SaaS-Plattform.
Typische Prioritäten:
| Priorität | Beispiel | Reaktion |
|---|---|---|
| Kritisch | System nicht erreichbar, Login ausgefallen, Datenverlust droht | sofort oder innerhalb weniger Stunden |
| Hoch | Kernfunktion gestört, viele Nutzer betroffen | am selben Arbeitstag |
| Mittel | Fehler mit Workaround, einzelne Nutzer betroffen | innerhalb weniger Werktage |
| Niedrig | kosmetische Fehler, kleine Verbesserungen | nach Priorisierung |
Wichtig ist, Reaktionszeit nicht mit Lösungszeit zu verwechseln. Ein Team kann schnell reagieren, aber die vollständige Behebung hängt von Ursache, Zugriffen, Drittanbietern und Testaufwand ab.
Sicherheitsupdates und technische Abhängigkeiten
Moderne Software nutzt Frameworks, Pakete, APIs und Cloud-Dienste. Diese Abhängigkeiten sparen Entwicklungszeit, müssen aber gepflegt werden. Sicherheitsmeldungen, Breaking Changes und veraltete Versionen gehören zum normalen Betrieb.
Gute Wartung prüft regelmäßig:
- Gibt es kritische Sicherheitslücken?
- Sind Frameworks und Libraries noch unterstützt?
- Funktionieren Builds und Tests nach Updates?
- Gibt es veraltete Node-, Python-, PHP- oder Datenbankversionen?
- Müssen Secrets, API-Keys oder Zertifikate rotiert werden?
- Haben externe APIs neue Limits oder geänderte Verträge?
Wer Updates jahrelang ignoriert, spart kurzfristig Geld und zahlt später oft mit einer teuren Migration. Gerade bei Legacy-Software ist das einer der häufigsten Kostentreiber.
Monitoring: Fehler sehen, bevor Kunden sie melden
Ohne Monitoring ist Betrieb Blindflug. Ein System kann online sein und trotzdem fachlich nicht funktionieren: E-Mails werden nicht verschickt, Zahlungen bleiben hängen, Dateien lassen sich nicht öffnen oder ein API-Import bricht leise ab.
Sinnvolle Signale sind:
- Uptime und Antwortzeiten
- JavaScript- und Backend-Fehler
- fehlgeschlagene Jobs oder Queues
- API-Fehler und Rate Limits
- langsame Datenbankabfragen
- fehlgeschlagene Logins
- ungewöhnliche Nutzungsmuster
- Core Web Vitals bei öffentlichen Seiten
Monitoring wird besonders wertvoll, wenn es mit Verantwortlichkeiten verbunden ist. Ein Dashboard allein löst keine Probleme. Entscheidend ist, wer Meldungen bewertet und priorisiert.
Weiterentwicklung: Vom Launch zur Produkt-Roadmap
Nach dem Launch zeigt sich, welche Funktionen wirklich genutzt werden. Die beste Roadmap entsteht nicht nur aus Ideen, sondern aus Daten: Nutzerverhalten, Support-Anfragen, Conversion, Fehlerhäufigkeit, Bearbeitungszeit und Feedback aus echten Workflows.
Eine sinnvolle Roadmap verbindet drei Ebenen:
- Pflicht: Sicherheitsupdates, Bugfixes, Stabilität, Datenschutz
- Verbesserung: UX, Performance, Admin-Prozesse, Automatisierung
- Wachstum: neue Funktionen, Integrationen, Plattformausbau
So bleibt die Weiterentwicklung kontrolliert. Ohne Priorisierung werden Teams schnell reaktiv: Jede Anfrage wirkt dringend, aber das Produkt wird nicht strategisch besser.
Technische Schulden sichtbar machen
Technische Schulden entstehen nicht automatisch durch schlechte Arbeit. Sie entstehen auch durch bewusste MVP-Entscheidungen, Zeitdruck oder neue Anforderungen. Problematisch werden sie, wenn niemand sie dokumentiert und bewertet.
Typische technische Schulden sind:
- fehlende Tests für kritische Prozesse
- zu enge Kopplung zwischen Frontend und Backend
- schlecht dokumentierte Schnittstellen
- manuelle Deployments
- unklare Berechtigungslogik
- veraltete Pakete
- Datenmodelle, die nicht mehr zum Produkt passen
Nicht jede technische Schuld muss sofort bezahlt werden. Aber sie sollte sichtbar sein. Gute Wartung führt eine technische Roadmap, damit Refactorings geplant statt als Notfall erledigt werden.
Handover: Was eine Agentur übernehmen sollte
Wenn eine neue Agentur oder ein internes Team bestehende Software übernimmt, braucht es ein strukturiertes Handover. Ohne Zugang, Dokumentation und Verständnis wird jede kleine Änderung riskant.
Wichtige Handover-Punkte:
- Repository-Zugriff und Branching-Modell
- Setup-Anleitung für lokale Entwicklung
- Deployment-Prozess und Hosting-Zugänge
- Umgebungsvariablen und Secret-Management
- Datenbank- und Backup-Konzept
- Architekturüberblick
- Liste kritischer Integrationen
- Monitoring- und Error-Tracking-Zugriff
- offene Bugs und technische Risiken
- Ansprechpartner für fachliche Entscheidungen
Ein guter Übergang beginnt mit einem Audit. Dabei wird nicht sofort alles umgebaut, sondern zuerst verstanden, wo Risiken liegen.
Checkliste für Unternehmen
Vor einem Wartungsvertrag sollten diese Fragen geklärt sein:
- Wie kritisch ist die Anwendung für Umsatz, Kunden oder interne Prozesse?
- Welche Reaktionszeiten sind wirklich nötig?
- Wer priorisiert Bugs und neue Anforderungen?
- Welche Systeme und APIs sind angebunden?
- Wo liegen Daten, Dateien und Backups?
- Gibt es Monitoring und Error Tracking?
- Wie oft sollen Updates geprüft werden?
- Welche Sicherheitsanforderungen gelten?
- Welche technischen Schulden sind bekannt?
- Gibt es ein monatliches Budget für Weiterentwicklung?
Diese Fragen helfen, Wartung nicht als pauschale Versicherung zu behandeln, sondern als klares Betriebsmodell.
Wann lohnt sich eine externe Software-Agentur?
Eine externe Agentur lohnt sich, wenn intern nicht genug Kapazität, Erfahrung oder technische Breite vorhanden ist. Wartung betrifft oft mehrere Disziplinen: Backend, Frontend, Infrastruktur, Security, UX, QA und Produktpriorisierung.
Besonders sinnvoll ist externe Unterstützung, wenn:
- die Software geschäftskritisch ist
- intern keine festen Entwickler verfügbar sind
- mehrere Technologien oder Integrationen beteiligt sind
- Sicherheitsupdates regelmäßig bewertet werden müssen
- eine bestehende Anwendung übernommen werden soll
- nach dem Launch kontinuierlich neue Funktionen entstehen
Für kleinere Systeme reicht oft ein schlankes Modell. Für wachsende Produkte ist ein eingespieltes Produktteam sinnvoller als einzelne Ad-hoc-Tickets.
Fazit
Software-Wartung ist kein Luxus. Sie ist die Voraussetzung dafür, dass eine digitale Anwendung nach dem Launch zuverlässig bleibt. Wer Wartung nicht plant, bekommt sie später trotzdem: als Ausfall, Sicherheitsproblem, langsame Weiterentwicklung oder teure Migration.
Der bessere Weg ist ein klares Betriebsmodell: Monitoring, Updates, Verantwortlichkeiten, Budget und Roadmap. Dann wird aus dem Launch kein Endpunkt, sondern der Start einer kontrollierten Produktentwicklung.
