Flussdiagramm Kundenkündigung: Anfrage bis geschlossener Account
Flussdiagramm für den Kundenkündigungsprozess: Vertragsbedingungen und Kündigungsfrist, Grund vor jedem Halteangebot, die Angebotsstaffel und ihre Grenzen, Schlussrechnung, Datenexport, Zugangsentzug und Churn-Codierung.
Was ist flussdiagramm kundenkündigung: anfrage bis geschlossener account?
Die Kündigung ist der Prozess, den die meisten Abonnementgeschäfte nie aufgeschrieben haben, und genau deshalb der, aus dem die Beschwerden kommen. Die Anfrage kommt irgendwo an, nur nicht über den Kündigungsbutton, liegt vier Tage, und wer sie schließlich aufnimmt, beantwortet sie mit einem Rabatt, den er sich selbst ausgedacht hat. Warum der Kunde geht, notiert niemand, bevor das Angebot gemacht ist, und danach lautet die Antwort immer: der Preis. Die Kündigungsfrist wird zum ersten Mal gelesen, wenn der Kunde die Schlussrechnung bestreitet. Der Zugang wird an dem Nachmittag abgeschaltet, an dem die Anfrage eingeht, obwohl der Account noch sechs Wochen bezahlt ist, und aus einem Kunden, der ruhig gegangen wäre, wird einer mit offenem Ticket und einer öffentlichen Meinung. Am Ende wird die Abwanderung als eine einzige Zahl gebucht, die Kunden, die gehen wollten, mit Kunden vermischt, deren Karte abgelaufen ist. Nichts davon ist eine Ermessensentscheidung, die schiefgegangen ist. Jedes Einzelne ist ein Schritt, den nie jemand zugewiesen bekommen hat, in einem Prozess, der als Gewohnheit existiert und nicht als Verfahren.
Dieses Diagramm behandelt die Kündigung eines laufenden Abonnements oder einer vertraglich vereinbarten Leistung, vom Eingang der Kündigungsabsicht bis zu dem Punkt, an dem der Churn (die Kundenabwanderung) codiert und der Account entweder für die Rückgewinnung vorgemerkt oder mit Kontaktsperre geschlossen ist. Es ist nicht der Erstattungsprozess: Geld zurück auf eine einzelne Zahlung, Fristen für den Anspruch, Kulanzfreigaben und Chargebacks stehen unter /de/templates/rueckerstattungsprozess, und dieses Diagramm greift nur für die anteilige Erstattung am Ende darauf zurück. Es ist auch keine Reklamation und keine Eskalation. Ein Kunde, der verärgert ist, statt zu gehen, gehört in /de/templates/kundenreklamation-prozess oder, wenn es nach oben getragen werden muss, in /de/templates/kundenbeschwerde-eskalation, und eine gestörte Leistung mit eröffnetem Fall gehört in /de/templates/eskalationsprozess-kundenservice. Es ist auch keine in Ruhe vor Ablauf getroffene Verlängerungsentscheidung: Die steht unter /de/templates/vertragsverlaengerung-prozess, wird von einer Fristwarnung ausgelöst statt von einer laufenden Anfrage und ist von der anderen Seite des Tisches gezeichnet, auf der Sie der Kunde sind und entscheiden, ob Sie weiter zahlen. Forderungen, die nach der Schließung offen bleiben, übernimmt /de/templates/debitorenbuchhaltung-prozess. Und es ist das ferne Ende von /de/templates/kunden-onboarding-prozess: Die Accounts, Integrationen und Lizenzen, die dort eingerichtet werden, werden hier wieder abgebaut.
Drei Dinge, die die meisten schriftlichen Kündigungsverfahren stillschweigend voraussetzen, sind hier als Entscheidungen gezeichnet. „Halteversuch zulässig?“ wird in der Phase Vertragsprüfung beantwortet, vor der Angebotsstaffel und nicht in ihr, und hier lebt die Einmal-Regel: Ein Account, der schon einmal mit einem Angebot gehalten wurde, einer mit offenem Abrechnungsstreit oder einer, dessen Kunde keine Angebote mehr wünscht, geht unmittelbar zur schriftlichen Bestätigung. „Zugeständnis innerhalb der Befugnis?“ trennt das, was eine Mitarbeiterin vergeben darf, von dem, was die Teamleitung entscheiden muss, so hat die Angebotsstaffel eine geschriebene Obergrenze statt einer Tagesform. Und „Kündigungstermin erreicht?“ ist ein echtes Tor mit einer Warteschleife dahinter, denn die schädlichste Gewohnheit in diesem Prozess ist der Zugangsentzug am Tag der Anfrage. Auch der unfreiwillige Weg ist gezeichnet: „Kündigung oder Zahlungsausfall?“ führt einen fehlgeschlagenen Einzug in einen eigenen Mahnpfad, der den Account entweder reaktiviert oder in dieselbe Strecke aus schriftlicher Bestätigung und Offboarding mündet, damit ein Zahlungsausfall nicht so berichtet werden kann, als hätte der Kunde sich zum Gehen entschieden.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Sechs Swimlanes (Kunde, Kundenbindungsteam, Teamleitung Kundenbindung, Abrechnung, Servicebetrieb und Revenue Operations) über sechs Phasen: Eingang, Vertragsprüfung, Kundenbindung, Kündigung und Endabrechnung, Offboarding und Churn-Analyse.
- Eingang über jeden Kanal, mit der Verzweigung „Kündigung oder Zahlungsausfall?“, damit ein fehlgeschlagener Einzug seinen eigenen Mahn- und Sperrzyklus durchläuft und entweder bei „Account reaktiviert, kein Churn erfasst“ endet oder bei der schriftlichen Bestätigung wieder in den Hauptweg einmündet.
- Vertragsprüfung vor jeder Verhandlung: „Anfrage erfassen und Vertrag heranziehen“ für Mindestlaufzeit, Kündigungsfrist und automatische Verlängerung, dann „Kündigungsgrund nach Katalog erfassen“, dann das Tor „Halteversuch zulässig?“, das ein einziges Halteangebot je Account erzwingt.
- Eine Bahn für die Kundenbindung mit Obergrenze: „Halteangebot aus der Staffel unterbreiten“, die Prüfung „Zugeständnis innerhalb der Befugnis?“, die alles Größere an die Teamleitung Kundenbindung und mit einem überarbeiteten Angebot zurückführt, und eine Kundenentscheidung, die entweder bei „Änderung umgesetzt, Folgetermin gesetzt“ endet oder weiterläuft.
- Kündigung und Endabrechnung: „Frist und Kündigungstermin schriftlich bestätigen“, die Schlussrechnung mit anteiliger Berechnung und die dreifache Entscheidung „Was ist zum Kündigungstermin offen?“: Erstattung, Entgelt für die Restlaufzeit oder nichts offen.
- Offboarding und Abschluss: die Schleife „Kündigungstermin erreicht?“, die den Zugang hält und den Datenexport bis zum Termin verfügbar lässt, „Zugänge entziehen und Löschdatum setzen“, die Abschlussbefragung, die Churn-Codierung im CRM und die Verzweigung „Für Rückgewinnung geeignet?“ in einen vorgemerkten Account oder einen mit Kontaktsperre geschlossenen.
Wann Sie diese Vorlage verwenden sollten
- Sie schreiben eine Kündigungsrichtlinie oder ein Churn-Playbook und brauchen ein Bild davon, wer die Anfrage annimmt, wer Rabatte geben darf, wer abrechnet und wer die Leistung abschaltet.
- Ihre Churn-Zahl ist eine einzige Größe, und niemand kann Ihnen sagen, wie viel davon Kunden sind, die gehen wollten, und wie viel abgelaufene Karten sind.
- Mitarbeitende geben für dieselbe Art von Account unterschiedliche Rabatte, und es gibt keine geschriebene Grenze, bis zu der das Team ohne die Teamleitung anbieten darf.
- Kunden sagen immer wieder, sie hätten früher gekündigt, als Ihre Aufzeichnungen zeigen, und Kündigungsfrist und Kündigungstermin werden von Fall zu Fall verhandelt statt schriftlich bestätigt.
- Sie richten ein Abrechnungs-, CRM- oder Provisionierungssystem ein und wollen die Übergaben zwischen Kundenbindung, Abrechnung und Servicebetrieb abgestimmt haben, bevor irgendetwas automatisiert wird.
So funktioniert es
Benennen Sie die Bahnen nach Ihren eigenen Teams
Ersetzen Sie Kunde, Kundenbindungsteam, Teamleitung Kundenbindung, Abrechnung, Servicebetrieb und Revenue Operations durch die Funktionen, die es bei Ihnen wirklich gibt. Kleine Organisationen führen das Kundenbindungsteam meist mit dem Support zusammen und geben die Bahn der Teamleitung an die Person, die den Umsatz verantwortet; ein Self-Service-Produkt hat womöglich gar kein Kundenbindungsteam, dann wird aus der Angebotsstaffel eine Folge von Bildschirmen im Kündigungsdialog. Führen Sie eine Bahn lieber zusammen, als sie leer stehen zu lassen. Die Bahn Kunde lassen Sie jedoch, wie sie ist: Sie trägt zwei Kästen (die Anfrage und die Antwort auf das Angebot), und alles danach geschieht mit dem Account, nicht mit dem Kunden.
Schreiben Sie den Gründekatalog, bevor Sie die Angebote anfassen
„Kündigungsgrund nach Katalog erfassen“ ist wertlos, solange die Liste nicht existiert und kurz genug ist, um daraus zu wählen. Acht bis zwölf Codes reichen meist: Preis, fehlende Funktion, schlechter Service oder mangelnde Verfügbarkeit, geringe Nutzung, gestrichenes Budget, Projekt- oder Vertragsende, Eigenentwicklung, Wechsel zu einem namentlich genannten Wettbewerber, Geschäftsaufgabe oder Übernahme. Ergänzen Sie ein einziges Freitextfeld und machen Sie den Code verpflichtend, bevor der Vorgang weiterlaufen darf. Legen Sie dann fest, wer die Verteilung wie oft auswertet: ein Katalog, den niemand zurückliest, verschiebt sich still zu der Option, die im Auswahlfeld ganz oben steht.
Bauen Sie die Angebotsstaffel und setzen Sie eine Obergrenze
Ordnen Sie die Stufen danach, was sie Sie kosten, und nicht danach, wie sie sich anfühlen: erst Pause oder kleinerer Tarif, dann eine längere Laufzeit zu einem niedrigeren Satz, dann Gutschriften oder zusätzlicher Leistungsumfang, dann der reine Preisnachlass. Schreiben Sie an „Zugeständnis innerhalb der Befugnis?“ die Grenze des Teams als Prozentsatz des Jahreswerts und als maximale Laufzeit und benennen Sie, wer jede Stufe darüber freigibt. Halten Sie die Ausschlüsse fest, die aus „Halteversuch zulässig?“ ein Nein machen, und messen Sie dann je Grundcode, was jede Stufe tatsächlich hält, damit die Staffel nach Belegen geordnet ist und nicht nach dem Zugeständnis, das dem Team am leichtesten fällt.
Klären Sie die Fristenregeln und den Kündigungstermin
Legen Sie fest, was die Frist in Gang setzt (das Datum, an dem die Absicht eingegangen ist, und nicht das Datum, an dem der Vorgang eröffnet wurde) und ob sie in Kalendermonaten läuft oder bis zum nächsten Abrechnungstermin. Sagen Sie, was gilt, wenn die Kündigung nach dem Stichtag für die automatische Verlängerung eingeht, denn das ist der Fall, der Streit erzeugt. Fixieren Sie dann den Inhalt von „Frist und Kündigungstermin schriftlich bestätigen“: die Daten, den Leistungsumfang bis zum Ende, den erwarteten Schlussbetrag, den Exportweg und das Löschdatum. Bei Verbraucherverträgen können zwingende gesetzliche Kündigungsrechte eine längere vertragliche Frist verdrängen. Prüfen Sie, was in Ihrem Markt gilt, bevor Sie die Frist in ein System schreiben.
Setzen Sie die Uhren für Zugangsentzug und Aufbewahrung
Machen Sie aus „Zugänge entziehen und Löschdatum setzen“ eine Checkliste über Benutzerkonten, API-Schlüssel und Token, Integrationen, Single-Sign-on-Zuweisungen, geteilte Inhalte, Verteiler und jede Hardware oder Lizenz, die mit der Leistung ausgegeben wurde. Entscheiden Sie, was nach der Schließung aufbewahrt wird, auf welcher Rechtsgrundlage und wie lange (handels- und steuerrechtliche Aufbewahrungspflichten überdauern den Account in der Regel, personenbezogene Daten sollten das nicht) und planen Sie die Löschung ein, statt sie Monate später einer manuellen Entscheidung zu überlassen. Sagen Sie, wer die Durchführung bestätigt und wo diese Bestätigung festgehalten wird.
Einigen Sie sich auf die Churn-Definitionen, gehen Sie es durch und veröffentlichen Sie eine Fassung
Legen Sie fest, wie freiwilliger und unfreiwilliger Churn gezählt werden, welchem Datum eine Kündigung zugerechnet wird und wie ein Wechsel in einen kleineren Tarif oder eine Pause behandelt wird, bevor jemand den Bericht baut. Schreiben Sie die Sperrregeln hinter „Für Rückgewinnung geeignet?“ auf und die Mindestruhezeit, bevor ein ehemaliger Kunde wieder angesprochen wird. Gehen Sie das fertige Diagramm danach mit einer Person aus der Kundenbindung, einer aus der Abrechnung und der Person durch, die die Provisionierung verantwortet, korrigieren Sie es auf das, was diese tatsächlich tun, und veröffentlichen Sie diese Fassung unter Beibehaltung der älteren, damit später erkennbar ist, welche Version jemand vor sich hat.
Häufig gestellte Fragen
Welche Schritte umfasst ein Kundenkündigungsprozess?
Die Kündigungsanfrage über den Kanal annehmen, auf dem sie eintrifft, und sie mit Zeitstempel erfassen; den Vertrag heranziehen, um Mindestlaufzeit, Kündigungsfrist und Verlängerungstermin festzustellen; den Grund nach einem festen Katalog erfassen, bevor irgendein Angebot gemacht wird; prüfen, ob ein Halteversuch überhaupt zulässig ist; ein einziges Angebot aus der Staffel unterbreiten und an die Teamleitung eskalieren, wenn das Zugeständnis die Befugnis übersteigt; entweder die vereinbarte Änderung umsetzen und einen Folgetermin setzen oder Kündigungsfrist und Kündigungstermin schriftlich bestätigen; die Schlussrechnung berechnen und ausgleichen, was eine anteilige Erstattung, ein Entgelt für die Restlaufzeit oder gar nichts bedeuten kann; den Zugang halten und den Datenexport bis zum Kündigungstermin verfügbar lassen; erst dann die Zugänge entziehen und das Löschdatum setzen; eine Abschlussbefragung senden; den Churn im CRM codieren und berichten; und schließlich entscheiden, ob der Account für eine Rückgewinnungskampagne geeignet ist oder gesperrt werden soll. Die Reihenfolge zählt mehr als die Liste: Der Grund vor dem Angebot und der Kündigungstermin vor dem Zugangsentzug sind das, was den Prozess davor bewahrt, schiefzulaufen.
Worin unterscheidet sich das von einem Flussdiagramm für Erstattungen?
Ein Erstattungsprozess regelt eine einzelne Zahlung. Er fragt, ob der Antrag in Richtlinie und Frist fällt, ob eine Führungskraft eine Kulanzausnahme freigibt, ob die ursprüngliche Zahlung ausgeführt und noch nicht erstattet wurde und ob parallel ein Chargeback läuft, und er endet, wenn das Geld wieder beim Kunden ist. Dieses Gelände deckt /de/templates/rueckerstattungsprozess ab. Ein Kündigungsprozess beendet eine Geschäftsbeziehung, und das Geld ist nur eines seiner Beine. Dieses Diagramm behandelt die vertragliche Frist, Mindestlaufzeit und automatische Verlängerung, das Halteangebot und die Frage, wer es genehmigen darf, den Kündigungstermin, den Zugangsentzug, Datenexport und Löschung, die Abschlussbefragung und die Frage, wie der Churn codiert und berichtet wird. Beide treffen sich an genau einem Punkt: „Was ist zum Kündigungstermin offen?“ kann eine Erstattung ergeben, und deren Auszahlung ist Erstattungsarbeit. Wenn Sie entscheiden, ob Sie Geld auf eine Zahlung zurückgeben, nehmen Sie die Erstattungsvorlage. Wenn Sie ein Abonnement oder einen Vertrag beenden, nehmen Sie diese und lassen Sie sie für diesen einen Schritt auf das Erstattungsdiagramm zurückgreifen.
Sollten Sie jedem kündigenden Kunden ein Halteangebot machen?
Nein, und dieses Diagramm stellt die Frage vor das Angebot und nicht dahinter. „Halteversuch zulässig?“ schließt mehrere Gruppen aus: einen Account, der bei einer früheren Kündigung bereits ein Halteangebot angenommen hat, einen Kunden, der ausdrücklich keine Angebote mehr wünscht, einen Account mit offenem Abrechnungs- oder Leistungsstreit, in dem ein Rabatt wie ein Vergleich wirkt, und ein Unternehmen, das geschlossen, übernommen wurde oder das Budget vollständig verloren hat. In diese Fälle hinein anzubieten kostet das Team Zeit und verärgert Menschen, die längst entschieden haben. Der kaufmännische Grund für die Einmal-Regel ist einfacher: Ein Kunde, der allein über den Preis gehalten wurde, kommt eine Laufzeit später mit demselben Gespräch zurück, nun auf dem niedrigeren Niveau. Ein Unternehmen, das jede Kündigung mit Rabatt beantwortet, hält keinen Umsatz, es preist seinen Bestand Account für Account neu aus. Berichten Sie Haltequote und durchschnittliches Zugeständnis je Grundcode, und das Muster wird schnell sichtbar.
Wann sollte ein kündigender Kunde den Zugang verlieren?
Zum Kündigungstermin, also am Ende der bezahlten Periode oder am Ende der vertraglichen Kündigungsfrist, nicht an dem Tag, an dem die Anfrage einging. Dieses Diagramm zeichnet das als Entscheidung „Kündigungstermin erreicht?“ mit einer Warteschleife dahinter, die den Account aktiv und den Datenexport verfügbar hält, bis der Termin da ist. Den Zugang zu früh abzuschalten ist der häufigste Fehler in diesem Prozess, und er ist im Verhältnis zur Ersparnis teuer: Der Kunde hat die Zeit bereits bezahlt, muss meist noch seine Daten herausholen, und aus einem stillen Abgang wird ein Support-Ticket, ein Chargeback oder eine öffentliche Bewertung. Die Ausnahmen sind eng und gehören einzeln benannt (ausbleibende Zahlung nach abgeschlossenem Mahnlauf, ein Verstoß gegen die Bedingungen oder Betrug), und sie sollte jemand entscheiden, der die Befugnis dazu hat, und nicht, wer die Kündigung gerade bearbeitet.
Was ist der Unterschied zwischen freiwilligem und unfreiwilligem Churn?
Freiwilliger Churn heißt: Ein Kunde entscheidet sich zu gehen. Unfreiwilliger Churn heißt: Ein Account endet, weil eine Zahlung fehlgeschlagen und nie nachgeholt wurde: eine abgelaufene oder ersetzte Karte, eine abgelehnte Transaktion, ein erloschenes Lastschriftmandat, eine in einem Purchase-to-Pay-System (P2P) verschollene Rechnung. In einer einzigen Churn-Zahl sehen beide gleich aus und haben darunter nichts gemeinsam. Freiwilligen Churn beantwortet man mit Produkt, Service und Preis; unfreiwilligen Churn beantwortet man mit der Zahlungsmechanik (Kartenaktualisierung, besserer Zeitpunkt für Wiederholungsversuche und Mahntexte, die tatsächlich gelesen werden), und ein überraschend großer Teil davon ist rückholbar. Deshalb trennt das Diagramm beides schon in der Phase Eingang bei „Kündigung oder Zahlungsausfall?“ und gibt dem Weg des Zahlungsausfalls einen eigenen Mahn- und Sperrzyklus, der entweder bei der Reaktivierung ohne erfassten Churn endet oder in dieselbe Strecke aus schriftlicher Bestätigung und Offboarding mündet. Codieren Sie beides im CRM getrennt und berichten Sie es getrennt, sonst bleibt die rückholbare Hälfte im Durchschnitt verborgen.
Wo dieser Prozess einzuordnen ist
In den meisten Unternehmen folgt dieser Prozess auf Kundenabwanderung verhindern: Ablauf für den Soforteinsatz und übergibt an Rückerstattungsprozess: Ablaufdiagramm vom Antrag bis zur Auszahlung.
Er ist ein Schritt in Kundenlebenszyklus.
Schritt 1: Ablaufdiagramm Lead-Qualifizierung: vom MQL zum SAL
Schritt 2: Flussdiagramm Vertriebsprozess: vom Interessenten zum Auftrag
Schritt 3: Ablaufdiagramm Vertriebsübergabe: vom Abschluss zu Customer Success
Schritt 4: Kunden-Onboarding-Prozess: Vorlage für das Ablaufdiagramm
Schritt 6: Ablaufdiagramm Eskalationsprozess im Kundenservice
Swimlane-Ablaufdiagramm für die Eskalation im Kundenservice: Lösungsversuch im 1st Level, dokumentierte Übergabe an den 2nd Level, Schweregrad- und SLA-Bewertung, Eskalation an die Entwicklung.
Schritt 7: Flussdiagramm Kundenkündigung: Anfrage bis geschlossener Account Sie sind hier
Flussdiagramm für den Kundenkündigungsprozess: Vertragsbedingungen und Kündigungsfrist, Grund vor jedem Halteangebot, die Angebotsstaffel und ihre Grenzen, Schlussrechnung, Datenexport, Zugangsentzug und Churn-Codierung.
Schritt 8: Kundenchurn-Prozess: Flussdiagramm vom Halteversuch zur Rückgewinnung
Vorlage für den Kundenchurn-Prozess: Risikosignal, Halteversuch, Entscheidung über Halten oder Churn, Austrittsgespräch, Offboarding-Übergabe, Eignung für Rückgewinnung und Rückkopplung aus der Churn-Analyse.