Revenue Operations

Ohne Governance werden Funnel-Phasen zu Labels, die Menschen unterschiedlich interpretieren. Marketing nennt einen Lead qualifiziert, weil er einen Score erreicht. Sales lehnt ihn ab, weil der Account nicht zum ICP passt. Customer Success sieht einen Closed-Won-Kunden ohne Implementierungskontext. Finance sieht einen Forecast, der auf Phasen basiert, die je nach Rep etwas anderes bedeuten.

RevOps verhindert das, indem es den Funnel als ein System governt.

Die Arbeit der Harvard Business Review zur Ausrichtung von Sales und Marketing zeigt, warum gemeinsame Definitionen wichtig sind: Teams können glauben, aufeinander abgestimmt zu sein, während sie von unterschiedlichen Annahmen ausgehen. McKinseys Forschung zum B2B-Wachstum weist ebenfalls auf die Notwendigkeit integrierter kommerzieller Systeme hin, wenn Käuferreisen und Wachstumsbewegungen komplexer werden.

Funnel-Governance ist, wie RevOps diese Ideen in Betriebsregeln verwandelt.

Wichtige Betriebsfakten

Funnel-Governance definiert Lebenszyklus-Phasen, Eintrittskriterien, Austrittskriterien, Verantwortliche, erforderliche Daten, SLAs und Ausnahmepfade.

Sie sollte den gesamten Revenue-Lebenszyklus abdecken, nicht nur Lead- und Opportunity-Phasen.

Governance funktioniert nur, wenn die Phasenbewegung prüfbar ist und Manager gegen Belege inspizieren.

RevOps sollte die Funnel-Governance überprüfen, wenn sich GTM-Bewegung, Systeme, Segmente oder der Kundenlebenszyklus ändern.

Was Funnel-Governance abdeckt

Bereich	Governance-Frage
Phasendefinitionen	Was bedeutet jede Phase?
Eintrittskriterien	Was muss zutreffen, bevor ein Datensatz eintritt?
Austrittskriterien	Welcher Beleg bewegt ihn voran?
Verantwortlichkeit	Welches Team verantwortet die Phase?
Erforderliche Daten	Welche Felder sind Pflicht?
SLA	Wie schnell muss gehandelt werden?
Ausnahmepfad	Was passiert, wenn der Prozess bricht?

Beginnen Sie mit Revenue-Funnel-Phasen und fügen Sie dann Austrittskriterien der Phase hinzu.

Was gute Governance verändert

Gute Funnel-Governance verändert das Gespräch von Meinung zu Beleg.

Ohne Governance fragen Führungskräfte:

Warum hat Sales diese Leads abgelehnt?
Warum ist diese Opportunity in eine späte Phase gerückt?
Warum weicht der Forecast so stark von der Sicht von Finance ab?
Warum hat CS einen Kunden ohne Erfolgskriterien erhalten?
Warum zeigen zwei Dashboards unterschiedliche Konversionsraten?

Mit Governance kann das Unternehmen den Prozess inspizieren:

Welche Eintrittskriterien wurden erfüllt?
Welche Austrittskriterien fehlten?
Welcher Verantwortliche hat das SLA verfehlt?
Welche erforderlichen Daten waren unvollständig?
Welcher Ausnahmepfad wurde genutzt?
Welche Definition hat sich geändert?

Diese Verschiebung ist wichtig, weil es bei Revenue Operations nicht nur um Sichtbarkeit geht. Es geht um Kontrolle. Ein Unternehmen kann einen Funnel, den es nicht definieren kann, nicht verbessern.

Die Governance-Ebene

RevOps sollte den Funnel auf drei Ebenen governen.

Ebene	Was sie governt	Beispiel
Definition	Was jede Phase bedeutet	MQL erfordert ICP-Passung plus qualifizierendes Verhalten
Bewegung	Wie Datensätze ein- und austreten	SQL erfordert Sales-Annahme oder Ablehnungsgrund
Inspektion	Wie Qualität überwacht wird	Wöchentlicher Report zu SLA-Verfehlungen und veralteten Phasen

Definition ohne Bewegungsregeln erzeugt vage Labels. Bewegungsregeln ohne Inspektion erzeugen Prozess-Theater. Inspektion ohne Definitionen verwandelt Meetings in Streitgespräche.

Ein starker Funnel hat alle drei.

Eintritts- und Austrittskriterien

Jede Phase sollte Eintritts- und Austrittskriterien haben.

Eintrittskriterien definieren, wann ein Datensatz in eine Phase eintreten darf. Austrittskriterien definieren, welcher Beleg ihn voranbewegt.

Zum Beispiel:

Phase	Eintrittskriterien	Austrittskriterien
MQL	ICP-Passung plus Engagement-Schwelle	An Verantwortlichen geroutet und akzeptiert oder abgelehnt
SQL	Sales akzeptiert Lead für aktive Nachverfolgung	Qualifizierung bestätigt Bedarf, Passung und nächste Handlung
Opportunity	Qualifizierter Deal mit Geschäftswert und Käuferprozess	Phase rückt basierend auf Beleg vor, nicht auf Optimismus
Closed-Won	Vertrag unterschrieben und kommerzielle Konditionen vollständig	Übergabedaten vollständig für das Onboarding
Verlängerungsrisiko	Kundensignal erreicht Risikoschwelle	Risiko gelöst, Verlängerungsforecast geändert oder Eskalation eröffnet

Die Kriterien sollten spezifisch genug sein, um geprüft zu werden. „Interessiert" ist kein Austrittskriterium. „Discovery abgeschlossen mit bestätigtem Geschäftsproblem, Stakeholder, nächstem Schritt und erwartetem Wert" kommt dem schon näher.

Verantwortungsregeln

Funnel-Governance braucht auch Verantwortlichkeit.

Jede Phase sollte haben:

Einen Fachbereichsverantwortlichen
Einen RevOps-Governance-Verantwortlichen
Einen Datenverantwortlichen
Einen Entscheidungsverantwortlichen für Ausnahmen

Zum Beispiel verantwortet Sales vielleicht die Opportunity-Ausführung, aber RevOps governt die Phasenkriterien, und Finance wird bei Forecast-Kategorien konsultiert. Customer Success verantwortet vielleicht die Verlängerungsgespräche, aber RevOps governt die Felder des Verlängerungsforecasts und das Routing der Expansionsauslöser.

Hier wird RevOps RACI praktisch. Das RACI sollte Führungskräften sagen, wer jede Phase verantwortet, wer Definitionen ändern kann und wer Streitigkeiten löst.

SLA- und Ausnahmedesign

Die meisten Funnel brechen an Übergaben. Governance sollte SLA und Ausnahmepfade beinhalten.

Häufige SLA-Beispiele:

Neue Inbound-Demo-Anfragen müssen innerhalb von Minuten geroutet werden.
MQLs müssen innerhalb eines Geschäftstages akzeptiert oder abgelehnt werden.
Eine SQL-Ablehnung muss einen Grund enthalten.
Opportunities ohne nächsten Schritt nach einer definierten Zeitspanne werden markiert.
Closed-Won-Deals können nicht ins Onboarding eintreten, bis die Übergabefelder vollständig sind.
Verlängerungsrisiko muss überprüft werden, bevor ein Kunde ein Hochrisikofenster erreicht.

Aber SLA allein reicht nicht aus. Der Prozess braucht einen Ausnahmepfad.

Wird ein Lead an den falschen Verantwortlichen geroutet, wer repariert das? Lehnt ein Rep qualifizierte Leads ohne Grund ab, wer überprüft das? Sind die Closed-Won-Daten unvollständig, kann CS zurückweisen? Wird ein Verlängerungsrisiko übersehen, erscheint es im Revenue-Review?

Gute Governance behandelt Ausnahmen als Prozessdaten. Eine hohe Ausnahmerate bedeutet, dass das Funnel-Design falsch ist, die Adoption schwach ist oder das System die Arbeit nicht unterstützt.

Erforderliche Daten

Erforderliche Daten sollten an Entscheidungen geknüpft sein.

Machen Sie ein Feld nicht nur deshalb zum Pflichtfeld, weil jemand einen Report will. Machen Sie es zum Pflichtfeld, wenn es Routing, Qualifizierung, Forecast, Übergabe, Compliance, Kundenerbringung oder Planung verändert.

Für ein Full-Funnel-Modell gehören zu den wichtigen Feldern oft:

Lead-Quelle
Kampagne oder Kanal
ICP-Segment
Verantwortlicher
Lebenszyklus-Phase
Qualifizierungsgrund
Ablehnungsgrund
Opportunity-Betrag
Abschlussdatum
Datum des Phaseneintritts
Forecast-Kategorie
Anwendungsfall
Erfolgskriterien
Verlängerungsdatum
Kündigungsgrund
Expansionssignal

RevOps sollte diese in einem Revenue-Datenwörterbuch pflegen. Driften Datenwörterbuch und Funnel-Phasen auseinander, sinkt das Vertrauen ins Reporting.

Governance-Rhythmus

Funnel-Governance braucht einen Rhythmus.

Rhythmus	Review
Wöchentlich	SLA-Verfehlungen, Routing-Probleme, veraltete Opportunities, dringende Übergabebrüche
Monatlich	Phasenkonversion, Ablehnungsgründe, Qualität von Quelle zu Opportunity, Übergabevollständigkeit
Vierteljährlich	Phasendefinitionen, Field Governance, Lebenszyklusänderungen, Dashboard-Definitionen
Jährlich	Gesamte Funnel-Architektur, Passung der GTM-Bewegung, Source-of-Truth-Modell

Der Rhythmus sollte kein langes Meeting sein, in dem jede Metrik vorgelesen wird. Er sollte sich darauf konzentrieren, wo der Prozess undicht ist.

Sinkt zum Beispiel die MQL-zu-SQL-Konversion, inspizieren Sie Quellqualität, Scoring-Regeln, Routing, SLA, Annahmekriterien und Ablehnungsgründe. Springen Sie nicht direkt zu „Marketing braucht mehr Leads" oder „Sales braucht bessere Nachverfolgung".

Scorecard für Funnel-Governance

Verfolgen Sie die Gesundheit des Funnels mit einer kleinen Scorecard:

Phasenkonversion nach Quelle und Segment
SLA-Einhaltung
Vollständigkeit der Ablehnungsgründe
Phasenalterung
Rate veralteter Opportunities
Genauigkeit der Forecast-Kategorie
Vollständigkeit der Closed-Won-Übergabe
Sichtbarkeit des Verlängerungsrisikos
Annahme des Expansionsauslösers
Manuelle Reporting-Zeit

Die Scorecard sollte zeigen, ob der Funnel prüfbar ist. Sie muss keine Executive-Dashboards ersetzen. Sie ist ein operatives Werkzeug, um Lecks zu finden.

Häufige Fehlermuster

Phasen werden aus der CRM-Vorlage kopiert. Das Unternehmen erbt Labels, die nicht zu seiner Bewegung passen.

Definitionen werden geschrieben, aber nicht durchgesetzt. Manager erlauben weiterhin, dass sich Datensätze allein nach Urteilsvermögen bewegen.

Pflichtfelder häufen sich. Reps und CSMs geben Daten geringer Qualität ein, weil das System zu viel verlangt.

Marketing und Sales optimieren separate Funnel. Marketing berichtet MQL-Volumen, Sales berichtet Pipeline, und niemand governt die Übergabe.

CS wird ausgeschlossen. Der Funnel endet bei Closed-Won, sodass Kündigungs- und Expansionslernen die Akquise nie verbessert.

Finance wird zu spät informiert. Metrikdefinitionen ändern sich, nachdem sie bereits in der Planung genutzt wurden.

Die ersten 90 Tage

Ist die Funnel-Governance schwach, beginnen Sie klein.

Tage 1 bis 30: Kartieren Sie aktuelle Phasen, Verantwortliche, Pflichtfelder und Dashboards. Identifizieren Sie, wo Definitionen im Konflikt stehen.

Tage 31 bis 60: Definieren Sie Eintritts- und Austrittskriterien für die wichtigsten Phasen: MQL, SQL, Opportunity, Closed-Won, Verlängerungsrisiko und Expansion.

Tage 61 bis 90: Führen Sie einen Governance-Rhythmus ein, bereinigen Sie die einflussreichsten Felder und veröffentlichen Sie die erste Scorecard.

Versuchen Sie nicht, jedes Feld und jeden Workflow auf einmal zu reparieren. Beginnen Sie mit den Phasen, die die größte Revenue-Debatte erzeugen.

Governance-Artefakte

RevOps sollte einen kleinen Satz an Artefakten pflegen, die Governance wiederholbar machen:

Artefakt	Zweck
Lebenszyklus-Karte	Zeigt Phasen vom Lead bis zur Expansion
Phasenkriterien-Blatt	Definiert Eintritts- und Austrittsbeleg
Datenwörterbuch	Definiert Felder, Verantwortliche, Formeln und Quellsysteme
SLA-Tabelle	Definiert Übergabe-Timing und Eskalation
Ausnahmeprotokoll	Erfasst Prozessbrüche und Nachverfolgung durch Verantwortliche
Funnel-Scorecard	Verfolgt Konversion, Alterung, SLA und Datenqualität
Änderungsprotokoll	Erfasst Änderungen an Definition, Feld und Workflow

Diese Artefakte müssen nicht lang sein. Sie müssen aktuell sein und genutzt werden.

Bittet Sales zum Beispiel darum, eine Opportunity-Phase zu ändern, sollte RevOps das Phasenkriterien-Blatt, das Datenwörterbuch, die Dashboards und das Änderungsprotokoll aktualisieren. Ändert Marketing die Qualifizierungsregeln, sollte RevOps die Lebenszyklus-Karte, die SLA-Tabelle und die Scorecard-Interpretation aktualisieren. Governance scheitert, wenn Änderungen an einer Stelle passieren, aber nicht an den anderen.

Funnel-Audit auf Datensatzebene

Der sauberste Weg, Funnel-Governance zu testen, ist ein Audit echter Datensätze.

Wählen Sie jeden Monat eine kleine Stichprobe:

Zehn neue Leads
Zehn MQLs
Zehn SQLs
Zehn offene Opportunities
Fünf Closed-Won-Kunden
Fünf Verlängerungsrisiko-Kunden

Fragen Sie für jeden Datensatz:

Audit-Frage	Was schwache Antworten offenlegen
Warum befindet sich dieser Datensatz in seiner aktuellen Phase?	Phasenkriterien sind unklar oder werden nicht durchgesetzt
Wer verantwortet die nächste Handlung?	Verantwortlichkeit ist nicht sichtbar
Welcher Beleg hat den Datensatz vorangebracht?	Phasenbewegung basiert auf Meinung
Welche erforderlichen Daten fehlen?	Felder sind nicht an Workflow-Kontrolle geknüpft
Welches SLA galt?	Übergabe-Timing wird nicht governt
Welche Ausnahme ist aufgetreten?	Prozessbrüche werden nicht erfasst
Welches Dashboard nutzt diesen Datensatz?	Reporting-Vertrauen hängt von versteckter Bereinigung ab

Dieses Audit hält Governance geerdet. Eine polierte Lebenszyklus-Karte kann trotzdem scheitern, wenn echte Datensätze veraltet, falsch geroutet, ohne Beleg oder beim falschen Verantwortlichen sind.

Governance-Regeln nach Lebenszyklus-Phase

Unterschiedliche Phasen brauchen unterschiedliche Kontrollen.

Phase	Governance-Regel	Warum sie wichtig ist
Lead	Quelle, Einwilligung, ICP-Passung und Verantwortlicher müssen erfasst werden	Verhindert schlechtes Routing und schwache Attribution
MQL	Qualifizierungsgrund muss sichtbar sein	Verhindert, dass reines Marketing-Scoring zur Revenue-Wahrheit wird
SQL	Sales-Annahme oder -Ablehnung muss erfasst werden	Erzeugt Feedback für Quellqualität und Scoring
Opportunity	Geschäftsproblem, Wert, nächster Schritt und Verantwortlicher müssen klar sein	Verhindert aufgeblähte Pipeline
Commit	Käuferbeleg muss Timing und Zuversicht stützen	Schützt die Forecast-Qualität
Closed-Won	Übergabefelder müssen vor dem Onboarding vollständig sein	Reduziert Nacharbeit nach dem Verkauf
Verlängerungsrisiko	Risikogrund, Verantwortlicher und nächste Handlung müssen protokolliert werden	Macht das Retention-Risiko prüfbar
Expansion	Auslöser, Anwendungsfall und Verantwortlicher müssen definiert werden	Verhindert, dass Expansionssignale verloren gehen

Die Tabelle sollte an die Bewegung angepasst werden. Eine transaktionale Bewegung braucht vielleicht leichtere Opportunity-Kontrollen. Eine Enterprise-Bewegung braucht vielleicht strengeren Beleg für Käuferkomitee, Legal und Implementierung.

Wie man Ausnahmen überprüft

Das Ausnahme-Review ist der Punkt, an dem Governance nützlich wird.

Zählen Sie Ausnahmen nicht nur. Kategorisieren Sie sie:

Definitionsproblem
Routing-Problem
SLA-Problem
Datenqualitätsproblem
Systemproblem
Schulungsproblem
Kapazitätsproblem
Problem bei der Manager-Inspektion

Weisen Sie dann die Korrektur dem richtigen Verantwortlichen zu. Ein Routing-Problem gehört vielleicht zu RevOps. Ein Kapazitätsproblem gehört vielleicht zur Sales-Führung. Ein Schulungsproblem gehört vielleicht zum Enablement. Ein Systemproblem gehört vielleicht zum CRM-Verantwortlichen.

Das verhindert, dass RevOps zur Müllkippe für jedes Funnel-Problem wird. Die Funktion verantwortet die Governance, aber Fachbereichsleiter verantworten weiterhin die Ausführung in ihrem Bereich.

Fragen für die Führung

In einem monatlichen Funnel-Governance-Review sollten Führungskräfte fragen:

Welche Phase erzeugt die meisten Verluste?
Welche Übergabe hat die meisten Ausnahmen?
Welche Quelle erzeugt Pipeline, die Sales akzeptiert?
Welches Segment hat schwache Konversion?
Welche Pflichtfelder haben geringe Qualität?
Welche Definitionen haben Streitigkeiten verursacht?
Welche Änderungen wurden diesen Monat am Funnel vorgenommen?

Kann das Meeting diese Fragen nicht beantworten, ist der Funnel noch nicht governt. Er wird nur berichtet.

Warum RevOps es verantworten sollte

Keine einzelne Funktion verantwortet den gesamten Funnel. Marketing verantwortet die Nachfrageerzeugung. Sales verantwortet die Pipeline-Ausführung. Customer Success verantwortet Retention und Expansion. Finance verantwortet den Plan. RevOps verantwortet die Betriebsregeln, die sie verbinden.

Deshalb gehört Funnel-Governance in das Revenue-Operations-Framework.

RevOps sollte die Governance-Ebene verantworten, weil es die einzige Funktion ist, die dafür ausgelegt ist, über das gesamte System zu blicken. Marketing sollte nicht einseitig definieren, was Sales akzeptieren muss. Sales sollte nicht einseitig definieren, was Marketing als qualifiziert zählen sollte. CS sollte nicht im Nachhinein fehlenden Closed-Won-Kontext reparieren müssen. Finance sollte die Zahlen nicht außerhalb des Systems neu aufbauen müssen.

RevOps gibt dem Funnel einen operativen Verantwortlichen, während die Performance-Verantwortung bei den richtigen Funktionen bleibt.

Anzeichen für schwache Governance

MQL- und SQL-Definitionen werden jeden Monat diskutiert.
Opportunity-Phasen werden inkonsistent genutzt.
Forecast-Calls beinhalten einfache CRM-Bereinigung.
Closed-Won-Übergaben hängen vom Gedächtnis des Reps ab.
Reports ändern sich je nachdem, wer sie gezogen hat.

Weitere Anzeichen sind:

Die Phasenkonversion sieht auf oberster Ebene gut aus, bricht aber nach Segment.
Ablehnungsgründe sind leer oder zu vage.
Pflichtfelder werden mit Datenmüll ausgefüllt.
Übergabedaten werden erfasst, aber nicht genutzt.
Manager erlauben Phasenausnahmen ohne Review.
Finance pflegt ein separates Funnel-Modell.

Das sind keine Reporting-Probleme. Es sind Governance-Probleme.

Review-Vorlage

Nutzen Sie diese schlanke Vorlage für ein monatliches Funnel-Governance-Review:

Frage	Verantwortlicher	Ergebnis
Wo ist die Konversion gesunken?	RevOps-Analytics	Segment-, Quell- oder Phasenproblem
Wo ist das SLA gescheitert?	RevOps und Manager	Handlung des Verantwortlichen oder Routing-Korrektur
Welche Phase hat die meiste Alterung?	Sales- oder CS-Leiter	Manager-Inspektionsmaßnahme
Welche Datenfelder haben geringe Qualität?	RevOps	Feldbereinigung oder Änderung der Anforderung
Welche Übergabe hat Nacharbeit erzeugt?	Fachbereichsverantwortliche	Prozesskorrektur
Welche Definition hat sich geändert?	RevOps	Änderungsprotokoll und Dashboard-Update

Das Review sollte eine kurze Maßnahmenliste erzeugen. Endet das Meeting nur mit „das beobachten wir nächsten Monat", ist die Governance zu passiv.

Governance-Test der Review-Vorlage

Der letzte Test ist, ob ein neuer Manager den Funnel verstehen kann, ohne fünf Personen nach Stammeswissen fragen zu müssen.

Er sollte sehen können, was jede Phase bedeutet, wer sie verantwortet, welcher Beleg Datensätze voranbringt, welche Daten erforderlich sind, wie Ausnahmen funktionieren und welches Dashboard die Source of Truth ist. Ist das nicht sichtbar, hat RevOps noch Governance-Arbeit vor sich.

FAQ

Was ist Funnel-Governance?

Funnel-Governance ist die Gesamtheit der Definitionen, Regeln, Verantwortlichen und Kontrollen, die den gesamten Revenue-Lebenszyklus konsistent halten.

Ist Funnel-Governance dasselbe wie Funnel-Reporting?

Nein. Reporting zeigt, was passiert ist. Governance definiert, wie sich Datensätze bewegen, damit Reports vertrauenswürdig sind.

Mehr erfahren

About the author

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. With 8+ years in revenue operations and process optimization, Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.

View full profile LinkedIn