Sales Qualified Lead (SQL) ist ein Lead, den der Vertrieb als so weit qualifiziert bewertet, dass ein konkreter nächster Schritt sinnvoll ist, typischerweise ein Erstgespräch oder ein klarer Qualifizierungscall.
Ein SQL ist nicht „interessiert“, sondern vertriebsreif: Fit und Anlass sind plausibel genug, dass Saleszeit eine gute Wette ist.
Warum SQLs im B2B den Unterschied zwischen Busy und Produktiv machen
Viele Pipelines sehen voll aus, aber fühlen sich leer an. Der Grund ist oft schlicht: Zu viele Kontakte werden zu früh als „Opportunity“ behandelt, ohne dass die Basis stimmt.
Ein sauberer SQL-Standard schützt Vertriebskapazität. Er sorgt dafür, dass ihr weniger Gespräche führt, die nett sind, aber ins Nichts laufen und mehr Gespräche, die echte nächste Schritte erzeugen.
MQL vs. SQL: wo die Übergabe wirklich passiert
Wenn MQL und SQL sauber getrennt sind, ist klar, wer wofür verantwortlich ist:
- MQL: Marketing- oder Scoring-Signal, das eine Vertriebsansprache rechtfertigt.
- SQL: Ergebnis einer Vertriebsprüfung: Bedarf/Use-Case ist plausibel, nächste Schritte sind realistisch.
Merksatz: MQL ist ein Hinweis. SQL ist eine Entscheidung.
Welche Kriterien ein SQL haben sollte
Ein SQL entsteht typischerweise nach einem Erstkontakt (Call, Austausch per Mail, qualifizierte Antwort). Die Kriterien müssen nicht akademisch sein, aber eindeutig.
1) Fit
- Unternehmensprofil passt (Branche/Größe/Region)
- Rolle im Buying Center ist relevant oder Zugang ist möglich
- Use-Case passt zu eurem Angebot
2) Problem und Nutzen sind konkret genug
Es reicht nicht, dass jemand „mal schauen will“. Ein SQL hat einen konkreten Kontext: Prozess hakt, Termine fehlen, Conversion ist zu niedrig, Übergaben sind chaotisch, usw.
3) Timing / Next Step
Der wichtigste Punkt: Es gibt einen nächsten Schritt mit Datum oder klarer Verbindlichkeit. Ohne Next Step ist es eher ein „Maybe“ als ein SQL.
4) Kaufrealität (light)
Du musst nicht sofort Budget und Einkauf aus der Tasche ziehen. Aber du brauchst ein Gefühl: ist das eine echte Initiative oder nur Neugier?
Ein einfaches SQL-Modell, das ihr sofort anwenden könnt
- SQL, wenn: Fit passt und ein konkreter Use-Case plus Next Step existiert.
- Kein SQL, wenn: Fit unklar oder kein Next Step oder „nur Infos“ ohne Problemkontext.
Was bedeutet das für dich konkret? Wenn du heute nur eine Sache umsetzt: Mach „Next Step mit Datum“ zur Pflicht. Ohne das bleibt ein Lead MQL/Kontakt, aber wird kein SQL.
Typische Fehler bei SQLs
- SQL = Demo: Eine Demo ist kein Qualifikationsersatz. Oft ist sie der Grund, warum ihr zu früh in Aufwand kippt.
- Kein einheitlicher Standard: Jeder SDR/AE bewertet anders und die Pipeline wird unlesbar.
- Zu viel Hoffnung: „Klingt nett“ ist kein Signal. „Hat Problem + nächster Schritt“ schon.
- Keine Rückkopplung: Wenn SQLs nicht zu Opportunities werden, muss das Modell nachjustiert werden.
So verbessert ihr euren SQL-Standard kontinuierlich
- Trackt pro SQL: Terminquote, Show-Rate, Opportunity-Rate.
- Reviewt monatlich 5 gewonnene und 5 verlorene Fälle: welche Kriterien hätten früher geholfen?
- Ändert pro Zyklus nur 1 bis 2 Regeln, sonst lernt ihr nichts.
Kurzfazit
- SQL bedeutet: Sales hat geprüft und sieht eine realistische nächste Aktion.
- Die Pflichtkomponente ist ein konkreter Next Step, nicht nur Interesse.
- Ein einheitlicher Standard macht Pipeline verlässlich und Vertrieb effizienter.
FAQ
Wer entscheidet, ob ein Lead SQL ist?
In der Praxis: SDR qualifiziert vor, AE bestätigt. Wichtig ist, dass die Definition gemeinsam festgelegt ist.
Kann ein Lead wieder vom SQL zurückfallen?
Ja. Wenn Timing weg ist oder der Next Step platzt, wird er wieder ein Nurture-Lead. Das ist normal und besser als Pipeline-Fake.
Wie verhindert man „SQL Inflation“?
Mit einem harten Kriterium: Next Step mit Datum und einem messbaren Review (Opportunity-Rate pro SQL).
Weiterführend: Leads · Leadgenerierung im B2B · Entscheider-Termine für SaaS · Neukundenakquise im B2B · Marketing Qualified Lead (MQL)