Dieser Beitrag basiert auf einem CS Collective-Webinar mit Jenna McLaughlin, Pendos Sr. Director, GTM & Success, und Jay Nathan, CEO von Balboa.

Jede Führungskraft im Bereich Customer Success (CS), mit der ich spreche, möchte ein proaktives Team leiten. Es steht auf jeder Roadmap, in jedem Board-Deck, in jedem Einstellungsgespräch. Und wenn man einen Customer Success Manager (CSM) einen Tag lang begleitet, ist die Arbeit immer noch reaktiv: Tickets, Eskalationen, QBR-Vorbereitung, Erneuerungspanik. Die Absicht ist seit fünf Jahren universell, aber die Realität hat sich kaum bewegt.

Das verdient einen genaueren Blick, denn der Druck in diesem Bereich ist so hoch wie nie zuvor.

Kundenverlust kostet US-amerikanische Unternehmen schätzungsweise 168 Milliarden Dollar pro Jahr, und diese Zahl hat dazu geführt, dass Kundenbindung nicht mehr nur zur Aufgabe des CS-Teams gehört, sondern auch in der Strategieplanung des CFOs eine zentrale Rolle spielt. 

Neue Logos zu gewinnen kostet mehr als früher. Vorstände fordern von Revenue-Verantwortlichen Effizienz, nicht nur Wachstum. Die Rechnung hat sich verändert: Wachstum entsteht durch den Schutz des Bestehenden und die Ausweitung bereits betreuter Accounts. Das ist das Mandat, unter dem CS-Teams arbeiten – und die meisten ihrer Tools wurden nicht dafür entwickelt.

Das CS-Plattformmodell wurde für eine Welt entwickelt, die es nicht mehr gibt

Das Dashboard-und-Playbook-Modell, das CS im letzten Jahrzehnt angetrieben hat, war sinnvoll, als Kundenstämme überschaubar waren, Verlängerungen vorhersehbar waren und Teams Zeit hatten, Konten manuell zu überprüfen. 

Im Jahr 2026 ist diese Welt verschwunden. Die Bücher sind dicker, die NRR-Ziele sind enger gesteckt, und das Volumen der Signale, die von einem Kundenstamm ausgehen (wie Produktnutzung, Support-Interaktionen, CRM-Aktivitäten, Abrechnungsänderungen, Wechsel bei Ansprechpartnern), ist etwas, das kein Team mehr manuell auswerten kann. Dennoch versuchen es die meisten Teams immer noch.

Das Ergebnis sind drei strukturelle Probleme, die in fast jeder CS-Organisation auftreten, mit der wir zusammenarbeiten.

CSMs erstellen ein Bild eines Accounts, indem sie zwischen vier oder fünf Tools hin- und herspringen – was bedeutet, dass das Bild bereits veraltet ist, wenn es fertig ist. Die Daten sind über Produkt, CRM, Support und Abrechnung verteilt, ohne dass ein einziges System sie schnell genug zusammenführt, um relevant zu sein. Und der Health Score, auf den sie schließlich kommen, basiert auf Regeln, die jemand geschrieben hat Monate alt, bestenfalls wöchentlich aktualisiert. Wenn er rot aufleuchtet, hat sich das Konto bereits Wochen zuvor abgewandt.

Die größten Kosten dabei sind all die Rettungsaktionen, die nie stattgefunden haben – die Accounts, bei denen die Warnsignale in den Daten des Teams steckten und niemand die Zeit hatte, sie zu bemerken. Jeder CS-Leiter hat diese Liste im Kopf: Accounts, bei denen man sich wünscht, man hätte sechs Wochen früher hingeschaut. Das ist die eigentliche Zahl hinter dem NRR-Drag.

Ein statischer Health Score ist eine Autopsie. Er zeigt Ihnen, was passiert ist – basierend auf Regeln, die jemand vor einem Jahr geschrieben hat. Er sagt Ihnen nicht, was als Nächstes passieren wird.

Vier Dinge, die das Problem nicht lösen werden

Bevor wir über den Wandel sprechen, lohnt es sich zu benennen, was Sie nicht ans Ziel bringen wird.

  1. Personalaufstockung. Ein personalgesteuerter CS-Ansatz scheitert an den heutigen Kostenstrukturen. Da die Kundenbücher wachsen und die Kundenerwartungen steigen, rechnet sich eine proaktive Einstellungsstrategie nicht mehr.
  2. Optimierung bestehender Rhythmen. Ein strafferer QBR-Zeitplan oder eine bessere Gewichtung des Health-Scores gleicht weder steigende Servicekosten aus noch verhindert er Abwanderung in KI-geprägten Customer Journeys. Inkrementelle Verbesserungen an einem defekten Modell summieren sich nicht.
  3. Aktivitätskennzahlen verfolgen. Kontakte, Anrufe und Ticketabschlussraten zeigen Ihnen, ob Ihr Team beschäftigt ist. Sie sagen Ihnen jedoch nicht, ob Sie Umsätze halten. Veraltete Kennzahlen belohnen Aktivität, nicht Wirkung – und Vorstände verwechseln beides nicht mehr miteinander.
  4. KI auf den bestehenden Stack aufzupfropfen. KI als Add-on zu behandeln, bewahrt dieselben Arbeitsabläufe darunter. Die Ausgabe wird schneller; das Betriebsmodell bleibt gleich. Das ist nicht die Veränderung.

Die Veränderung betrifft die Arbeitseinheit

Die Arbeitseinheit des alten Modells ist die Account-Überprüfung: manuell, wöchentlich, umfassend und zu spät. Der CSM öffnet am Montagmorgen achtzig Dashboards, erstellt ein Gesamtbild, identifiziert, wer Aufmerksamkeit benötigt, und macht sich an die Arbeit. Bis Mittwoch ist das Bild bereits veraltet.

Die Arbeitseinheit des neuen Modells ist das Signal: eine Verhaltensänderung in der Produktnutzung oder im Beziehungsstatus, die ein zukünftiges Ergebnis vorhersagt, die zum Zeitpunkt ihres Auftretens sichtbar gemacht und an die Person weitergeleitet wird, die handeln kann. Der CSM hört auf, Dashboards zu überprüfen, und beginnt, auf Signale zu reagieren. Die Woche organisiert sich um diesen Wandel herum neu.

Proaktive CS, richtig umgesetzt, besteht aus drei Komponenten. Kontinuierliches Monitoring, damit das System täglich jedes Konto überwacht und CSMs das nicht selbst tun müssen. Kontextuelle Priorisierung, sodass die Frage nicht lautet „Welche Konten sind gefährdet", sondern „Welches Konto rufe ich heute zuerst an, und warum." Und Maßnahmen, die in den Workflows eingebettet sind, die das Team bereits nutzt, wie CRM,Slack oder dem Posteingang. 

Wo KI tatsächlich passt

KI ist aus einem bestimmten Grund gut für dieses Problem geeignet: Die Arbeit, die proaktiver Kundenerfolg erfordert, ist genau das, was maschinelles Lernen gut kann.

Kein menschliches Team kann jedes Konto kontinuierlich überwachen. Ein Modell schon. Kein Team kann Hunderte von Signalen über ein gesamtes Kundenportfolio hinweg kreuzkorrelieren und dabei Kombinationen erkennen, die Abwanderung vorhersagen, bevor sie offensichtlich werden. ML leistet dies auf eine Weise, die Menschen volumenmäßig nicht erreichen können. Und der nächste Schritt nach der Identifizierung von Risiken – die Erklärung, welche Treiber dazu beigetragen haben, zu einer Bewertung und was dagegen zu tun ist, kann KI pro Konto, pro Tag und in großem Maßstab generieren.

Dies ist der seltene Fall, in dem das Betriebsmodell und die Technologie aufeinander abgestimmt sind. Die Frage, die CS-Teams stellen sollten, ist, ob ihre Tools für dieses Modell oder das alte gebaut wurden.

Drei Fragen, die Sie mit in Ihr Team nehmen sollten

Bedenken Sie diese vor Ihrem nächsten Teammeeting.

  1. Wie erfährt ein CSM in Ihrem Team, dass ein Konto gefährdet ist, und wie viele Tage Vorwarnung bekommt er?
  2. Wenn Sie morgen das Kundenbuch jedes CSM verdoppeln würden, welcher Teil seiner Woche würde zuerst zusammenbrechen?
  3. Wenn Ihr Team jeden Montagmorgen eine priorisierte Liste von Accounts statt eines Dashboards erhalten würde, was würden sie anders machen?

Diese Antworten zeigen Ihnen, wo Sie tatsächlich stehen, und die Lücke zwischen der Antwort und dem, wo Sie sein möchten, ist die eigentliche Arbeit.

Das vollständige Webinar mit Customer Success Collective ansehen.