Software bleibt nur mit Pflege sicher und aktuell

Ja, sobald eine Anwendung produktiv genutzt wird, ist ein Wartungsvertrag sinnvoll. Software veraltet nicht sichtbar wie eine Maschine, aber genauso zuverlässig: In Abhängigkeiten und Frameworks werden laufend Sicherheitslücken entdeckt, Browser und Betriebssysteme ändern sich, Schnittstellen werden umgestellt. Ohne regelmäßige Updates wird aus einer stabilen Anwendung schleichend ein Risiko, besonders wenn personenbezogene Daten verarbeitet werden und damit die DSGVO greift. Ein Wartungsvertrag löst das strukturell: Updates, Backups und Monitoring passieren regelmäßig und nicht erst, wenn etwas ausgefallen ist. Dazu kommt ein fester Ansprechpartner, der die Anwendung kennt und im Ernstfall nicht erst eingearbeitet werden muss. Die Alternative, Probleme ad hoc zu beheben, ist fast immer teurer und stressiger als planbare Pflege. Wenn du unsicher bist, welcher Umfang passt, schau dir die drei Stufen auf dieser Seite an oder frag kurz nach.

Mehrbedarf wird transparent nach Aufwand abgerechnet; die Pauschale deckt das vereinbarte Kontingent, alles darüber besprechen wir vorher. Konkret läuft es so: Zeichnet sich ab, dass eine Anfrage das monatliche Kontingent sprengt, bekommst du vorab eine Einschätzung des Zusatzaufwands und entscheidest selbst, ob und wann die Arbeit umgesetzt wird. Es gibt keine stillen Nachberechnungen und keine Überraschungen auf der Rechnung. Bei regelmäßig höherem Bedarf lohnt sich oft der Wechsel in eine größere Stufe, etwa von Basic zu Business: Das ist meist günstiger als wiederholte Einzelabrechnungen und verschafft dir priorisierten Support. Umgekehrt kannst du bei dauerhaft geringem Bedarf auch wieder kleiner planen. Wie mit nicht genutzten Kontingenten umgegangen wird, regeln wir im Vertrag. So bleibt die Pauschale fair: Du zahlst für das, was du wirklich brauchst.

Ja, in vielen Fällen übernehme ich auch Software, die jemand anderes entwickelt hat. Voraussetzung ist eine kurze technische Bestandsaufnahme: Ich schaue mir Code, Infrastruktur, Abhängigkeiten und Dokumentation an und prüfe, in welchem Zustand die Anwendung ist. Danach bekommst du eine ehrliche Einschätzung: Was funktioniert solide, wo liegen Risiken, was sollte vor der Übernahme bereinigt werden. Typische erste Schritte nach einer Übernahme sind das Aktualisieren veralteter Abhängigkeiten, das Einrichten von Backups und Monitoring sowie das Schließen bekannter Sicherheitslücken. Manchmal zeigt die Analyse auch, dass eine Anwendung in so schlechtem Zustand ist, dass eine schrittweise Neuentwicklung wirtschaftlicher wäre; auch das sage ich dir offen, statt einen Pflegefall künstlich am Leben zu halten. Kontakt zum ursprünglichen Entwickler ist hilfreich, aber nicht nötig: Zugänge zu Code und Hosting reichen in der Regel aus.

Üblich sind 12 Monate Mindestlaufzeit mit einer fairen Kündigungsfrist; die Details halten wir individuell im Vertrag fest. Die Mindestlaufzeit hat einen praktischen Grund: Wartung wirkt über Monate, nicht über Wochen. Erst mit der Zeit entsteht der eigentliche Wert, nämlich eine Anwendung, die kontinuierlich aktuell gehalten wird, und ein Ansprechpartner, der sie in- und auswendig kennt. Nach der Mindestlaufzeit verlängert sich der Vertrag üblicherweise automatisch und bleibt mit angemessener Frist kündbar; niemand wird künstlich gebunden. Auch Anpassungen während der Laufzeit sind möglich, etwa der Wechsel in eine andere Stufe, wenn sich dein Bedarf ändert. Endet ein Vertrag, bekommst du eine geordnete Übergabe: Zugänge, Dokumentation und Datenexporte, damit ein Nachfolger sauber weiterarbeiten kann. Wenn du besondere Anforderungen an Laufzeit oder Kündigung hast, sprich sie einfach im Erstgespräch an.

Die Reaktionszeit hängt von der gewählten Stufe ab: In Basic melde ich mich innerhalb eines Werktags, in Business bei kritischen Problemen in unter vier Stunden, und in Premium kommen ein SLA mit garantierter Verfügbarkeit und eine feste Eskalationsmatrix hinzu. Reaktion heißt dabei: Ich sichte das Problem, gebe dir eine erste Einschätzung und beginne mit der Behebung oder einem Workaround. Wie schnell ein Fehler vollständig behoben ist, hängt von seiner Ursache ab; auch dazu bekommst du eine ehrliche Einschätzung statt vager Vertröstungen. Damit es gar nicht erst zum Ausfall kommt, gehören Monitoring und regelmäßige Sicherheitsupdates in jeder Stufe dazu: Viele Probleme fallen so auf, bevor Nutzer sie überhaupt bemerken. Kritische Systeme mit hohen Verfügbarkeitsanforderungen sind in Premium am besten aufgehoben. Sag mir, wie geschäftskritisch deine Anwendung ist, dann empfehle ich dir die passende Stufe.