Workflows im Customer Success Operations

CS Operations Workflows in Gainsight (der kategoriedefinierenden CS-Plattform) werden als „Regeln“ oder „Journeys“ bezeichnet. Eine Gainsight-Regel ist eine bedingte Automatisierung: WENN [Auslösebedingung] DANN [Aktion]. Auslösebedingungen können ereignisbasiert sein (ein Health Score fällt unter 60, ein Kunde meldet sich 30 Tage lang nicht an, ein Verlängerungsdatum ist 90 Tage entfernt) oder zeitplanbasiert (jeden Montag alle Konten auf diese Bedingung prüfen und die Aktion für qualifizierte Konten auslösen). Aktionen können sein: eine CS-Aufgabe erstellen (zugewiesen an den CSM des Kontos mit Fälligkeitsdatum und Beschreibung); eine automatisierte E-Mail senden (an den Kunden, mit Personalisierungs-Tokens für seinen Namen, Kontonamen und Nutzungsmetriken); einen CTA protokollieren (Call to Action – ein strukturierter Aufgabentyp mit Typ, Grund und zugehörigem Playbook); oder ein Feld im Kontodatensatz aktualisieren. Prinzipien des Workflow-Designs: Jeder Workflow sollte zum richtigen Zeitpunkt ausgelöst werden (nicht 30 Tage vor der Verlängerung, wenn der CSM 60 aktive Verlängerungs-CTAs hat – das ist zu spät) und die minimal erforderliche Aufgabe für den CSM erstellen (klare Anweisung mit relevantem, vorab ausgefülltem Kontext, nicht ein vages „Konto überprüfen“). CS Ops besitzt die Workflow-Bibliothek – sie dokumentiert jede aktive Regel, ihre Auslösebedingungen, ihre Aktion und ihre Erfolgsrate (welcher Prozentsatz der ausgelösten CTAs zum beabsichtigten Ergebnis führt).

Ein Best-Practice-Workflow für das Verlängerungsmanagement beginnt 120 Tage vor dem Vertragsende jedes Kunden und läuft in definierten Phasen ab. Tag -120: Eine CS Ops-Regel löst eine Aufgabe zur Verlängerungsvorbereitung für den CSM aus. Die Aufgabe enthält: Verlängerungsdatum, aktuelles ARR, Health Score-Trend, die letzten drei CSAT-Scores, Expansionshistorie und einen Link zum Account-Plan. Der CSM hat die Aufgabe: zu bestätigen, dass der Champion noch in seiner Rolle ist, zu überprüfen, ob keine ungemeldeten Risiken bestehen, und das Verlängerungsgespräch für das nächste QBR-Meeting zu planen. Tag -90: Wenn der Account den Status Rot oder Amber hat, wird automatisch ein Eskalations-CTA ausgelöst – der Manager des CSM wird benachrichtigt und ein gemeinsamer Account-Strategie-Call wird automatisch geplant. Tag -60: Der CSM erhält eine Aufgabe zur „Vollständigkeit des Verlängerungspakets“ – den Verlängerungsvorschlag vorbereiten (Zusammenfassung des gelieferten Werts, Folie mit Expansionsoptionen, Preisbestätigung) und an den Kunden senden. Tag -30: Wenn keine Verlängerungsbestätigung protokolliert wurde, wird eine Warnung an den CS VP ausgelöst. Der Account erhält im CSM-Dashboard den Status „Verlängerungsrisiko“, was eine tägliche Überwachungsflagge auslöst. Tag 0+: Nach Vertragsablauf wird der Account in einem separaten Verlängerungs-Ausnahmebericht markiert, der täglich vom CS VP überprüft wird. CS Ops verfolgt die Ergebnisse des Verlängerungs-Workflows: durchschnittliche Tage von der Aufgabenerstellung bis zum Verlängerungsabschluss, Prozentsatz der vor Vertragsablauf abgeschlossenen Verlängerungen und Korrelation zwischen dem Zeitpunkt der Fertigstellung der Verlängerungsvorbereitungsaufgabe und der Verlängerungsgewinnrate.

Expansions-Workflows identifizieren und operationalisieren den Übergang eines Kunden von „gesund und gebunden“ zu einem aktiven Expansionsinteressenten. Bibliothek der Expansionsauslöser: CS Ops pflegt eine Bibliothek von Bedingungen, die die Expansionsbereitschaft anzeigen, wobei jede als Gainsight-Regel konfiguriert ist. Auslöser auf Kontoebene: Sitzplatzauslastung > 80 % der lizenzierten Sitzplätze (das Konto nähert sich der Grenze seines aktuellen Plans); Nutzungsmetrik (API-Aufrufe, Datensätze usw.) bei > 75 % der Plangrenzen für zwei aufeinanderfolgende Monate; zweite Abteilung oder Geschäftseinheit, die das Produkt verwendet (Expansion nach Geschäftseinheit erfordert typischerweise eine neue Vertragsstruktur); und NPS-Score von 9 oder 10 von einem Champion (positiver NPS ist das Signal mit der höchsten Expansionsabsicht). Auslöser auf Benutzerebene: Ein neuer hochrangiger Benutzer tritt dem Konto bei (VP- oder C-Level-Rollenbezeichnung erstellt einen Konto-CTA, um diesen Stakeholder zu kartieren, bevor es Konkurrenten tun). Wenn ein Auslöser ausgelöst wird: Der CSM erhält einen CTA-Typ „Expansionsmöglichkeit“ mit dem Auslösegrund und einem angehängten Playbook („Sitzplatzerweiterungs-Playbook“ oder „Geschäftseinheitserweiterungs-Playbook“), das das Gespräch leitet. Der CTA ist zeitlich begrenzt: Der CSM muss innerhalb von 30 Tagen ein Ergebnis protokollieren. CS Ops überprüft monatlich die Erstellung von Expansions-CTAs, die Akzeptanzrate (CSMs, die den CTA nutzen vs. ihn ablehnen) und den abgeschlossenen Expansions-ARR, der auf CTA-ausgelöste Gespräche zurückzuführen ist – dies schafft die Daten, die benötigt werden, um zu identifizieren, welche Expansionsauslöser den höchsten ROI haben.