Warum Verlängerungen während der Projektarbeit untergehen
Ein sechsmonatiges Retainer-Mandat endet in drei Wochen. Der Kunde ist zufrieden mit der Arbeit. Ein Gespräch über die Verlängerung würde zwanzig Minuten dauern. Doch in der Woche vor dem Verlängerungsfenster ist die Kapazität für Projektarbeit ausgeschöpft — die Arbeit, die das Mandat rechtfertigt, hat Vorrang vor dem Gespräch, das es verlängert.
Das Verlängerungsgespräch findet nicht statt. Der Vertrag läuft aus. Der Kunde wechselt weiter, nicht weil die Beziehung am Ende war, sondern weil niemand das Gespräch rechtzeitig begonnen hat.
Verlängerungen gehen nicht im Verlängerungsgespräch verloren. Verlängerungen gehen in den Wochen davor verloren, während alle Beteiligten auf die Projektarbeit fokussiert sind.
Wie OpenClaw Verlängerungsdaten verfolgt
OpenClaw liest Verlängerungsdaten aus dem System, in dem Sie sie speichern — einer Notion-Datenbank, einem CRM, einer beim Onboarding geteilten Tabelle. Sie teilen OpenClaw beim Setup mit, wo die Daten liegen; OpenClaw überwacht die Daten von diesem Zeitpunkt an.
OpenClaw sendet Verlängerungs-Erinnerungen auf Basis der tatsächlichen Vertrags-Enddaten — nicht einer generischen Drip-Sequenz mit festem Zeitplan. Ein um sechs Monate verlängerter Vertrag setzt die Sequenz automatisch zurück. Ein Vertrag, der mid-term pausiert wird, passt die Daten entsprechend an.
Die Auslöserlogik ist datumsbasiert. OpenClaw berechnet die Nachrichtenfenster anhand des Enddatums jedes Vertrags und plant die Entwürfe im Voraus — kein manueller Eingriff erforderlich, wenn ein neuer Vertrag hinzukommt.
Was wann entworfen wird
OpenClaw erstellt für jede Verlängerung drei Nachrichten: eine 30 Tage vor Ablauf, eine 7 Tage vor Ablauf und eine am Tag vor dem Ablaufdatum.
Die 30-Tage-Nachricht eröffnet das Gespräch früh — bevor der Kunde beginnt, Alternativen zu prüfen. OpenClaw rahmt die Nachricht um die geleistete Arbeit und das, was die nächste Periode abdecken könnte.
Die 7-Tage-Nachricht ist ein direkter Impuls: Die Verlängerung steht bevor, und hier ist, wie eine Fortsetzung aussieht. OpenClaw fügt die Verlängerungskonditionen aus dem Vertrag ein, sofern vorhanden.
Die Nachricht am Vortag ist ein kurzer, konkreter Hinweis. Wenn eine frühere Nachricht eine Antwort hervorgerufen hat, storniert OpenClaw die verbleibenden Entwürfe für diesen Vertrag automatisch.
Eine Verlängerungs-Erinnerung, die nicht rausging, ist keine Erinnerung. Sie ist ein Churn-Ereignis.
Der Freigabeschritt
Jeder Entwurf erscheint zum geplanten Zeitpunkt in Ihrem Slack-Freigabe-Channel. OpenClaw zeigt die vollständige Nachricht, den Kundennamen, das Vertrags-Enddatum und welche Phase der Sequenz dieser Entwurf repräsentiert.
Sie geben frei, bearbeiten oder verwerfen. Das Bearbeiten der 30-Tage-Nachricht ändert nicht die 7-Tage-Vorlage — jede Phase wird unabhängig freigegeben. Verwerfen einer Phase protokolliert den Entwurf als zurückgestellt; OpenClaw sendet die nächste Phase planmäßig, es sei denn, Sie stornieren die Sequenz für diesen Vertrag.
Skalierung über die gesamte Kundenbasis
OpenClaw führt Verlängerungs-Sequenzen für jeden aktiven Vertrag parallel aus. Dreißig Kunden, dreißig Sequenzen, jede mit eigenem Zeitplan.
Sie richten keine Sequenz pro Kunde ein. Sie konfigurieren die Vorlagen und Zeitfenster einmal; OpenClaw wendet die Konfiguration auf jeden Vertrag an, der ins System kommt. Ein neuer Kunde, der beim Onboarding eingetragen wird, erhält ab dem Vertrags-Enddatum eine Verlängerungs-Sequenz — kein zusätzliches Setup erforderlich.
Gründer, die zwanzig oder mehr Verlängerungen verwalten, sparen vier bis sechs Stunden pro Quartal, die sie bisher mit dem Verfolgen von Daten und dem Verfassen von Nachrichten verbracht haben. Die Einsparung skaliert direkt mit der Größe der Kundenbasis.