Deutsch

Customer Health Scoring mit Sales-Kontext: Was AEs wissen, was Ihr Score nicht erfasst

Customer Health Scoring mit Sales-Kontext

Monat 4: Das Konto ist grün. Die Nutzung steigt, keine Support-Tickets, NPS ist positiv zurückgekommen. Das CS-Team fühlt sich gut dabei.

Monat 11: Der Kunde churnt. Der CSM ist überrumpelt. Der VP CS möchte verstehen, was schiefgelaufen ist. Die Dashboards haben keine Warnung gezeigt.

Der AE, der den Deal neun Monate zuvor abgeschlossen hatte, war nicht überrascht. Er erinnerte sich an den Rabatt, den er zum Quartalsende gegeben hatte. Er erinnerte sich an den Use Case, den der Champion beschrieben hatte – jenen, der angrenzend an das lag, was das Produkt wirklich leistete, nicht genau in dessen Kernkompetenz. Er erinnerte sich an den CFO, der den Deal genehmigt hatte, aber offensichtlich nicht über die Integrationsanforderungen informiert worden war.

Nichts davon lebte irgendwo im Health Score. Denn Health Scores werden aus Post-Sale-Produktsignalen aufgebaut. Und Produktsignale wissen nicht, was vor Vertragsunterzeichnung im Raum passiert ist.

Wichtige Fakten: Der blinde Fleck im Health Score

  • 42 % der CS-Teams berichten, von einem Churn-Ereignis „überrascht" worden zu sein, das sie später auf ein Deal-Qualitätsproblem aus dem Sales-Zyklus zurückführten – gemäß einer Gainsight-Studie zu CS-Betrieb.
  • Customer Health Scores, die Deal-Qualitätssignale einbeziehen (Rabatttiefe, ICP-Fit, Champion-Stabilität), identifizieren gefährdete Konten 60–90 Tage früher als rein produktbasierte Modelle, gemäß Totango-Forschung zu prädiktiven Health Frameworks.
  • 68 % des Churn in B2B SaaS lassen sich auf ein Problem zurückführen, das zum Zeitpunkt des Abschlusses bereits existierte – schlechter Fit, übertriebenes Use-Case-Versprechen, falscher Champion – nicht auf ein Post-Sale-Versagen, gemäß einer Bain-&-Company-Analyse von B2B-SaaS-Churn-Treibern.
  • Unternehmen mit einem hybriden Health-Modell (Produktsignale + Deal-Kontext-Schicht) verzeichnen 15–20 % niedrigere Churn-Raten als Unternehmen, die ausschließlich Produktsignale verwenden, basierend auf einer Analyse von Gainsight.

Was ein Standard-Health-Score misst – und was er verfehlt

Die meisten Health Scores werden aus den am einfachsten zu erhebenden Daten aufgebaut: Produktnutzung, Support-Tickets, NPS oder CSAT-Scores, Seat-Adoptionsraten und Abrechnungsstatus. Das sind alles echte Signale. Sie zeigen, wie der Kunde aktuell mit dem Produkt interagiert.

Sie messen aber nur, was nach Vertragsunterzeichnung sichtbar ist. Sie messen die Ausgabe einer Kundenbeziehung, nicht ihre strukturelle Qualität.

Die Standard-Health-Score-Inputs:

Signal Was es misst Verfügbarkeit
Produktnutzung (DAU/MAU) Adoptionstiefe CS-Plattform
Seat-Auslastung Lizenzeffizienz CRM / CS-Plattform
Support-Ticket-Volumen und -lösung Reibung im Produkt Support-Tool
NPS / CSAT-Score Wahrgenommener Wert Umfrage-Tool
Abrechnungsstatus Zahlungsgesundheit Abrechnungssystem
Login-Häufigkeit Engagement-Breite Produkt-Analytics

Diese Signale sind notwendig. Sie sind nicht ausreichend.

Was fehlt:

Deal-Rabatttiefe. Ein Deal, der 40 % unter dem Listenpreis abgeschlossen wurde, ist grundlegend ein anderes Konto als einer, der zu Standardkonditionen abgeschlossen wurde. Rabatttiefe ist ein Proxy für Dringlichkeit-über-Fit: Der Kunde musste einen Stichtag einhalten oder der AE musste eine Zahl treffen, und der Rabatt war das Schmiermittel. Dieses Konto hat eine höhere Churn-Baseline, als die Produktmetriken je aufzeigen werden.

Champion-Titel und -Betriebszugehörigkeit beim Abschluss – und heute. Wenn der Champion, der den Vertrag unterzeichnet hat, ein VP of Operations war, der inzwischen gegangen ist, kann die Produktnutzung stabil bleiben, während die Beziehung erodiert. Ein Health Score auf Basis von Logins weiß nicht, dass der Champion gegangen ist.

ICP-Fit. Das Sales-CS Alignment Glossary definiert ICP (Ideal Customer Profile) als die Menge firmografischer und verhaltensbezogener Merkmale, die Erfolg mit Ihrem Produkt vorhersagen. Wenn das abgeschlossene Konto diese Kriterien nicht erfüllt, können die Produktmetriken gut aussehen, während die strukturelle Passung nie vorhanden war. Churn wartet nur auf den richtigen Auslöser.

Competitive-Displacement-Kontext. Konten, die einen tief eingebetteten Wettbewerber abgelöst haben, haben in den ersten 18 Monaten eine höhere Churn-Risiko-Baseline. Wechselkosten, die durch den vorherigen Anbieter entstanden sind, tauchen bei der Verlängerung als Einwände wieder auf. Rein produktbasierte Health Scores wissen nicht, dass Sie jemanden abgelöst haben.

Im Sales-Zyklus zugesagte vs. im Produkt aktive Use Cases. Der Artikel Deal Context Transfer to CS beschreibt, wie diese Information beim Handoff verloren geht. Wenn der AE eine Workflow-Integration versprochen hatte, die CS später als nicht unterstützt bestätigte, wird diese Lücke als Gesundheitsproblem sichtbar – aber der Score sagt Ihnen nicht warum.

Die Sales-Signale, die in jeden Health Score gehören

Diese sechs Felder verwandeln einen deskriptiven Health Score in einen prädiktiven. Jedes kann beim Abschluss erfasst und im Kontodatensatz gespeichert werden.

1. Deal-Rabatttiefe Ausdrücken als Prozentsatz unter dem Listenpreis: 0–10 % (Standard), 11–25 % (moderat), 26 %+ (erheblich). Erhebliche Rabattierung sollte die Baseline-Health-Score-Bewertung merklich absenken und das Konto zur engeren Beobachtung in den ersten 90 Tagen markieren.

Beispiel: Ein 35-%-Rabatt auf einen Deal mit einem ACV von 48.000 USD, abgeschlossen in der letzten Woche von Q3. Der CSM sollte das wissen, bevor er einsteigt – nicht erst bei der Verlängerung.

2. Champion-Titel und -Betriebszugehörigkeit beim Abschluss Erfassen Sie Namen, Titel und Seniorität des primären Champions zum Zeitpunkt der Vertragsunterzeichnung. Überprüfung nach 90 Tagen: dieselbe Person, derselbe Titel, dasselbe Team? Wenn der Champion gewechselt hat, sollte der Health Score das Beziehungsrisiko widerspiegeln, auch wenn die Produktnutzung stabil ist.

3. ICP-Fit-Score beim Abschluss Kein Ja/Nein. Eine 1–5-Bewertung, die der AE oder RevOps beim Abschluss vergibt, basierend auf firmografischer Übereinstimmung, Use-Case-Alignment und Kaufauslöser. Ein Score von 2 von 5 sollte von Tag eins an eine Health-Einschränkung mit sich bringen, weil die strukturelle Passung beim Start niedrig war.

4. Competitive-Displacement-Flag War es ein Displacement-Deal? Ja oder Nein. Wenn ja, welcher Anbieter? Displacement-Deals rechtfertigen eine intensivere Onboarding-Intensität und eine höhere Churn-Risiko-Baseline im Health-Modell für Monate 1–12.

5. Zugesagte vs. aktive Use Cases Beim Abschluss erfasst der AE die 2–3 primären Use Cases, auf die der Kunde sich im Sales-Zyklus festgelegt hat. Bei 60 und 120 Tagen aktualisiert der CSM, welche dieser Use Cases im Produkt aktiv sind. Die Abweichung zwischen zugesagten und aktiven Use Cases ist ein vorauseilender Churn-Indikator – kein nacheilender.

6. In Deal-Notizen protokollierte Versprechen Alle Zusagen, die außerhalb des Standardvertrags gemacht wurden: erwähnte Roadmap-Punkte, mündlich eingeschlossene Professional Services, als „demnächst verfügbar" angekündigte Integrationen. Diese tauchen nicht in Produktmetriken auf. Aber sie erscheinen bei der Verlängerung als nicht erfüllte Erwartungen.

So setzen Sie es um: Das hybride Health-Modell

Das hybride Modell hat zwei Schichten: die Produktsignale-Schicht, die Ihre CS-Plattform bereits verfolgt, und die Deal-Kontext-Schicht, die aus CRM-Daten beim Abschluss befüllt und vom CSM über die Zeit aktualisiert wird.

Schicht 1: Produktsignale (Standard) Ihre CS-Plattform oder Ihr Produkt-Analytics-Stack übernimmt das. Nutzung, Adoption, Support, NPS, Abrechnung. Gewichtet, wie Ihr aktuelles Modell sie gewichtet. Hier sind keine Änderungen erforderlich – diese Schicht funktioniert bereits.

Schicht 2: Deal-Kontext-Signale (neu)

Feld Quelle Wer aktualisiert Verfallsdatum
Rabatttiefe CRM-Opportunity-Datensatz AE beim Abschluss Dauerhaft
Champion-Status CRM-Kontaktdatensatz CSM nach 90 Tagen Quartalsweise
ICP-Fit-Score CRM-Opportunity-Datensatz AE beim Abschluss; RevOps-Audit Jährlich
Competitive Displacement CRM-Opportunity-Datensatz AE beim Abschluss Dauerhaft
Zugesagte vs. aktive Use Cases Handoff-Dokument + Produktdaten CSM bei 60 und 120 Tagen Halbjährlich
Offene Versprechen Deal-Notizen im CRM AE beim Abschluss CSM löscht bei Erfüllung

Empfohlene Gewichtung für SMB-Konten:

  • Produktsignale: 65 % des Health Score
  • Deal-Kontext-Schicht: 35 % des Health Score

Empfohlene Gewichtung für Mid-Market-Konten:

  • Produktsignale: 55 % des Health Score
  • Deal-Kontext-Schicht: 45 % des Health Score

Mid-Market-Konten sind komplexer, haben einen höheren ACV und enthalten typischerweise mehr Deal-Kontext-Risiko. Die Deal-Kontext-Schicht sollte ein höheres Gewicht tragen.

Wer aktualisiert die Deal-Kontext-Schicht über die Zeit? Der AE befüllt sie beim Abschluss. Der CSM verantwortet Aktualisierungen nach 90, 180 und 365 Tagen – konkret Champion-Status, zugesagte vs. aktive Use Cases und alle offenen Versprechen, die erfüllt wurden. Das ist nicht optional. Wenn der CSM sie nicht aktualisiert, läuft der Health Score mit veralteten Deal-Daten.

Der CSM-AE-Feedback-Loop, den das erzeugt

Das hybride Modell erzeugt nicht nur einen besseren Score. Es schafft einen Feedback-Loop, den es zuvor nicht gab.

Wenn die Deal-Kontext-Schicht ein Risiko signalisiert – Champion gegangen, ICP-Fit war niedrig, ein versprochener Use Case ist nicht aktiv – hat der CSM einen Grund, den AE zurück ins Konto zu holen. Nicht als Schuldvorwurf. Als operative Maßnahme.

Der Unterschied zwischen „AE im CC eines Verlängerungsalerts" und „AE mit einer Aufgabe im Kontodatensatz zugewiesen" ist enorm. Ersteres ist ein FYI. Letzteres ist eine Zuweisung mit Eigentümer.

Wie AE-Wiedereinbindung bei Trigger durch Health Scoring aussieht:

  • Der AE überprüft das Feld für offene Versprechen im Kontodatensatz. Wenn ein Roadmap-Versprechen noch aussteht, koordiniert der AE mit dem Produktteam für ein ehrliches Update – und übermittelt es dem Kunden, nicht dem CSM.
  • Der AE prüft den Champion-Status. Wenn der Champion gewechselt hat, nutzt der AE seine Beziehung zum vorherigen Champion, um eine warme Einführung zum neuen zu ermöglichen.
  • Der AE überprüft den ICP-Fit-Score. Wenn das Konto beim Abschluss niedrig bewertet wurde, erstellen AE und CSM gemeinsam einen Erfolgsplan, der die strukturellen Lücken berücksichtigt – keinen Standardonboarding-Plan, sondern einen auf Behebung ausgerichteten.

Die NRR-Implikation: NRR (Net Revenue Retention) ist die Metrik, für die das gesamte CS-Team letztlich verantwortlich ist. Health Scores, die Deal-Kontext-Risiken 60–90 Tage früher als Produktsignale allein aufzeigen, geben dem CSM ein längeres Interventionsfenster. Der Unterschied zwischen 60 Tagen Vorlaufzeit und 10 Tagen ist oft der Unterschied zwischen einer Intervention, die wirkt, und einem Retention-Versuch, der zu spät kommt.

Für einen tieferen Blick auf die Funktionsweise des Renewal Ownership: AE vs AM vs CSM-Übergangs, sobald ein Gesundheitsrisiko markiert ist, beschreibt jener Artikel, wer die Antwort koordiniert.

Was teamübergreifend standardisiert werden muss

Das hybride Modell funktioniert nur, wenn sich alle auf die Definitionen und Zugriffsregeln einigen.

Rot/Gelb/Grün-Schwellenwerte:

Score-Bereich Gesundheitsstatus Standardmaßnahme
75–100 Grün Standard-CSM-Rhythmus
50–74 Gelb Monatlicher CSM-Check-in; Markierung für QBR
25–49 Rot Erhöhter CSM-Rhythmus; AE innerhalb von 7 Tagen informiert
0–24 Kritisch Gemeinsamer AE-CSM-Kontoplan erforderlich

Diese Schwellenwerte müssen von VP CS und VP Sales vereinbart – und dokumentiert, nicht nur im Kopf eines Teams gehalten werden. Sie sollten vierteljährlich anhand tatsächlicher Churn-Ergebnisse überprüft werden.

Schreibzugriff vs. nur lesen:

  • Deal-Kontext-Schicht-Felder: AE hat Schreibzugriff beim Abschluss und während aktiver Wiedereinbindung. CSM hat Schreibzugriff für Champion-Status, aktive Use Cases und Versprechen-Auflösung. RevOps hat Schreibzugriff für ICP-Fit-Audits.
  • Produktsignale-Schicht: Nur CS-Plattform-Admin und CSM. Sales schreibt nicht in Produktmetriken.
  • Der Score selbst: Schreibgeschützt für AE und CSM. Der Score wird vom System berechnet, nicht manuell angepasst.

Single Source of Truth: Der Health Score lebt an einem Ort. Wenn Sie eine CS-Plattform (Gainsight, Totango, ChurnZero) und ein CRM haben, entscheiden Sie, welches System das führende System für den Score ist. Die meisten Mid-Market-Teams fahren besser damit, den Score in der CS-Plattform zu halten und Deal-Kontext-Felder aus dem CRM zu synchronisieren. Der Score sollte nicht an zwei Orten mit zwei verschiedenen Werten existieren.

Anti-Patterns, die es zu vermeiden gilt

AEs, die den Gesundheitskontext aufblähen, um eine Wiedereinbindung zu vermeiden. Wenn das ICP-Fit-Feld oder die Deal-Kontext-Schicht optional ist, lassen manche AEs sie leer, um Verantwortlichkeit zu umgehen. Andere füllen sie mit optimistischen Daten, um zu vermeiden, in die Post-Sale-Arbeit hineingezogen zu werden. Lösen Sie das strukturell: Machen Sie den Gesundheitskontext beim Abschluss obligatorisch, überprüfen Sie ihn beim Konto-Handoff und auditieren Sie ihn vierteljährlich in RevOps.

Health Scores, die sich niemand anschaut, bis die Verlängerung 30 Tage entfernt ist. Ein Health Score, der erst überprüft wird, wenn eine Verlängerung unmittelbar bevorsteht, ist kein Health Score – es ist ein Feueralarm. Das Modell schafft nur Wert, wenn CSMs es in einem regelmäßigen Rhythmus überprüfen und bei gelben Signalen handeln, bevor sie rot werden.

Zwei separate Gesundheitsdatensätze. Einer in der CS-Plattform, der grün zeigt. Einer im CRM, der gelb zeigt. Keinem Team vertraut das andere die Zahl des jeweils anderen. So entsteht das Verantwortungs-Vakuum: Niemand handelt, weil jedes Team denkt, die Zahl des anderen Teams sei falsch. Eine einzige Source of Truth mit vereinbarten Schreibzugriffsrechten löst das auf Architekturebene.

Implementierungsstarter: Das 5-Felder-Deal-Kontext-Overlay

Jedes SMB-RevOps-Team kann das in weniger als einer Woche zu seinem bestehenden Health Score hinzufügen. Das sind die mindest lebensfähigen Deal-Kontext-Felder:

Feld Typ Ausgefüllt von Wann
Rabatttiefe (% unter Listenpreis) Zahl AE Beim Abschluss
ICP-Fit-Bewertung (1–5) Zahl AE Beim Abschluss
Champion-Name + Titel beim Abschluss Text AE Beim Abschluss
Competitive Displacement (J/N + Anbieter) Boolean + Text AE Beim Abschluss
Primärer zugesagter Use Case (1–2 Zeilen) Text AE Beim Abschluss

Verdrahten Sie diese fünf Felder mit einem Aggregatgewicht von 35 % in den Health Score Ihrer CS-Plattform, unter Verwendung der Scoring-Gewichtungen aus der obigen Tabelle. Legen Sie einen CSM-Aktualisierungsrhythmus nach 90 Tagen für Champion-Status und zugesagten Use Case fest. Das ist das mindest lebensfähige hybride Modell.

Der ICP Refinement Loop: CS Feedback to Sales ist die vorgelagerte Ergänzung zu diesem Modell – sobald der hybride Score Konten mit schlechtem Fit markiert, muss dieses Feedback zu Sales und Marketing gelangen, um die nächste Kohorte desselben Problems zu verhindern.

Häufig gestellte Fragen

Warum erfassen Standard-Health-Scores keinen Deal-Kontext?

Weil CS-Plattformen auf Post-Sale-Datenquellen aufgebaut sind: Produkt-Analytics, Support-Systeme, Umfrage-Tools, Abrechnung. Sie haben keinen nativen Zugriff auf CRM-Deal-Datensätze, AE-Gesprächsnotizen oder Rabatthistorie – und selbst wenn die CRM-Integration existiert, sind die Deal-Kontext-Felder selten strukturiert oder konsistent befüllt. Die Daten sind vorhanden; die Architektur, um sie mit dem Health-Modell zu verbinden, meist nicht.

Wie verhindert man, dass AEs die Deal-Kontext-Felder manipulieren?

Machen Sie die Felder beim Abschluss mit definierten Formaten obligatorisch (wo möglich kein Freitext), schließen Sie sie in die Konto-Handoff-Überprüfung ein und auditieren Sie sie vierteljährlich in RevOps anhand tatsächlicher Kontoergebnisse. Ein ICP-Fit-Score von 5 bei einem Konto, das in Monat 8 churnte, wird überprüft und korrigiert. Mit der Zeit schwindet der Anreiz zum Aufblähen, weil die Datenintegrität aufrechterhalten wird.

Was ist das richtige Gleichgewicht zwischen Produktsignalen und Deal-Kontext-Signalen?

Für SMB: 65 % Produkt / 35 % Deal-Kontext. Für Mid-Market: 55 % / 45 %. Enterprise-Konten mit komplexen Deal-Strukturen können bis zu 50 % Deal-Kontext-Gewichtung rechtfertigen. Der Grundsatz: Je höher der ACV und je komplexer der Abschluss, desto wichtiger sind Deal-Kontext-Signale relativ zu frühen Produkt-Adoptionsmustern.

Was ist, wenn der AE, der den Deal abgeschlossen hat, nicht mehr im Unternehmen ist?

Die Deal-Kontext-Felder sollten beim Abschluss im CRM befüllt werden, nicht im Gedächtnis des AE. Wenn ein AE churnt, bleiben die Daten. Wenn die Felder vor dem Abgang des AE nicht befüllt wurden, können CSM und RevOps die kritischsten (ICP-Fit, Rabatttiefe) aus dem Opportunity-Datensatz und dem Vertrag rekonstruieren. Champion-Status erfordert ohnehin immer eine aktuelle Kontoüberprüfung.

Mehr erfahren