Du hast keinen Wartungsvertrag. Und deine Software veraltet leise.

Du hast vor drei Jahren eine Software entwickeln lassen. Vielleicht ein Kundenportal, ein internes Tool oder eine Schnittstelle zwischen zwei Systemen. Das Projekt wurde abgeschlossen, die Rechnung bezahlt, und seitdem läuft alles. Zumindest denkst du das.

Die Wahrheit ist: Deine Software läuft nicht. Sie überlebt. Sie funktioniert heute noch, weil niemand sie anfasst. Aber unter der Oberfläche veralten Bibliotheken, laufen Sicherheitszertifikate ab und ändern sich die Systeme drumherum. Das ist kein theoretisches Risiko. Das ist ein Countdown.

Ich erlebe das ständig. Ein Unternehmer aus dem Raum Neuss ruft mich an, weil plötzlich nichts mehr geht. Dann schaue ich mir das System an und sehe: Die letzte Aktualisierung war 2021. Kein Wartungsvertrag. Kein Ansprechpartner. Und jetzt brennt die Hütte.

Software ist kein Produkt. Software ist ein Organismus.

Viele Unternehmer denken bei Software wie bei einer Maschine. Einmal kaufen, aufstellen, läuft. Und ja, eine Fräsmaschine funktioniert auch nach zehn Jahren noch, wenn du sie pflegst. Aber Software lebt in einem Ökosystem, das sich ständig verändert. Browser werden aktualisiert. Betriebssysteme bekommen Updates. Schnittstellen zu Drittanbietern ändern ihre Spezifikationen. Und Sicherheitslücken werden täglich entdeckt.

Wenn sich eine dieser Komponenten ändert und deine Software bleibt stehen, entsteht ein Spalt. Am Anfang ist der Spalt klein. Vielleicht lädt eine Seite etwas langsamer. Vielleicht funktioniert ein Button auf dem neuen iPhone nicht mehr. Aber der Spalt wird größer. Jeden Monat ein bisschen. Bis irgendwann nichts mehr zusammenpasst.

Ein konkretes Beispiel: Ein Kunde in Korschenbroich hatte ein Bestellsystem für seine Handwerkskunden. Funktionierte jahrelang. Dann hat Google Chrome eine Sicherheitsrichtlinie verschärft. Plötzlich wurden die Formulare nicht mehr abgeschickt. Der Kunde hat zwei Wochen lang Bestellungen per Telefon entgegengenommen, bis ich das Problem behoben habe. Zwei Wochen Umsatzverlust, Stress und verärgerte Kunden. Wegen eines Updates, das nichts mit seiner Software zu tun hatte.

Sicherheitslücken warten nicht, bis du bereit bist.

Das Thema Sicherheit ist für viele KMU abstrakt. Man denkt: Wer will schon mein kleines Unternehmen hacken? Die Antwort ist: Bots. Automatisierte Programme scannen das Internet rund um die Uhr nach veralteter Software. Denen ist egal, ob du ein Fünf-Mann-Betrieb in Neuss bist oder ein Konzern in Düsseldorf. Wenn deine Software eine bekannte Schwachstelle hat, wird sie gefunden.

Veraltete Frameworks und Bibliotheken sind die Haupteinfallstore. Eine Studie von Synopsys hat gezeigt, dass 84 Prozent aller Softwareprojekte mindestens eine bekannte Sicherheitslücke in ihren Open-Source-Abhängigkeiten haben. Das sind keine Hypothesen. Das sind echte Türen, die offen stehen. Und wenn jemand durchgeht, stehen Kundendaten, Rechnungen und interne Prozesse auf dem Spiel.

Ein Wartungsvertrag sorgt dafür, dass diese Abhängigkeiten regelmäßig geprüft und aktualisiert werden. Nicht einmal im Jahr. Mindestens einmal im Monat, besser öfter. Das klingt nach Aufwand, aber in Wirklichkeit sind es oft nur wenige Stunden pro Monat. Verglichen mit dem Schaden eines Datenlecks oder eines Ransomware-Angriffs ist das eine lächerlich kleine Investition.

Ich habe letztes Jahr einem Unternehmen aus dem Rhein-Kreis Neuss geholfen, nach einem Vorfall aufzuräumen. Die Wiederherstellung hat mehr als das Zehnfache dessen gekostet, was ein Wartungsvertrag für drei Jahre gekostet hätte. Der Geschäftsführer hat mir gesagt: Hätte mir das jemand vorher so erklärt, hätte ich nicht gezögert. Deshalb erkläre ich es dir jetzt.

Dein Entwickler von damals ist nicht mehr erreichbar. Und jetzt?

Das ist ein Szenario, das ich viel zu oft sehe. Ein Unternehmen hat vor Jahren eine Software bauen lassen. Von einem Freelancer, einer kleinen Agentur oder einem Bekannten, der sich damit auskannte. Das Projekt wurde abgeschlossen, man hat sich die Hand geschüttelt, und das war's. Kein laufender Vertrag. Kein Plan für die Zukunft.

Dann passiert etwas. Die Software muss angepasst werden, weil sich eine gesetzliche Vorgabe ändert. Oder der Server muss umgezogen werden. Oder es gibt ein Problem, das sofort gelöst werden muss. Und der ursprüngliche Entwickler? Hat die Firma gewechselt. Ist nicht mehr Freelancer. Antwortet nicht mehr auf Mails. Das Unternehmen steht mit einem System da, das niemand versteht, und ohne jemanden, der es reparieren kann.

Ein Wartungsvertrag löst genau dieses Problem. Du hast einen festen Ansprechpartner, der dein System kennt, der den Code versteht und der weiß, wie alles zusammenhängt. Nicht erst, wenn es brennt, sondern dauerhaft. Das ist wie ein Hausarzt für deine Software. Der kennt deine Krankenakte und muss nicht bei jedem Besuch von vorne anfangen.

Ich sage meinen Kunden immer: Der Wartungsvertrag ist nicht nur für die Software. Er ist für dich. Für dein gutes Gefühl, dass jemand aufpasst. Und für die Gewissheit, dass du montags nicht mit einer bösen Überraschung aufwachst.

Was ein Wartungsvertrag wirklich beinhaltet.

Viele Unternehmer schrecken vor einem Wartungsvertrag zurück, weil sie nicht wissen, was drin ist. Sie denken an teure IT-Servicepakete von großen Anbietern, die Tausende Euro im Monat kosten. Aber Wartung für individuelle Software muss nicht teuer sein. Es kommt auf den Umfang an. Und der richtet sich nach deinem System und deinem Risiko.

Ein solider Wartungsvertrag für ein mittelgroßes Individualsystem umfasst typischerweise folgende Punkte. Erstens: regelmäßige Sicherheitsupdates für alle Abhängigkeiten und Frameworks. Zweitens: Monitoring, also die Überwachung, ob das System läuft und erreichbar ist. Drittens: ein festes Zeitkontingent für Fehlerbehebung, zum Beispiel vier Stunden pro Monat. Viertens: eine garantierte Reaktionszeit bei kritischen Problemen, etwa innerhalb von 24 Stunden.

Bei mir sieht das so aus: Ich biete Wartungspakete ab wenigen hundert Euro im Monat an. Dafür bekommt mein Kunde Updates, Monitoring, einen festen Ansprechpartner und eine schnelle Reaktionszeit. Wenn alles ruhig läuft, nutze ich die Zeit für kleine Verbesserungen. Wenn etwas passiert, bin ich sofort da. Das ist kein Luxus. Das ist Grundversorgung für geschäftskritische Software.

Und ganz ehrlich: Wenn dein System so unwichtig ist, dass du keine 300 Euro im Monat dafür ausgeben willst, dann frag dich, warum du es überhaupt hast. Jedes System, das einen geschäftlichen Zweck erfüllt, verdient Pflege.

Die versteckten Kosten fehlender Wartung.

Wenn du deine Software nicht wartest, sparst du kurzfristig Geld. Aber langfristig wird es deutlich teurer. Das liegt an einem Effekt, den Entwickler technische Schulden nennen. Jede veraltete Komponente, jedes verschobene Update, jede ignorierte Warnung türmt Schulden auf. Und wie bei echten Schulden wachsen auch technische Schulden mit Zinsen.

Nach drei Jahren ohne Wartung sieht das oft so aus: Die verwendete Programmiersprache ist zwei Hauptversionen weiter. Das Framework, auf dem alles aufbaut, wird in der alten Version nicht mehr unterstützt. Die Hälfte der externen Schnittstellen hat sich geändert. Und der Server läuft auf einem Betriebssystem, das keine Sicherheitspatches mehr bekommt. Um das alles aufzuholen, brauchst du nicht ein Update. Du brauchst praktisch einen Neubau.

Ich habe vor Kurzem ein Projekt übernommen, bei dem ein Unternehmen aus Düsseldorf genau in dieser Lage war. Die Software war fünf Jahre alt, nie gewartet. Das ursprüngliche Framework wurde nicht mehr unterstützt. Allein die Migration auf eine aktuelle Version hat 18.000 Euro gekostet. Ein Wartungsvertrag über fünf Jahre hätte einen Bruchteil davon gekostet. Und das System wäre die ganze Zeit aktuell, sicher und performant gewesen.

Die Rechnung ist einfach: 300 Euro im Monat für Wartung sind 3.600 Euro im Jahr. In fünf Jahren sind das 18.000 Euro. Genau so viel wie die Notfall-Migration. Nur, dass du mit dem Wartungsvertrag fünf Jahre lang ein funktionierendes, sicheres System hattest. Und ohne hattest du fünf Jahre lang eine tickende Zeitbombe.

Woran du erkennst, dass deine Software dringend Wartung braucht.

Es gibt klare Warnsignale, die du auch ohne technisches Wissen erkennen kannst. Wenn deine Software seit mehr als einem Jahr kein Update bekommen hat, ist das ein rotes Zeichen. Wenn du nicht weißt, auf welchem Server sie läuft oder welche Version des Betriebssystems dort installiert ist, ist das ein zweites. Und wenn du niemanden anrufen kannst, der sich damit auskennt, ist das das dritte.

Weitere Anzeichen: Die Software wird langsamer, obwohl sich an der Nutzung nichts geändert hat. Nutzer melden immer öfter kleine Fehler, die vorher nicht da waren. Bestimmte Funktionen gehen in neuen Browsern nicht mehr. Oder du bekommst Warnmails von deinem Hosting-Anbieter, dass Pakete veraltet sind.

Auch ein guter Indikator: Wenn du dich das letzte Mal mit deinem Entwickler unterhalten hast und das Wort Wartung dabei nicht gefallen ist, dann hat er es entweder vergessen oder bewusst nicht angesprochen. Beides ist nicht gut. Ein guter Entwickler spricht Wartung aktiv an, weil er weiß, dass Software ohne Pflege stirbt.

Falls du mehrere dieser Punkte bei dir wiedererkennst: Keine Panik. Aber handle. Je länger du wartest, desto teurer wird die Reparatur. Das ist keine Verkaufstaktik. Das ist Physik. Technische Schulden werden nicht kleiner, wenn man sie ignoriert.

Wartung ist nicht gleich Weiterentwicklung. Aber beides gehört zusammen.

Ein häufiges Missverständnis: Wartung bedeutet nicht, dass ständig neue Funktionen gebaut werden. Wartung bedeutet, dass das Bestehende funktioniert, sicher ist und auf aktuellem Stand bleibt. Das sind zwei verschiedene Dinge. Aber sie gehören zusammen, weil Wartung die Grundlage für Weiterentwicklung ist.

Wenn du ein System hast, das gut gewartet wird, kannst du jederzeit neue Funktionen ergänzen. Eine neue Schnittstelle zu einem Partner? Kein Problem, die Basis ist stabil. Ein neues Modul für dein Team? Kann schnell aufgebaut werden, weil alles dokumentiert und aktuell ist. Aber wenn die Basis veraltet ist, musst du erst den Berg an technischen Schulden abtragen, bevor du irgendetwas Neues bauen kannst. Das dauert länger und kostet mehr.

Ich vergleiche das gerne mit einem Haus. Wartung ist der Hausmeister, der das Dach prüft, die Heizung wartet und die Fenster dichthält. Weiterentwicklung ist der Architekt, der einen Wintergarten anbaut. Aber niemand baut einen Wintergarten an ein Haus, dessen Dach undicht ist. Erst die Basis, dann die Erweiterung.

In der Praxis sieht das bei meinen Kunden so aus: Der Wartungsvertrag läuft monatlich. Wenn ein Kunde zusätzlich eine neue Funktion will, machen wir dafür ein separates Angebot. Aber weil ich das System kenne und es in gutem Zustand ist, geht das deutlich schneller und günstiger, als wenn ich mich erst einarbeiten müsste. Der Wartungsvertrag zahlt sich also auch bei zukünftigen Erweiterungen aus.

Wie du den richtigen Wartungspartner findest.

Nicht jeder Entwickler ist ein guter Wartungspartner. Wartung erfordert Zuverlässigkeit, Sorgfalt und die Bereitschaft, sich langfristig um ein System zu kümmern. Das ist weniger glamourös als ein Neuprojekt. Manche Entwickler und Agenturen haben schlicht kein Interesse daran, weil die Margen bei Neuprojekten höher sind.

Such dir jemanden, der Wartung als eigenständige Dienstleistung anbietet und nicht nur als Anhängsel. Frag nach konkreten Leistungen: Was ist im Paket enthalten? Wie schnell wird auf Probleme reagiert? Gibt es ein Monitoring? Gibt es regelmäßige Berichte? Ein guter Wartungspartner kann all diese Fragen klar beantworten.

Achte auch darauf, dass der Partner in deiner Nähe oder zumindest gut erreichbar ist. Ich bin im Rhein-Kreis Neuss ansässig und betreue Kunden in Korschenbroich, Neuss, Düsseldorf und dem gesamten Umland. Wenn es wirklich mal brennt, kann ich auch persönlich vorbeikommen. Das ist ein Vorteil, den du bei einem anonymen Anbieter aus dem Internet nicht hast.

Und ein letzter Punkt: Der Wartungspartner muss nicht derselbe sein, der die Software gebaut hat. Wenn dein ursprünglicher Entwickler nicht mehr verfügbar ist, kann ein anderer Entwickler das System übernehmen. Das ist leichter, als du denkst, vorausgesetzt der Code ist sauber und dokumentiert. Falls nicht, ist das ein weiterer Grund, jetzt zu handeln, bevor es noch komplizierter wird.