Revenue Operations (RevOps) ist die Funktion, die die Systeme, Daten und Prozesse hinter jeder umsatzgenerierenden Team verantwortet. In einem B2B-Unternehmen bedeutet das die operative Schicht unter Vertrieb, Marketing und Customer Success. RevOps verantwortet das CRM, die darin fließenden Daten, die Automatisierungslogik, die es mit angrenzenden Tools verbindet, und die Kennzahlen, auf deren Basis die GTM-Organisation Entscheidungen trifft.
Was ein RevOps-Team tatsächlich macht
Der Alltag gliedert sich in vier Bereiche:
- Systeme. Auswahl, Konfiguration und Pflege des GTM-Tool-Stacks: CRM (HubSpot, Salesforce), Sequencer (Outreach, Salesloft, Apollo), Data Enrichment (Clay, ZoomInfo), Conversation Intelligence (Gong), Automatisierung (n8n, Zapier), KI-Orchestrierung (Claude + MCP).
- Daten. Sicherstellen, dass die richtigen Daten zwischen Systemen fließen, dass Datensätze sauber sind, dass Felder bedeuten, was Reps denken, dass sie bedeuten, und dass Reporting die Realität widerspiegelt.
- Prozess. Gestalten, wie Leads geroutet werden, wie Deals voranschreiten, wie Renewals verfolgt werden, wie Übergaben zwischen Teams stattfinden und wie Ausnahmen behandelt werden.
- Insight. Berichte und Forecasts aufbauen, denen der CRO vertraut. Pipeline-Velocity, Conversion-Raten nach Segment, Forecast vs. Actual, Churn-Treiber.
RevOps vs. Sales Ops
Sales Ops ist die Vorgängerfunktion — gleiche Idee, aber nur auf das Sales-Team beschränkt. RevOps entstand 2018–2020, als B2B-SaaS-Unternehmen erkannten, dass Vertrieb, Marketing und Customer Success alle gegen dieselbe Buyer Journey operierten, aber auf getrennten Systemen. Die Behandlung dieser Teams als separate Ops-Domänen erzeugte Datendrift, Attributionskonflikte und Forecast-Meinungsverschiedenheiten, die der CRO nicht lösen konnte.
Die RevOps-Konsolidierung stellt ein Team für den gesamten Revenue-Lifecycle verantwortlich — Lead → Opportunity → Kunde → Renewal/Expansion — mit einem einheitlichen Datenmodell und einem einheitlichen Kennzahlensatz.
Wann braucht ein Unternehmen RevOps?
Der Trigger ist meist nicht die Größe; es ist die Komplexität. Ein B2B-SaaS mit 30 Mitarbeitern und einer Motion (Inbound-Demo, AE-Close) braucht noch kein RevOps. Ein B2B-SaaS mit 30 Mitarbeitern und drei Motions (Inbound + Outbound + Product-led) und drei Personas unbedingt, weil das Datenmodell und das Tooling die Variationen abbilden müssen.
Bei 10 Mio. USD ARR haben die meisten B2B-SaaS-Unternehmen eine dedizierte RevOps-Funktion. Bei 25 Mio. USD ARR ist es typischerweise ein 2–5-köpfiges Team mit einem Head of RevOps oder VP RevOps, der an den CRO berichtet.
Was sich mit KI geändert hat
Vor 2024 war RevOps größtenteils Plumbing — wie Daten fließen, wie Systeme verbunden werden, wie Dashboards die Realität widerspiegeln. Nach 2024 verlagerten KI-native Tools (Clays KI-Spalten, Gongs Conversation Intelligence, Claude + MCP für agentische Workflows) die Frage. Jetzt liegt der Hebel nicht bei „Wie bewegen wir Daten”, sondern bei „Welchen KI-Workflow können wir auf die vorhandenen Daten anwenden.”
Ein modernes RevOps-Team schreibt Claude Skills, baut n8n-Agents, die eingehende Leads triagieren, deployt Cursor Rules für die Data-Engineer-Typen und behandelt den KI-Tool-Stack als First-Class-Domain — nicht als Nebenexperiment.
Angrenzende Funktionen
- Marketing Ops — gleiche Idee, beschränkt auf die Marketing-Tools (HubSpot Marketing Hub, Marketo, Pardot, Customer.io)
- Sales Ops — nur Sales, der Vorläufer von RevOps
- CS Ops / Customer Success Ops — nur Customer Success, fokussiert auf Gainsight, Catalyst, Vitally
- GTM Engineering — aufkommender Titel für das technische Ende von RevOps (schreibt Code, baut Agents, verantwortet Infrastruktur)
In einem kleinen Unternehmen ist das alles dieselbe Person. In einem großen Unternehmen sind es eigenständige Funktionen, die über denselben Operations-Leiter berichten.