Ein Customer Success Qualified Lead (CSQL) ist eine Expansionschance innerhalb eines bestehenden Accounts, die ein CSM als bereit für ein kommerzielles Gespräch markiert hat — ein Upsell, Cross-Sell, eine Seat-Erweiterung oder ein Tier-Upgrade — und an das Revenue-Team zum Abschluss übergeben hat. Es ist das CS-sourced Äquivalent eines MQL: ein Lead, der eine definierte Schwelle überschritten und ein Follow-up von Sales verdient hat. Das prägende Merkmal ist die Herkunft. Ein CSQL entstammt der Nachkauf-Beziehung — Nutzungssignale, ein Roadmap-Gespräch, ein neuer Stakeholder, ein geäußerter Bedarf — nicht einer Marketingkampagne oder der Outbound-Sequenz eines SDR.
Was ein CSQL nicht ist
Ein CSQL ist keine Verlängerung. Die Verlängerung ist der fortlaufende Basisvertrag; ein CSQL ist inkrementelles ARR obendrauf. Beides zu vermischen lässt Teams Expansions-Credit für Revenue beanspruchen, das ohnehin recur hätte.
Ein CSQL ist auch kein rohes Produktsignal. Eine Spitze in der Seat-Auslastung ist ein Input zu einem CSQL, nicht der CSQL selbst. Der Lead existiert erst, wenn ein Mensch (der CSM) oder ein kalibriertes Scoring-Modell den Account als sowohl fähig als auch willens beurteilt hat, mehr zu kaufen, und die konkrete Motion benannt hat. „Dieser Account liegt bei 95 % der lizenzierten Seats” ist ein Signal; „dieser Account braucht 40 weitere Seats vor seiner Onboarding-Welle im Q3, und der Champion hat das Budget bestätigt” ist ein CSQL.
Und ein CSQL ist weder ein MQL noch ein SQL. Ein MQL ist ein Kontakt, der mit Marketing interagiert hat; ein SQL ist ein net-new Prospect, den Sales akzeptiert hat. Ein CSQL ist ein bestehender Kunde, den die CS-Organisation beim Namen kennt. Der Qualifizierungsnachweis ist operative Realität, kein ausgefülltes Formular.
Die Qualifizierungskriterien
Eine praktikable CSQL-Definition gated auf drei Dingen, alle erforderlich:
- Ein Produkt- oder Beziehungssignal. Seat-Auslastung über einer Schwelle (üblicherweise 80-90 % der lizenzierten Seats), ein Anstoßen an ein Feature-Gate, das Onboarding einer neuen Abteilung, ein in einem QBR geäußerter Bedarf oder ein neuer Senior-Stakeholder, der im Account auftaucht.
- Eine Account-Gesundheit, die die Expansion trägt. Mehr an einen ungesunden Account zu verkaufen beschleunigt das Churn. Gaten Sie den CSQL auf einen gesunden oder sich verbessernden Health Score, aktuelle Zahlungen und keine offene kritische Support-Eskalation.
- Eine benannte Motion und einen Champion. Der CSM benennt, was verkauft wird (Seats, Modul, Tier), und identifiziert, wer im Account es sponsern wird. Ohne diese beiden erbt Sales eine Vermutung, keinen Lead.
Schreiben Sie die Definition auf und versionieren Sie sie. Ein CSQL, der für CS etwas anderes bedeutet als für Sales, erzeugt Attributionskämpfe und eine Conversion-Rate, der niemand traut.
Der Handoff an Sales
Entscheiden Sie, wer abschließt, bevor Sie den ersten CSQL erzeugen. Drei gängige Modelle: Der CSM schließt kleine Expansionen direkt ab (am schnellsten, zieht aber CSM-Zeit von der Retention ab); ein Account Manager oder ein Expansions-AE besitzt den gesamten CSQL-to-Close (die sauberste Trennung); oder ein Hybrid, bei dem der CSM unter einer Dollar-Schwelle abschließt und größere Deals weiterleitet. Wählen Sie eines und instrumentieren Sie es.
Der Handoff selbst ist ein strukturierter Datensatz, keine Slack-Nachricht. Erfassen Sie ihn als Stage im CRM oder einer CS-Plattform wie Gainsight oder Planhat: das auslösende Signal, die benannte Motion, das erwartete ARR, den Champion und einen Gesundheits-Snapshot. Definieren Sie ein SLA — der empfangende Rep akzeptiert oder lehnt innerhalb eines festen Fensters ab (48-72 Stunden ist typisch) — und eine Taxonomie der Ablehnungsgründe, damit CS lernt, welche CSQLs konvertieren und welche verfrüht waren.
Attribution
Die CSQL-Attribution ist der Punkt, an dem das Modell Vertrauen gewinnt oder verliert. Verfolgen Sie drei Raten: CSQL-zu-akzeptiert (war Sales einverstanden, dass er echt war), akzeptiert-zu-Closed-Won und CSQL-sourced ARR als Anteil am gesamten Expansions-ARR. Wenn CS Credit für Einfluss und Sales für den Abschluss erhält, bläht Doppelzählung beide Zahlen auf; einigen Sie sich vorab auf eine einzige sourced-versus-influenced Regel. Die meisten Teams crediten CS als die Quelle und den abschließenden Rep mit dem Win, getrennt ausgewiesen, damit keine Organisation die Zahl der anderen manipuliert.
Häufige Fallstricke
- Den CSQL nur über Nutzung definieren. Eine Auslastungsschwelle ohne Health-Gate und ohne Champion überschwemmt Sales mit Leads, die nicht konvertieren. Guard: alle drei Kriterien jedes Mal erforderlich.
- Kein Ablehnungs-Loop. Ohne eine Taxonomie der Ablehnungsgründe und einen Feedback-Pfad zurück zu CS kalibriert sich die Schwelle nie. Guard: Machen Sie Akzeptieren/Ablehnen mit Grund zu einem erforderlichen CRM-Feld, das monatlich überprüft wird.
- Verlängerungen als CSQLs zählen. Bläht die Expansionsmetriken auf und verbirgt stagnierende Accounts. Guard: CSQL-ARR ist nur inkrementell — die Verlängerungsbasis ist per Definition ausgeschlossen.
- CSM-Zeit durch den Abschluss verdrängt. Wenn CSMs den Abschluss besitzen, leidet die Retention-Arbeit still. Guard: Deckeln Sie von CSMs abgeschlossene Deals nach Dollar-Wert und leiten Sie den Rest an einen AM weiter.
Verwandt
- NRR vs GRR — die CSQL-Pipeline treibt den Expansionsterm im NRR