Marketing & Sales Alignment

Der VP Sales sagt, die Leads seien nicht qualifiziert. Der CMO sagt, Sales folgt nicht nach. Beide haben Recht und beide liegen falsch — und keiner kann seinen Fall beweisen, weil es keine schriftliche Vereinbarung gibt, die definiert, was „qualifiziert" bedeutet oder was „nachfassen" erfordert.

Das passiert in den meisten Revenue-Organisationen. Alignment existiert als Erinnerung an ein Gespräch — üblicherweise ein Q1-Kickoff, bei dem beide Teams auf eine Folienpräsentation genickt haben und dann zu ihren eigenen Definitionen zurückgekehrt sind.

Mündliches Alignment überlebt das erste verfehlte Quartal nicht. In dem Moment, in dem ein Deal scheitert und jemand die Schuld zuweisen muss, ist das Gespräch, das vor sieben Monaten in einem Konferenzraum stattfand, nichts wert. Was Sie brauchen, ist ein Dokument, das beide Seiten unterzeichnet haben, das MQL definiert, SQL definiert und genau festlegt, was jedes Team dem anderen an der Handoff-Grenze schuldet.

Das gibt Ihnen dieser Artikel: die vollständige Vorlage, kopierbereit.

Wichtige Fakten: Die Kosten falsch ausgerichteter Definitionen

Unternehmen mit formal ausgerichteten Marketing-und-Sales-Prozessen sehen 24 % schnelleres Umsatzwachstum über drei Jahre im Vergleich zu nicht ausgerichteten Unternehmen (Aberdeen Group).

87 % der Begriffe, die Marketing- und Sales-Teams zur Beschreibung von Leads verwenden, unterscheiden sich zwischen den beiden Abteilungen desselben Unternehmens (SiriusDecisions).

Ausgerichtete Teams erzielen 36 % höhere Kundenbindung und 38 % höhere Win Rates (MarketingProfs).

Unternehmen mit einer dokumentierten Lead-Definitions-Vereinbarung lösen MQL-Streitigkeiten 55 % schneller und sehen 20 % weniger abgelehnte MQLs innerhalb von zwei Quartalen (Demand Gen Report).

Revenue-Teams mit einer schriftlichen MQL/SQL-Vereinbarung kalibrieren Scoring-Modelle 2,4-mal häufiger als Teams, die auf mündliche Normen angewiesen sind, laut Forrester Alignment Research.

Was eine MQL/SQL-Vereinbarung ist (und was nicht)

Eine MQL/SQL-Vereinbarung ist eine gegenseitige Verpflichtung zwischen Marketing und Sales, die gemeinsames Vokabular, gemeinsame Kriterien und gemeinsame Verantwortlichkeit an der Lead-Handoff-Grenze definiert. Sie wird vierteljährlich überprüft und von beiden Führungskräften unterzeichnet.

Es ist kein Überwachungsdokument. Marketing verwendet es nicht, um Sales wegen niedriger Acceptance Rates zu beschämen. Sales verwendet es nicht, um vor dem Anfassen eines Leads Perfektion von Marketing zu verlangen. Es ist ein Referenzdokument. Beide Teams zeigen darauf, wenn es eine Meinungsverschiedenheit gibt, und beide Teams aktualisieren es, wenn die Realität sich ändert.

Es ist auch keine statische Richtlinie. Die MQL/SQL-Vereinbarung sollte ein lebendes Dokument mit einer Versionsnummer und einem Review-Rhythmus sein. Ihr gemeinsames ICP-Framework ändert sich. Ihr gemeinsames Lead-Scoring-Modell ändert sich. Ihr Team wächst. Die Vereinbarung sollte die aktuelle Realität widerspiegeln, nicht die Welt, wie sie beim letzten Jahres-Kickoff existierte.

Warum Teams mit einer unterzeichneten Vereinbarung besser abschneiden als Teams ohne

Die Forschung ist konsistent: schriftliche Alignment-Artefakte produzieren messbare Umsatzergebnisse. Wikipedias Definition eines Service Level Agreements hebt dasselbe Prinzip hervor — effektive SLAs erfordern, dass die Parteien regelmäßig zusammenkommen, Verantwortlichkeitsmechanismen anwenden und Raum für periodische Überarbeitung lassen. Genau das tut eine gut strukturierte MQL/SQL-Vereinbarung. Aber der Mechanismus ist keine Magie. Es ist Spezifität.

Wenn beide Teams sich auf einen Mindestscore-Schwellenwert von 65 geeinigt haben (nicht „irgendwo um hoch herum"), ein Annahmefenster von 4 Werktagen (nicht „vernünftig schnell") und eine Rejection-Reason-Code-Liste von 6 Elementen (nicht „sag uns einfach warum"), wird jedes Gespräch über einen spezifischen Lead zu einem Vergleich mit einem Standard. Streitigkeiten über einzelne Leads lösen sich schnell, weil der Standard klar ist.

Die Vereinbarung schafft auch eine Grundlage für die Tools und Prozesse, die sie umgeben: die Handoff-Dokumentations-Checkliste, die Lead-Routing-Regeln, die Rejection-Taxonomie und der Feedback-Loop funktionieren alle besser, wenn die zugrunde liegenden Definitionen geteilt und aufgeschrieben sind.

Rework-Analyse: Teams mit einer unterzeichneten MQL/SQL-Vereinbarung lösen Lead-Streitigkeiten 55 % schneller als Teams, die auf mündliche Normen angewiesen sind, laut Demand Gen Report Research. Der Mechanismus ist Spezifität: Wenn beide Teams sich auf einen Score-Schwellenwert von 65 (nicht „irgendwo um hoch herum") und ein Annahmefenster von 4 Werktagen (nicht „vernünftig schnell") geeinigt haben, wird jedes Gespräch über einen abgelehnten Lead zu einem Vergleich mit einem schriftlichen Standard, nicht zu einer Debatte über Erinnerungen. In Reworks eigener Analyse von Revenue-Team-Konfigurationen ist das Vorhandensein oder Fehlen einer schriftlichen MQL/SQL-Vereinbarung der stärkste Einzelprädiktor dafür, ob die Lead-Qualitäts-Reviews eines Teams Scoring-Modell-Verbesserungen oder Schuldzuweisungszyklen produzieren.

DIE VORLAGE — MQL/SQL-Vereinbarung

Kopieren Sie den folgenden Abschnitt, tragen Sie die Werte Ihrer Organisation ein, wo Klammern erscheinen, und präsentieren Sie sie beiden Führungskräften zur Unterzeichnung. Diese Vorlage ist für KMU und mittelgroße B2B-SaaS-Teams mit einem definierten ICP und einem CRM-basierten Lead-Workflow konzipiert.

MQL/SQL-VEREINBARUNG

Organisation: [Unternehmensname] Gültig ab: [Datum] Version: 1.0 Review-Rhythmus: Vierteljährlich (nächstes Review: [Datum + 90 Tage]) Dokumentverantwortlicher: [RevOps Lead oder VP Revenue]

ABSCHNITT A — PARTEIEN UND ZWECK

Diese Vereinbarung wird geschlossen zwischen:

Marketing-Team, vertreten durch [CMO / VP Marketing Name]
Sales-Team, vertreten durch [CRO / VP Sales Name]
Revenue Operations, als Zeuge und Prozessverantwortlicher, vertreten durch [RevOps Lead Name]

Zweck: Gemeinsame Definitionen von Marketing Qualified Lead (MQL) und Sales Qualified Lead (SQL) zu etablieren, die Verpflichtungen beider Teams an der Handoff-Grenze zu definieren und einen strukturierten Prozess für Feedback und Kalibrierung zu schaffen.

Diese Vereinbarung ersetzt alle früheren mündlichen oder informellen Vereinbarungen bezüglich der Lead-Qualifizierungskriterien.

ABSCHNITT B — MQL-DEFINITION UND KRITERIEN

Ein Lead erreicht den MQL-Status, wenn alle folgenden Bedingungen erfüllt sind:

B.1 — Mindest-ICP-Fit-Kriterien (alle erforderlich)

ICP-Dimension	Mindestkriterien
Unternehmensgröße	[z. B. 20–500 Mitarbeiter]
Branche	[z. B. SaaS, Professional Services, E-Commerce — siehe ICP-Dokument]
Geografie	[z. B. DE, AT, CH, UK, USA]
Titel / Rolle	[z. B. VP, Director oder Manager-Ebene; Ops, Revenue oder Marketing-Funktion]
Technologie-Fit	[z. B. verwendet CRM; nicht mit einem Konkurrenzprodukt unter Vertrag]

B.2 — Mindestscore-Schwellenwert

Lead-Score muss [z. B. 65] oder darüber auf dem kombinierten Fit-+Behavior-Score liegen.

Fit-Sub-Score-Gewichtung: [z. B. 40 %] Behavior-Sub-Score-Gewichtung: [z. B. 60 %]

B.3 — Erforderlicher Behavioral-Trigger

Mindestens eines der folgenden Behavioral-Signals muss innerhalb der letzten [z. B. 30] Tage vorhanden sein:

Demo oder Free Trial angefragt
Preisseite [z. B. 2+] Mal besucht
Integrations- oder technische Dokumentationsseite angesehen
An einem Live-Webinar oder Produkt-Event teilgenommen
[z. B. 3+] Marketing-E-Mails in einem 14-Tage-Fenster geöffnet und geklickt
Kontaktformular mit einer spezifischen Frage oder einem Anwendungsfall ausgefüllt

B.4 — MQL-Ausschlüsse

Die folgenden Leads qualifizieren nicht als MQL, unabhängig vom Score:

Bestehende Kunden (an CSM weiterleiten)
Leads mit aktiven offenen Opportunities (an den verantwortlichen AE weiterleiten)
Wettbewerber (an die Competitive-Intelligence-Warteschlange weiterleiten)
Stellensuchende, Studierende oder Bildungseinrichtungen
Persönliche E-Mail-Domains (gmail.com, yahoo.com usw.) es sei denn, Unternehmensname und Telefon sind verifiziert
Kontakte, die als abgemeldet oder Do-not-contact markiert sind

ABSCHNITT C — SQL-DEFINITION UND ANNAHMEKRITERIEN

Ein Lead erreicht den SQL-Status, wenn ein Sales-Mitarbeiter alle folgenden Punkte bestätigt:

C.1 — Annahmekriterien

Kriterium	Definition
ICP bestätigt	Unternehmensgröße, Branche und Geografie entsprechen den Kriterien in Abschnitt B.1
Kontakt verifiziert	Direkte E-Mail als zustellbar bestätigt; Telefonnummer erreichbar
Interesse bestätigt	Kontakt hat aktives Interesse an einem Discovery- oder Demo-Gespräch geäußert
Kein aktiver Block	Kein bekannter Vertrag mit einem direkten Wettbewerber; kein aktives Closed-Lost in den letzten [z. B. 90] Tagen

C.2 — Annahmefenster

Sales muss jeden MQL innerhalb von [z. B. 4] Werktagen nach der Handoff-Benachrichtigung annehmen oder ablehnen.

Für Tier-1-MQLs (Demo-Anfragen, Preisseitenbesuche): Annahme oder Ablehnung innerhalb von [z. B. 1] Werktag.

C.3 — Wie die Annahme protokolliert wird

Die Annahme wird durch Änderung des Lead-Status von „MQL — Ausstehend" auf „SQL — Angenommen" in [CRM-Name] aufgezeichnet.

Wenn der Mitarbeiter den Kontakt innerhalb von [z. B. 3] Werktagen unter Verwendung der Kontaktpersistenz-Anforderungen in Abschnitt E.2 nicht erreichen kann, ändert sich der Lead-Status auf „SQL — Nicht erreichbar" und kehrt für eine Entscheidung zu Marketing zurück.

ABSCHNITT D — HANDOFF-VERPFLICHTUNGEN: MARKETING

Marketing verpflichtet sich, Folgendes bei jedem MQL-Handoff zu liefern:

D.1 — Datenvollständigkeit

Feld	Erforderlich	Quelle
Vollständiger Name	Ja	Formular + Anreicherung
Jobtitel	Ja	Formular + Anreicherung
Direkte E-Mail (validiert)	Ja	Anreicherungsverifizierung
Direktes Telefon	Ja (wenn verfügbar)	Anreicherung
LinkedIn-Profil-URL	Bevorzugt	Anreicherung
Unternehmensname (normalisiert)	Ja	Formular + Anreicherung
Mitarbeiterzahl des Unternehmens	Ja	Anreicherung
Branchenvertikale	Ja	Anreicherung
ICP-Fit-Tier	Ja	Scoring-Modell
Lead-Score + Aufschlüsselung	Ja	MAP
Erklärung des Score-Triggers	Ja	Automatisierte Notiz
Letzte 5 Behavioral-Touchpoints	Ja	MAP-Aktivitätssync
Campaign-/Quell-Attribution	Ja	UTM + Formulardaten
CRM-Konto-Match-Status	Ja	CRM-Suche beim Handoff

D.2 — Handoff-Timing

MQL-Trigger bis CRM-Handoff: innerhalb von [z. B. 15] Minuten für automatisierte Routen. Weiterleitung während der Geschäftszeiten: sofort. Weiterleitung außerhalb der Geschäftszeiten: bis [z. B. 8 Uhr Ortszeit] am nächsten Werktag.

D.3 — Routing-Trigger

Leads, die die MQL-Kriterien in Abschnitt B erfüllen, werden automatisch basierend auf den in [Routing-Regeln-Dokument-Link] dokumentierten Routing-Regeln weitergeleitet.

Marketing benachrichtigt RevOps innerhalb von 1 Werktag über eine Kampagne, die voraussichtlich >50 MQLs an einem einzigen Tag generieren wird, um die Kapazitätsplanung der Mitarbeiter zu ermöglichen.

ABSCHNITT E — HANDOFF-VERPFLICHTUNGEN: SALES

Sales verpflichtet sich zu Folgendem für jeden empfangenen MQL:

E.1 — Response-SLA nach Tier

Lead-Tier	Definition	First-Attempt-SLA
Tier 1	Demo-Anfrage, Preisseite (2+ Besuche), direkter Inbound	Innerhalb von [z. B. 15] Minuten während der Geschäftszeiten
Tier 2	Event-Registrant, hoher-Score Inbound, Intent-Signal	Innerhalb von [z. B. 2] Werktagen
Tier 3	Content-Download, Newsletter-Klick	Innerhalb von [z. B. 1] Werktag

Geschäftszeiten definiert als: [z. B. 8–18 Uhr, Mo–Fr, in der Zeitzone des Leads].

E.2 — Kontaktpersistenz-Anforderungen

Bevor ein Lead als „Nicht erreichbar" markiert werden kann, muss Sales mindestens folgende Kontaktversuche unternehmen:

[z. B. 6] Kontaktversuche über [z. B. 10] Werktage
Mindestens [z. B. 2] Telefonanrufe
Mindestens [z. B. 3] E-Mail-Versuche
Mindestens [z. B. 1] LinkedIn-Nachricht oder InMail (für Mid-Market- und Enterprise-Leads)
Versuche müssen auf [z. B. 3+] verschiedenen Tagen liegen — nicht alle an einem Tag

E.3 — Ablehnungsanforderungen

Wenn ein Lead abgelehnt wird:

Mitarbeiter muss in [CRM-Name] einen Reason Code auswählen, bevor die Ablehnung verarbeitet wird
Gültige Reason Codes: Kein ICP-Fit | Kein Budgetsignal | Falscher Kontakt | Falscher Zeitpunkt | Datenqualitätsproblem | Bestehender Kunde / offene Opportunity
Optionale Freitext-Notiz für Kontext verfügbar
Keine stillen Ablehnungen — Leads können nicht aufgegeben werden ohne eine Disposition

E.4 — Feedback an Marketing

Wöchentlichen Lead-Quality-Call besuchen ([Meeting-Link oder Kalendereinladung])
[z. B. 2] Win/Loss-Notizen pro Monat über [Win/Loss-Formular oder Slack-Kanal] einreichen
Scoring-Anomalien (Leads mit hohem Score, die die Qualifizierung konsequent nicht bestehen) innerhalb von [z. B. 3] Werktagen an RevOps melden

ABSCHNITT F — RECYCLING-REGELN

F.1 — Ablehnungs-Disposition nach Reason Code

Ablehnungscode	Standard-Disposition	Wiedereintritts-Kriterien
Kein ICP-Fit	Archivieren — nicht recyceln	Nicht zutreffend, es sei denn, die ICP-Definition ändert sich
Kein Budgetsignal	Langzyklus-Nurture ([z. B. 6-Monats]-Track)	Neues Budgetsignal + 30-tägige Abkühlungsphase
Falscher Kontakt	Richtigen Kontakt finden; neu weiterleiten	Neuer Kontakt identifiziert + neuer Behavioral-Trigger
Falscher Zeitpunkt	Kurzzyklusnurture ([z. B. 90-tägiger] Track)	Neuer Engagement-Trigger nach Abkühlungsphase
Datenqualitätsproblem	Anreichern und neu qualifizieren	Anreicherung abgeschlossen + Datenprüfung bestanden
Bereits Kunde	An CSM weiterleiten	Nicht zutreffend — aus Marketing-Nurture entfernt

F.2 — Wiedereintritts-Anforderungen

Ein recycelter Lead kann sich erneut als MQL qualifizieren, nur wenn:

Die Abkühlungsphase verstrichen ist (mindestens [z. B. 30] Tage; [z. B. 90] Tage für „Kein ICP-Fit")
Ein neuer Behavioral-Trigger aufgetreten ist (keine Fortsetzung der Aktivität vor der Ablehnung)
Jeder Lead, der mehr als zweimal recycelt wurde, erfordert eine menschliche Überprüfung durch Marketing Ops, bevor er erneut in die MQL-Warteschlange eintritt

F.3 — Nurture-Neuzuweisungs-Zeitrahmen

Marketing verpflichtet sich, recycelte Leads innerhalb von [z. B. 5] Werktagen nach der Ablehnung in den entsprechenden Nurture-Track zu platzieren.

ABSCHNITT G — REVIEW UND ÄNDERUNG

G.1 — Vierteljährliches Review

Diese Vereinbarung wird vierteljährlich überprüft. Review-Meeting-Verantwortlicher: [RevOps Lead]. Teilnehmer: CMO/VP Marketing + CRO/VP Sales + RevOps. Agenda: Rejection-Rate-Trends, Recycling-Conversion-Daten, Score-Kalibrierungsvorschläge, etwaige Definitions-Änderungen.

G.2 — Änderungsprozess

Jede Partei kann eine Änderung durch Einreichung eines schriftlichen Antrags an den RevOps-Verantwortlichen mit unterstützenden Daten vorschlagen. Änderungen werden ratifiziert, wenn beide Unterzeichner schriftlich zustimmen (E-Mail-Bestätigung ist akzeptabel).

Änderungen treten [z. B. 30] Tage nach der Ratifizierung in Kraft, um Systemaktualisierungen zu ermöglichen.

G.3 — Versionskontrolle

Alle Versionen werden unter [Link zur gemeinsamen Ablage oder zum Wiki] archiviert. Aktuelle Version immer zugänglich unter [Link].

UNTERSCHRIFTEN

Rolle	Name	Unterschrift	Datum
CMO / VP Marketing	[Name]
CRO / VP Sales	[Name]
RevOps Lead (Zeuge)	[Name]

So passen Sie die Vorlage an

Die obige Vorlage ist für ein typisches KMU oder mittelgroßes B2B-SaaS-Team mit 3–15 Mitarbeitern, einem definierten ICP und einem CRM-+MAP-Stack geschrieben. So passen Sie sie an Ihre Situation an:

Wenn Sie ein Single-Product-High-Velocity-Team sind (unter 50 Mitarbeiter): Vereinfachen Sie die Abschnitte B und C. Sie benötigen möglicherweise keine Sub-Scores oder Behavior-Trigger über „Demo angefragt" hinaus. Halten Sie das Annahmefenster eng: unter 2 Stunden für alles.

Wenn Sie ein Multi-Produkt-Team sind: Fügen Sie Abschnitt B.1 ein Produktlinienfeld und Abschnitt D.3 eine Routing-Notiz hinzu. Mitarbeiter, die sich auf Produkt A spezialisieren, sollten standardmäßig keine Produkt-B-Leads erhalten.

Wenn Sie eine Enterprise-Motion mit langen Zyklen betreiben: Lockern Sie das Annahmefenster in Abschnitt C.2 (4–8 Stunden sind für Enterprise in Ordnung). Stärken Sie die Kontaktpersistenz in Abschnitt E.2 (8–12 Versuche über 15–20 Tage). Fügen Sie in Abschnitt F einen Nurture-Wiedereintritts-Trigger für „Budget-Zyklus"-Timing-Ablehnungen hinzu.

Wenn Sie ein Partner- oder Channel-Team haben: Fügen Sie einen Abschnitt H für Partner-Sourced Leads mit separaten Routing- und Annahmeregeln hinzu. Partner-Leads beinhalten oft Co-Selling-Verpflichtungen, die Standardregeln nicht abdecken.

Wie beide Teams dazu zu bringen sind, es zu unterzeichnen

Der Facilitationsansatz ist genauso wichtig wie das Dokument. Zwei Optionen:

Gemeinsamer Workshop (empfohlen für erstmalige Vereinbarungen): Zwei-Stunden-Sitzung mit beiden Führungskräften und RevOps. Jeden Abschnitt gemeinsam durcharbeiten. Wo Sie sich nicht einigen — meist beim Score-Schwellenwert, Annahmefenster oder der Granularität der Rejection-Codes —, arbeiten Sie mit Daten. Ziehen Sie Ihre letzten 90 Tage MQL- und Rejection-Daten und lassen Sie die Zahlen die Verhandlung leiten.

Asynchrones Redlining (für Updates bestehender Vereinbarungen): Den Entwurf zirkulieren, jedes Team seine Abschnitte redigieren lassen, die widersprüchlichen Bedingungen in einem 30-minütigen Entscheidungs-Call zusammenführen. Funktioniert gut für vierteljährliche Änderungen, wenn die Beziehung bereits etabliert ist.

Häufige Verhandlungs-Knackpunkte

Score-Schwellenwert-Debatten. Marketing möchte 60. Sales möchte 80. Die ehrliche Antwort ist, dass keine der Parteien es weiß. Sie brauchen Daten. Ziehen Sie die letzten 90 Tage MQLs und berechnen Sie die Conversion Rate nach Score-Band in 5-Punkte-Schritten. Der Score-Schwellenwert liegt natürlich an dem Punkt, an dem sich die Conversion Rate merklich ändert. Ihre MQL-Score-Schwellenwert-Analyse liefert die Referenz-Benchmarks für diese Verhandlung.

Annahmefenster-Debatten. Sales sagt, sie können nicht in 2 Stunden antworten, weil sie den ganzen Tag in Demos sind. Die Lösung ist Tiering: 15 Minuten für Tier 1 (Demo-Anfragen), 2 Stunden für Tier 2, 1 Tag für Tier 3. Realistische Fenster für niedrig-intentionierte Leads geben, ohne die Reaktionsgeschwindigkeit bei hochintentionierten zu opfern.

Granularität der Rejection-Reasons. Sales möchte ein Feld: „schlechter Lead". Marketing möchte 20 Codes. Einigen Sie sich auf 5–7 Codes, die sinnvoll zwischen umsetzbaren Ablehnungen (Timing, falscher Kontakt) und nicht umsetzbaren (kein ICP-Fit) unterscheiden. Alles über 7 Codes reduziert die Compliance.

Nach der Unterzeichnung: Die Vereinbarung operativ machen

Speichern Sie die unterzeichnete Vereinbarung in Ihrem gemeinsamen Wiki, der CRM-Wissensdatenbank oder dem Team-Drive: irgendwo, wo beide Teams von ihren Onboarding-Dokumenten aus verlinken. Referenzieren Sie sie bei der wöchentlichen Lead-Quality-Call-Agenda.

Wenn eine Meinungsverschiedenheit entsteht, öffnen Sie das Dokument und finden Sie den relevanten Abschnitt, bevor das Argument eskaliert. Die meisten Meinungsverschiedenheiten lösen sich am Text. Jemand arbeitet mit einer anderen Version der Vereinbarung in seinem Kopf.

Warnsignale, dass die Vereinbarung veraltet ist

Rejection Rates für einen bestimmten Reason Code überschreiten 30 % für zwei aufeinanderfolgende Monate
Score-Schwellenwert produziert ein MQL-Volumen, das dauerhaft über oder unter dem Ziel liegt
Mitarbeiter nehmen MQLs routinemäßig an und markieren sie dann sofort als „Nicht erreichbar", ohne Kontakt zu versuchen (ein Zeichen dafür, dass das Annahmefenster zu eng im Verhältnis zur tatsächlichen Kapazität ist)
Marketing ändert eine Kampagne oder ein Scoring-Modell, ohne RevOps zu benachrichtigen; jede Scoring-Änderung, die das MQL-Volumen um mehr als 15 % verschiebt, sollte ein Notfall-Review auslösen

Häufig gestellte Fragen

Wie führt man die MQL/SQL-Vereinbarung ein, ohne dass es zu einem politischen Kampf wird?

Stellen Sie sie als Kalibrierungstool vor, nicht als Compliance-Dokument. Der effektivste Einführungsansatz ist ein zweistündiger gemeinsamer Workshop mit beiden Führungskräften und RevOps, der jeden Abschnitt anhand der letzten 90 Tage MQL- und Rejection-Daten durcharbeitet. Wo die Teams sich nicht einigen — meist beim Score-Schwellenwert und dem Annahmefenster — lassen Sie die Conversion-Daten entscheiden, nicht den Dienstgrad.

Was tun, wenn Sales die MQL/SQL-Vereinbarung nicht unterzeichnet?

Sales-Widerstand signalisiert meist eines von zwei Dingen: Der Score-Schwellenwert erscheint zu niedrig (Sales vertraut den Leads nicht), oder das Annahmefenster erscheint angesichts der aktuellen Mitarbeiterkapazität unrealistisch. Beide sind mit Daten lösbar. Für Score-Schwellenwert-Widerstand ziehen Sie die Conversion Rate nach Score-Band in 5-Punkte-Schritten — die Schwellenwert-Diskussion wird empirisch. Für Annahmefenster-Widerstand: Tiering einführen: 15 Minuten für Demo-Anfragen, 4 Stunden für alles andere.

Wie oft sollte die MQL/SQL-Vereinbarung überarbeitet werden?

Ein vierteljährliches Review ist das Minimum. Drei Ereignisse sollten jedoch einen sofortigen außerplanmäßigen Review auslösen: eine Kampagnen- oder Scoring-Modell-Änderung, die das MQL-Volumen um mehr als 15 % verschiebt; ein Rejection-Rate-Spike über 30 % für einen bestimmten Reason Code für zwei aufeinanderfolgende Monate; und jede wesentliche ICP-Änderung. Das vierteljährliche Review dient der Feinabstimmung. Die ausgelösten Reviews dienen dazu, Drift zu erkennen, bevor er sich zu einem verfehlten Quartal zusammensetzt.

Wer besitzt das MQL/SQL-Vereinbarungsdokument?

RevOps besitzt das Dokument, die Versionskontrolle und den Review-Kalender. Marketing und Sales besitzen jeweils ihre entsprechenden Abschnitte. Der RevOps-Lead ist der Prozessverantwortliche, der das vierteljährliche Review leitet, Änderungsanträge verwaltet und beide Parteien an den vereinbarten Rhythmus hält.

Auf welchen Wert sollte der Score-Schwellenwert tatsächlich gesetzt werden?

Es gibt keinen universellen Schwellenwert. Ziehen Sie Ihre letzten 90 Tage Closed-Won-Deals und verfolgen Sie jeden zurück zu seinem ursprünglichen Lead-Score beim MQL-Handoff. Finden Sie das Score-Band, in dem die Conversion Rate deutlich über Ihrem Gesamtdurchschnitt steigt — dieser Wendepunkt ist Ihr empirischer Schwellenwert-Anker. Teams mit weniger als 90 Tagen Daten sollten bei 60 beginnen und basierend auf Rejection-Rate-Feedback nach dem ersten vollen Monat anpassen.

Weiterführende Themen

Tara Minh

Senior Operations & Growth Strategist