Wartung & Support nach dem Launch: SLA, Kosten und Verträge

Mit dem Launch ist ein Softwareprojekt nicht abgeschlossen, sondern es beginnt seine eigentliche Lebensphase. Software lebt in einem sich ständig verändernden Umfeld: Betriebssysteme, Browser und Bibliotheken werden aktualisiert, neue Sicherheitslücken werden bekannt, Nutzererwartungen wandeln sich und im Betrieb treten Fehler auf, die im Test nicht sichtbar waren. Wer nach dem Launch keine Vorkehrungen für Wartung und Support trifft, riskiert Sicherheitsprobleme, Ausfälle und eine Software, die schleichend an Wert verliert. Dieser Beitrag erklärt, warum laufende Pflege unverzichtbar ist, wie sich Wartung, Support und Weiterentwicklung unterscheiden, welche Bestandteile ein Service Level Agreement hat, wie Sie den Kostenrahmen einordnen und welche Vertragsform passt.

Warum Software laufende Pflege braucht

Software ist kein statisches Produkt, das einmal fertiggestellt für immer unverändert läuft. Sie ist eingebettet in ein technisches Ökosystem, das sich fortlaufend bewegt. Vier Gründe machen laufende Pflege notwendig:

• Sicherheit: Regelmäßig werden Schwachstellen in verwendeten Komponenten bekannt. Ohne zeitnahe Aktualisierung wird Ihre Anwendung angreifbar. Sicherheitspflege ist der wichtigste und am wenigsten aufschiebbare Teil der Wartung.
• Updates der Umgebung: Neue Versionen von Betriebssystemen, Browsern, Datenbanken und Frameworks können Kompatibilität brechen. Software muss mit ihrer Umgebung Schritt halten, um lauffähig zu bleiben.
• Fehlerbehebung: Im realen Betrieb treten Fehler auf, die im Test nicht sichtbar waren, etwa bei ungewöhnlichen Datenkonstellationen oder unter Last. Diese müssen behoben werden.
• Weiterentwicklung: Anforderungen wachsen mit der Nutzung. Neue Funktionen, Anpassungen an geänderte Prozesse und Verbesserungen halten die Software nützlich.

Sicherheitsaspekte des laufenden Betriebs behandeln spezialisierte Anbieter aus den Bereichen Cybersecurity und Cloud und DevOps. Wer den Betrieb von Anfang an mitdenkt, vermeidet, dass die Software nach dem Launch zur Altlast wird.

Wartung, Support und Weiterentwicklung unterscheiden

Diese drei Begriffe werden oft vermischt, meinen aber unterschiedliche Leistungen mit unterschiedlicher Abrechnungslogik. Eine klare Trennung hilft, Verträge sauber zu gestalten und Kosten transparent zu halten.

Leistung	Inhalt	Typischer Auslöser
Wartung	Sicherheitsupdates, Aktualisierung von Bibliotheken, technische Pflege, vorbeugende Maßnahmen	Läuft kontinuierlich, planbar
Support	Hilfe bei Problemen, Fehlerbehebung im Betrieb, Beantwortung von Nutzeranfragen	Reaktiv, bei konkreten Störungen
Weiterentwicklung	Neue Funktionen, Erweiterungen, Anpassung an neue Anforderungen	Fachlicher Bedarf, neue Ziele

Wartung ist die planbare, technische Grundpflege. Support ist die reaktive Hilfe im Störungsfall. Weiterentwicklung ist der Ausbau des Funktionsumfangs und ähnelt in Umfang und Abrechnung eher einem neuen kleinen Projekt. Klären Sie im Vertrag, welche dieser Leistungen enthalten sind und welche gesondert abgerechnet werden. Weiterentwicklung wird häufig nach Aufwand vergütet, wie im Ratgeber Festpreis oder Aufwand erläutert.

Bestandteile eines SLA

Ein Service Level Agreement, kurz SLA, ist die vertragliche Vereinbarung über die Qualität der Wartungs- und Supportleistung. Es macht Zusagen messbar und schafft Klarheit für beide Seiten. Die wichtigsten Bestandteile sind:

• Reaktionszeiten: Innerhalb welcher Frist reagiert der Anbieter auf eine gemeldete Störung? Üblich ist eine Staffelung nach Schweregrad, etwa kritische Störungen schneller als Kleinigkeiten.
• Wiederherstellungszeiten: Innerhalb welcher Zeit soll eine Störung nicht nur bearbeitet, sondern behoben sein? Reaktion und Behebung sind zwei verschiedene Zusagen.
• Verfügbarkeit: Welche Verfügbarkeit des Systems wird zugesichert, etwa als Prozentwert pro Monat? Je höher die Zusage, desto aufwendiger und teurer der Betrieb.
• Servicezeiten: Zu welchen Zeiten gilt der Support, nur Werktags zu Bürozeiten oder rund um die Uhr?
• Eskalation: Wie wird verfahren, wenn zugesagte Zeiten nicht eingehalten werden? Wer wird informiert, welche Stufen gibt es?

Wählen Sie die SLA-Stufen bewusst nach dem tatsächlichen Bedarf. Eine sehr hohe Verfügbarkeitszusage und Reaktionszeiten rund um die Uhr sind für eine unternehmenskritische Anwendung sinnvoll, für ein internes Werkzeug mit geringer Nutzung aber unnötig teuer. Ordnen Sie den Bedarf ehrlich ein und zahlen Sie nicht für Zusagen, die Sie nicht brauchen.

Kostenrahmen einordnen

Für die laufenden Kosten von Wartung und Support gibt es keine allgemeingültige Zahl, weil sie stark von Komplexität, Technologie, Verfügbarkeitsanforderungen und Änderungsfrequenz abhängen. Als grobe Orientierung wird in der Praxis häufig ein Anteil der ursprünglichen Entwicklungskosten pro Jahr für die laufende Pflege veranschlagt. Diese Faustregel ist ausdrücklich nur ein Anhaltspunkt und keine feste Größe; der konkrete Wert kann im Einzelfall deutlich darunter oder darüber liegen.

Verlässlicher als jede Faustregel ist eine konkrete Aufschlüsselung im Angebot: Welche Leistungen sind enthalten, welche Reaktionszeiten gelten und was kostet zusätzliche Weiterentwicklung? Zu den laufenden Kosten gehören neben der Arbeitszeit auch Lizenzen und Gebühren für Drittdienste wie Hosting, Datenbanken oder externe Schnittstellen, die unabhängig von der Agentur anfallen. Wie Sie solche Positionen über verschiedene Angebote hinweg vergleichbar machen, zeigt der Ratgeber zum Angebotsvergleich, und die Einordnung marktüblicher Stundensätze finden Sie im Beitrag Stundensätze in der Softwareentwicklung im DACH-Raum. Als grobe Orientierung liegt ein Stundensatz im DACH-Raum bei etwa 90 Euro pro Stunde mit erheblicher Spannbreite. Marktdaten dazu liefert unter anderem der Freelancer-Kompass.

Vertragsform: laufende Leistung als Dienstvertrag

Wartung und Support sind ihrer Natur nach dauerhafte, wiederkehrende Leistungen ohne einen einzelnen, klar abgrenzbaren Werkerfolg. Sie werden deshalb rechtlich üblicherweise als Dienstvertrag nach § 611 BGB ausgestaltet: Geschuldet ist die laufende Tätigkeit, also das Bemühen um Verfügbarkeit und zeitnahe Behebung von Störungen, nicht ein bestimmter einmaliger Erfolg. Das unterscheidet den Wartungsvertrag vom ursprünglichen Entwicklungsvertrag, der als Werkvertrag nach § 631 BGB auf ein konkretes Werk gerichtet ist.

Für die Praxis bedeutet das: Achten Sie auf klare Kündigungsfristen, den definierten Leistungsumfang und Regelungen für die Weiterentwicklung, die als eigenständige, oft werkvertraglich ausgestaltete Leistung behandelt werden kann. Die grundsätzliche Unterscheidung der beiden Vertragstypen und ihre Folgen vertieft der Ratgeber Werkvertrag oder Dienstvertrag. Dieser Beitrag ersetzt keine Rechtsberatung im Einzelfall.

Übergabe, Dokumentation und Zugänge

Ein reibungsloser Betrieb setzt voraus, dass Sie und Ihr Wartungspartner Zugriff auf alles Notwendige haben. Klären Sie deshalb spätestens bei der Übergabe, dass Ihnen als Auftraggeber folgende Dinge gehören und vorliegen:

• Der vollständige Quellcode und der Zugang zum Versionsverwaltungssystem
• Zugänge zu Hosting, Domains, Datenbanken und allen genutzten Drittdiensten
• Technische Dokumentation zu Architektur, Aufbau und Betrieb
• Eine Beschreibung der Deployment- und Wiederherstellungsprozesse

Diese Übergabe ist unabhängig davon wichtig, ob die entwickelnde Agentur auch die Wartung übernimmt. Sie stellt sicher, dass Sie handlungsfähig bleiben, falls Sie den Anbieter wechseln möchten oder müssen. Eine saubere Dokumentation ist zudem Teil eines guten Projektabschlusses, wie der Ratgeber Ablauf eines Softwareprojekts beschreibt.

Vendor-Lock-in vermeiden

Vendor-Lock-in bezeichnet die Situation, in der Sie faktisch an einen einzigen Anbieter gebunden sind, weil ein Wechsel unverhältnismäßig aufwendig oder teuer wäre. Das entsteht etwa durch proprietäre Technologien, fehlende Dokumentation, das Zurückhalten von Zugängen oder Quellcode oder durch Strukturen, die nur der ursprüngliche Anbieter versteht. Eine solche Abhängigkeit schwächt Ihre Verhandlungsposition und erhöht Ihr Risiko.

Sie beugen vor, indem Sie auf offene, verbreitete Technologien setzen, den Besitz an Code und Zugängen vertraglich sichern, auf gründliche Dokumentation bestehen und regelmäßige Wissensübergaben vereinbaren. Achten Sie bereits bei der Anbieterauswahl auf diese Punkte; der Ratgeber Softwareagentur auswählen: die wichtigsten Kriterien gibt dazu Hinweise. Bei strategischen Entscheidungen zu Technologie und Betrieb unterstützen Anbieter aus dem Bereich IT-Beratung. So bleiben Sie Herr Ihrer Software, statt vom Anbieter abhängig zu sein. Unsere redaktionellen Grundsätze finden Sie unter Methodik.

Wartung durch den Entwickler oder einen neuen Partner

Eine grundsätzliche Entscheidung ist, ob die Wartung bei der Agentur bleibt, die die Software entwickelt hat, oder auf einen anderen Anbieter übergeht. Beides hat Vor- und Nachteile. Der ursprüngliche Entwickler kennt das System aus dem Effeff, kann Störungen oft schneller einordnen und benötigt keine Einarbeitung. Das spart Zeit, kann aber die Abhängigkeit verstärken und Ihre Verhandlungsposition schwächen, wenn keine saubere Dokumentation existiert.

Ein Wechsel des Wartungspartners ist möglich und manchmal sinnvoll, etwa wenn der ursprüngliche Anbieter nicht mehr verfügbar ist oder die Konditionen nicht mehr stimmen. Er setzt allerdings voraus, dass Quellcode, Zugänge und Dokumentation vollständig übergeben wurden und die Software auf verständlichen, verbreiteten Technologien beruht. Genau hier zahlt sich die Vorsorge gegen Vendor-Lock-in aus. Unabhängig von Ihrer Wahl gilt: Verankern Sie die Übergabefähigkeit von Beginn an vertraglich, damit Sie handlungsfähig bleiben. Prüfen Sie außerdem regelmäßig, ob der vereinbarte Leistungsumfang noch zu Ihrer tatsächlichen Nutzung passt, denn sowohl unter- als auch überdimensionierte Verträge verursachen unnötige Kosten oder Risiken.

Monitoring und vorbeugende Wartung

Gute Wartung wartet nicht auf Störungsmeldungen, sondern erkennt Probleme, bevor sie den Betrieb treffen. Ein professioneller Wartungspartner richtet ein kontinuierliches Monitoring ein, das Verfügbarkeit, Fehlerraten und Auslastung überwacht und bei Abweichungen frühzeitig warnt. So lassen sich viele Störungen abfangen, bevor Nutzer sie überhaupt bemerken. Klären Sie im Vertrag, ob ein solches Monitoring enthalten ist und wie mit Warnungen umgegangen wird.

Zur vorbeugenden Wartung gehören außerdem regelmäßige, getestete Datensicherungen und ein erprobter Wiederherstellungsprozess. Eine Sicherung, die im Ernstfall nicht zurückgespielt werden kann, ist wertlos. Fragen Sie deshalb konkret nach, wie oft gesichert wird, wo die Sicherungen liegen und ob die Wiederherstellung getestet wurde. Diese scheinbar technischen Details entscheiden im Krisenfall darüber, ob ein Ausfall Minuten oder Tage dauert.

Häufige Fragen

Muss ich wirklich für Wartung zahlen, wenn die Software fertig ist?

Ja, laufende Pflege ist keine optionale Zusatzleistung. Ohne Sicherheitsupdates und Anpassungen an die sich verändernde technische Umgebung wird Software angreifbar und verliert an Funktionsfähigkeit. Die Wartungskosten sind Teil der realen Gesamtkosten und sollten von Anfang an eingeplant werden.

Was ist der Unterschied zwischen Wartung und Support?

Wartung ist die planbare, kontinuierliche technische Pflege wie Sicherheitsupdates und Aktualisierungen. Support ist die reaktive Hilfe im konkreten Störungsfall, etwa die Behebung von Fehlern oder die Beantwortung von Nutzeranfragen. Beide werden oft im selben Vertrag geregelt, sind aber unterschiedliche Leistungen.

Wie hoch sind die laufenden Kosten für Wartung?

Eine allgemeingültige Zahl gibt es nicht. Als grobe Orientierung wird häufig ein Anteil der ursprünglichen Entwicklungskosten pro Jahr genannt, dies ist jedoch nur ein Anhaltspunkt. Verlässlicher ist eine konkrete Aufschlüsselung im Angebot mit definiertem Leistungsumfang, Reaktionszeiten und Konditionen für Weiterentwicklung.

Welche Vertragsform gilt für Wartung und Support?

Wartung und Support sind dauerhafte, wiederkehrende Leistungen und werden üblicherweise als Dienstvertrag nach § 611 BGB ausgestaltet. Geschuldet ist die laufende Tätigkeit, nicht ein einmaliger Werkerfolg wie bei der ursprünglichen Entwicklung nach § 631 BGB.

Wie vermeide ich eine Abhängigkeit vom Anbieter?

Sichern Sie sich vertraglich den Besitz an Quellcode und Zugängen, bestehen Sie auf gründlicher Dokumentation, bevorzugen Sie offene und verbreitete Technologien und vereinbaren Sie regelmäßige Wissensübergaben. So bleibt ein Anbieterwechsel möglich und Ihre Verhandlungsposition stark.

Sollte die entwickelnde Agentur auch die Wartung übernehmen?

Beides ist möglich. Der ursprüngliche Entwickler kennt das System und arbeitet ohne Einarbeitung, was Störungen schneller lösbar macht, aber die Abhängigkeit erhöhen kann. Ein Wechsel zu einem neuen Wartungspartner ist sinnvoll möglich, sofern Quellcode, Zugänge und Dokumentation vollständig übergeben wurden und die Software auf verbreiteten Technologien beruht.

Passende Agentur finden: Für zuverlässigen Betrieb, Wartung und Weiterentwicklung finden Sie geprüfte Partner in den Bereichen Cloud und DevOps und Softwareentwicklung in unserem Verzeichnis.