Der Moment, in dem ein Kundenprojekt live geht, fühlt sich wie das Ende an — ist aber die Stelle, an der sich entscheidet, ob du in zwei Jahren noch etwas von diesem Kunden hast oder nur noch gelegentlich unbezahlte Mails beantwortest. Übergabe und Wartung sind kein Anhängsel des Projekts, sie sind das Geschäftsmodell dahinter.
Ich habe beides zuerst falsch gemacht: Projekt fertig, Zugangsdaten per Mail, “meld dich, wenn was ist”. Genau das ist passiert — jahrelang, kostenlos, immer freitagnachmittags.
Warum “meld dich, wenn was ist” der teuerste Satz ist
Er klingt kundenfreundlich und ist es auch. Das Problem ist, dass er eine unbegrenzte Verpflichtung ohne Gegenleistung erzeugt. Der Kunde weiß nicht, was klein und was groß ist, also fragt er alles. Du weißt nicht, wo die Grenze ist, also machst du vieles “kurz eben”. Am Ende betreust du eine wachsende Zahl alter Projekte nebenher und wunderst dich, warum bei gleicher Auslastung weniger Umsatz herauskommt.
Der zweite Effekt ist subtiler: Ohne definierte Wartung verwahrlost die Software. Niemand fühlt sich zuständig für Updates, Backups oder ablaufende Zertifikate — bis etwas kaputtgeht, und dann bist du derjenige, der es abends repariert, für ein Projekt, das längst abgerechnet ist.
Was eine echte Übergabe enthält
Eine Übergabe ist nicht das Weitergeben von Passwörtern. Sie ist der Punkt, an dem der Kunde die Software wirklich besitzt — auch dann, wenn du morgen nicht mehr erreichbar wärst. Dazu gehört:
- Zugänge in geordneter Form. Hosting, Domain-Registrar, Repository, Mail-Dienste, externe Konten. Nicht per Mail, sondern über einen Passwort-Manager oder wenigstens einen Kanal, der nicht ewig in einem Postfach liegen bleibt. Wichtig: Die Konten sollten auf den Kunden laufen, nicht auf dich. Domains und Hosting-Verträge im eigenen Namen zu halten fühlt sich nach Kundenbindung an, ist aber in Wahrheit ein Streitpunkt, der irgendwann kommt.
- Eine kurze Betriebsdokumentation. Wo läuft was, wie kommt eine Änderung nach live, wo liegen die Backups, welche Dienste kosten wie viel und wann laufen sie ab. Zwei Seiten reichen. Sie sind das Erste, wonach jeder Nachfolger fragt — und ihre Existenz ist ein Qualitätsmerkmal, kein Verrat.
- Eine Einweisung für die Menschen, die damit arbeiten. Ein Termin, in dem der Kunde selbst Inhalte anlegt, während du daneben sitzt. Aufgezeichnet, wenn möglich. Nichts reduziert Support-Anfragen so zuverlässig wie zwanzig Minuten gemeinsames Klicken.
- Eine klare Ansage zum Nachlauf. Was in den nächsten Wochen noch inbegriffen ist und was danach gilt. Wer den Übergang nicht benennt, hat ihn nicht.
Der Wartungsvertrag: Was wirklich drinsteht
Ein Wartungsvertrag, der nur “Support” verspricht, wird zum Fass ohne Boden. Er braucht drei Dinge: einen konkreten Leistungsinhalt, eine Mengenbegrenzung und eine Reaktionszusage, die du auch im Urlaub halten kannst.
Als Leistungsinhalt taugt alles, was der Kunde selbst nicht leisten kann und was ohne dich unterbleiben würde: Sicherheitsupdates von Framework und Server, Überwachung der Erreichbarkeit, Backups samt regelmäßiger Prüfung, dass eine Wiederherstellung tatsächlich funktioniert, Erneuerung von Zertifikaten, ein kleines Kontingent an inhaltlichen Änderungen pro Monat und ein knapper Statusbericht, damit die Leistung sichtbar wird.
Der Statusbericht klingt nach Beiwerk, ist aber der Grund, warum Verträge verlängert werden. Wartung ist unsichtbar, solange sie funktioniert. Wenn nie etwas ausfällt und nie jemand berichtet, entsteht beim Kunden zwangsläufig der Eindruck, er zahle für nichts.
Für die Mengenbegrenzung hat sich ein festes Stundenkontingent pro Monat bewährt, das nicht ins Unendliche angespart werden kann. Alles darüber läuft nach Aufwand, zu einem vorab vereinbarten Satz. Damit ist das Gespräch über größere Wünsche sachlich statt unangenehm: Es geht nicht darum, ob du hilfst, sondern nur darum, in welchem Topf es landet.
Bei der Reaktionszusage gilt: versprich, was du als Einzelperson halten kannst. Reaktion innerhalb eines Werktags ist realistisch und für die allermeisten Kunden völlig ausreichend. Eine Rund-um-die-Uhr-Zusage klingt professionell und wird dich beim ersten Ausfall an einem Sonntagabend einholen — für Geld, das das Risiko nicht abdeckt.
Notfälle definieren, bevor sie eintreten
Das Wort “dringend” bedeutet für dich und deinen Kunden nicht dasselbe. Deshalb lohnt es sich, im Vertrag zwei oder drei Stufen zu benennen: Die Seite ist nicht erreichbar oder der Shop nimmt keine Bestellungen an, das ist eine Störung. Ein Formular verschickt keine Mails mehr, das ist ebenfalls eine Störung. Ein Bild soll ausgetauscht werden, das ist eine Änderung. Sobald diese Unterscheidung schriftlich existiert, hört das Verhandeln über Dringlichkeit im Einzelfall weitgehend auf.
Und plane deine eigene Abwesenheit ein. Ein Vertreter, ein zweiter Zugang für einen Kollegen, oder wenigstens die dokumentierte Möglichkeit, dass jemand anders eingreift. Wer Wartung als Solo-Dienstleister verkauft, verkauft implizit seine ständige Verfügbarkeit — das hält man ein paar Jahre durch und dann nicht mehr.
Warum sich das rechnet, auch für den Kunden
Wiederkehrende Einnahmen verändern deine Lage grundlegend: Sie glätten die Auftragsschwankungen, sie machen dich weniger abhängig vom nächsten großen Projekt, und sie machen deine Arbeit planbarer. Ein Bestand aus zehn Wartungskunden ist wirtschaftlich mehr wert als ein einzelnes großes Projekt im gleichen Jahr, weil er nächstes Jahr immer noch da ist.
Der Kunde bekommt dafür etwas, das er sonst nicht hat: jemanden, der zuständig ist. Nicht “erreichbar” im vagen Sinn, sondern verantwortlich für einen definierten Bereich. Wer das einmal erlebt hat, nachdem eine ungepflegte Seite kompromittiert wurde oder ein abgelaufenes Zertifikat den Shop lahmgelegt hat, diskutiert nicht mehr über den Sinn.
Der beste Zeitpunkt, das anzubieten, ist übrigens nicht nach dem Launch, sondern im Angebot davor — als selbstverständlicher Teil des Pakets. Wartung, die man nachträglich verkaufen muss, wirkt wie ein Nachschlag. Wartung, die von Anfang an zum Vorgehen gehört, wirkt wie Professionalität.
Wenn du gerade an deinem ersten Wartungsangebot sitzt: Im Discord der Community hängen genug Leute mit laufenden Kundenbeständen herum, die dir sagen, welche Klausel sie beim zweiten Kunden ergänzt haben.