Wartungsverträge für Individualsoftware: Was Mittelständler nach dem Go-Live wirklich brauchen
Der Launch ist geschafft, die Individualsoftware läuft, alle sind erleichtert. Und dann? Viele Mittelständler machen genau hier den ersten Fehler: Sie behandeln den Go-Live als Ziellinie statt als Startschuss. Dabei beginnt die eigentliche Werterhaltung der Software erst danach.
Der Trugschluss: "Läuft doch"
Software, die einmal funktioniert, funktioniert nicht automatisch weiter. PHP-Versionen laufen aus, Abhängigkeiten bekommen Sicherheitslücken, das Hosting-Environment ändert sich, und irgendwann ändert sich auch der Geschäftsprozess, den die Software eigentlich abbilden sollte. Wer nach dem Launch nichts mehr investiert, zahlt die Rechnung später – meist teurer und zur Unzeit, etwa wenn ein Audit ansteht oder ein kritischer Fehler mitten im Tagesgeschäft auftaucht.
Ich erlebe das in Projekten regelmäßig: Ein Kunde meldet sich nach anderthalb Jahren Funkstille, weil ein Plugin-Update das ganze System lahmgelegt hat oder eine neue Datenschutzanforderung plötzlich Handlungsdruck erzeugt. Die Ursache ist fast immer dieselbe – es gab keinen klaren Rahmen dafür, wer sich um die Software kümmert, wenn kein akutes Feature ansteht.
Was ein guter Wartungsvertrag tatsächlich abdeckt
Ein Wartungsvertrag ist kein Abo für schlechtes Gewissen, sondern ein klar umrissenes Leistungspaket. Aus der Praxis heraus gehören für mich folgende Bausteine dazu:
Sicherheitsupdates und Abhängigkeitspflege. PHP, Symfony-Komponenten, WordPress-Core und Plugins bekommen laufend Updates – nicht alle sind unkritisch. Ein Wartungsvertrag stellt sicher, dass sicherheitsrelevante Patches zeitnah eingespielt werden, statt liegen zu bleiben, bis "mal wieder Zeit ist".
Monitoring und Fehlererkennung. Bevor der Kunde einen Fehler meldet, sollte im Idealfall schon ein Alert eingegangen sein. Fehlerprotokolle, Uptime-Checks und einfache Performance-Metriken gehören in jedes seriöse Wartungspaket – nicht als Marketing-Extra, sondern als Basis.
Ein definiertes Zeitbudget für kleine Anpassungen. Nicht jede Änderung ist ein eigenes Projekt. Ein monatliches Stundenkontingent für kleine Korrekturen, Textänderungen oder Konfigurationsanpassungen erspart beiden Seiten die Reibung, für jede Kleinigkeit ein neues Angebot zu schreiben.
Ein Ansprechpartner mit Kontext. Das ist der eigentliche Wert, den viele unterschätzen: Wer die Software von Anfang an kennt, braucht keine Einarbeitungszeit, wenn etwas ansteht. Das spart im Ernstfall nicht nur Geld, sondern echte Zeit.
Was Wartung NICHT ist
Genauso wichtig wie die Definition ist die Abgrenzung. Ein Wartungsvertrag ist kein Ersatz für Weiterentwicklung. Neue Features, größere Umbauten oder strategische Erweiterungen gehören nicht ins Wartungsbudget – sie brauchen eigene Planung, eigenes Angebot, eigenen Zeitrahmen. Wer beides vermischt, produziert Streit: Der Kunde erwartet "im Rahmen der Wartung" plötzlich ein neues Modul, der Dienstleister sieht sein Zeitbudget explodieren. Klare Trennung schützt beide Seiten.
Warum sich das für den Mittelstand lohnt
Für kleine und mittlere Unternehmen ist Individualsoftware oft ein zentraler Baustein im Tagesgeschäft – eine Warenwirtschaft, ein Kundenportal, eine interne Verwaltungslösung. Anders als bei Standardsoftware gibt es keinen Hersteller, der automatisch Updates ausliefert oder einen Support-Kanal mit Ticketnummer. Die Verantwortung liegt beim Unternehmen selbst – und damit bei demjenigen, der die Software betreut.
Ein Wartungsvertrag ist deshalb keine Bequemlichkeit, sondern eine Form von Risikomanagement. Er verhindert, dass aus einer kleinen Unachtsamkeit ein größerer Ausfall wird, und er sorgt dafür, dass die Software mit dem Unternehmen mitwächst, statt irgendwann zum Sanierungsfall zu werden.
Ein pragmatischer Einstieg
Man muss nicht sofort das große Rundum-Sorglos-Paket buchen. Ein guter Startpunkt ist ein überschaubares monatliches Kontingent, kombiniert mit automatisierten Sicherheitschecks und einer klaren Eskalationsregel für Notfälle. Das lässt sich im Laufe der Zusammenarbeit anpassen – nach oben wie nach unten, je nachdem, wie sich die Software und das Unternehmen entwickeln.
Wer nach dem Go-Live plant, statt nur zu hoffen, dass schon nichts passiert, spart sich langfristig Ärger, Kosten und schlaflose Nächte. Die beste Zeit, über Wartung zu sprechen, ist nicht dann, wenn etwas kaputt ist – sondern direkt beim Launch.
