Das Organigramm für Revenue Operations (RevOps) im Jahr 2026

„Die beste Struktur garantiert weder Ergebnisse noch Leistung. Die falsche Struktur garantiert jedoch das Scheitern.“ - Peter Drucker

Springen wir zwei Jahre nach dem Punkt weiter, an dem ich die Geschichte im Buch beendet habe. MyGym24 – das fiktive Unternehmen für Fitnessstudio-Software, mit dem ich diese Themen greifbar mache – hat in Berlin-Mitte eine Series-A-Finanzierung abgeschlossen, und die Wette ging auf. Eine weitere Finanzierungsrunde folgte. Das kommerzielle Team wuchs von einer Handvoll Menschen auf etwa fünfunddreißig in Vertrieb, Marketing und Customer Success.

Und Maria, ihre Head of RevOps, geht in der Arbeit unter.

Sie bildet immer noch die gesamte RevOps-Funktion. Eine Person. Sie soll die Strategie festlegen, Daten bereinigen, das Customer-Relationship-Management-System (CRM) verantworten, Automatisierungen entwerfen, Dashboards bauen, Enablement durchführen und – seit diesem Jahr neu – die KI-Roadmap entwickeln. In einer guten Woche erledigt sie zwei dieser Aufgaben gut. Der Rest bleibt liegen.

An diesem Punkt verändert sich die Frage. Anfangs lautet sie: „Brauchen wir überhaupt RevOps?“ Ab einer bestimmten Größe wird daraus: „Wie strukturieren wir RevOps?“ Wenn Sie 20 bis 50 Vollzeitäquivalente (FTE) in Ihren kommerziellen Funktionen haben, sind Sie an diesem Punkt. Entwickeln wir also das Organigramm für Revenue Operations.

Warum das 2026 schwieriger ist

Es ist wegen KI schwieriger – allerdings anders, als die meisten denken.

In unserer weltweiten RevOps-Umfrage unter 123 Fachleuten berichteten drei Viertel der Unternehmen von einem KI-Auftrag der Führungsebene. Nur etwa ein Drittel hatte die nötige Dateninfrastruktur. Diese Lücke – ein Auftrag ohne tragfähige Grundlage – ist kein Tool-Problem, das Sie durch einen Kauf lösen können. Sie ist ein Problem der Organisationsgestaltung. Jemand muss die Daten verantworten. Jemand muss die Systeme und die darauf aufbauende KI verantworten. Jemand muss die Prozesse und die Menschen verantworten. Und das kann nicht dieselbe Person sein.

Genau darum geht es bei der folgenden Struktur des Revenue-Operations-Teams.

Beginnen Sie bei den Säulen

RevOps hat vier Säulen: Daten & Erkenntnisse, Prozesse, Systeme und Enablement. Ein gutes Organigramm ist nichts anderes als diese Säulen mit den Namen der Verantwortlichen. Wenn die Säulen stimmen, ergeben sich die Kästchen von selbst. Wenn sie nicht stimmen – eine Person trägt alle vier oder Enablement arbeitet losgelöst –, erhalten Sie eine Situation wie bei Maria.

So würde ich die Last verteilen.

Head of RevOps – Prozesse und Enablement

Das ist Ihre generalistische Funktion, und „generalistisch“ ist keine Beleidigung. Die Head of RevOps führt ein Team von Fachexperten – jeweils einen für die Bereiche, die Ihr Unternehmen tatsächlich braucht: Sales Ops, Marketing Ops, CS Ops oder Partner Ops, aber nur die benötigten. Der Schwerpunkt liegt auf Strategie, Prozessen und Enablement.

Enablement – Inhalte, Schulungen und Onboarding – gehört hierher, zu den Generalisten. Nicht in eine isolierte Einzelposition.

Ich sage es deutlich, weil ich es jedes Mal scheitern gesehen habe: Stellen Sie keine reine Enablement-Fachkraft ohne RevOps-Kompetenzen ein. Sie erstellt Präsentationen, die niemand nutzt, und Schulungen ohne Bezug zu den tatsächlichen Abläufen. Enablement funktioniert nur, wenn es bei jemandem angesiedelt ist, der das System versteht, zu dessen Nutzung die Menschen befähigt werden sollen.

Wichtige Fähigkeiten für diese Rolle: Stakeholdermanagement, strategisches Denken, Kommunikation. Diese Person verbringt ihren Tag mit Menschen, nicht im Terminal.

Head of Systems – Tools, Automatisierung und KI

Diese Führungskraft verantwortet den Technologie-Stack. Ihr unterstehen:

• Eine Fachkraft für Tools und Automatisierung, die den Betrieb und die Vernetzung der Systeme sicherstellt.

• Eine AI-Operations-Rolle, die KI-Anwendungsfälle entwickelt und den KI-Stack verwaltet – inzwischen eine eigenständige Aufgabe, kein Nebenprojekt.

• Ein Software Engineer, der individuelle Lösungen entwickelt und betreut.

Gegen den letzten Punkt gibt es oft Widerstand, deshalb sage ich es direkt: 2026 werden Sie selbst entwickeln, nicht nur einkaufen. Interessante Wettbewerbsvorteile im Go-to-Market (GTM) stecken nicht mehr einfach in Standardtools. Und ja, mit „Vibe Coding“ können Sie an einem Wochenende einen Prototyp bauen. Sie erhalten damit aber kein System, auf das Ihr Umsatzteam den Geschäftsbetrieb stützen kann. Ein Prototyp, der unbemerkt zum Produktivsystem wird, ist ein Risiko mit laufendem Countdown. Wenn Sie selbst entwickeln, lassen Sie das einen qualifizierten Engineer übernehmen.

Hier ist auch KI im GTM angesiedelt. RevOps trägt die Verantwortung. Aus unserer CRO-Umfrage: Ohne RevOps-Verantwortung erzeugt KI mehr Rauschen statt mehr Wirkung. KI, die auf ein ungeordnetes System aufgesetzt wird, liefert falsche Antworten lediglich schneller.

Wichtige Fähigkeiten: ausgeprägte technische Kompetenz, starker KI-Fokus.

Head of Data – der Motor

Daten sind Teil von RevOps. Kein Gefallen, um den Sie das zentrale Datenteam bitten, kein quartalsweiser Export. Eine Head of Data führt ein Datenteam innerhalb von RevOps und berichtet an diese Funktion.

Warum bestehe ich so entschieden darauf? Weil Daten den Umsatz antreiben werden: Pipeline-Scoring, Abwanderungsprognosen, Kapazitätsmodelle und die Grundlagen jedes KI-Anwendungsfalls. Denken Sie an die Umfrage: Mit KI erfolgreich ist das Drittel der Unternehmen, das über die nötigen Daten verfügt. Dieses Drittel ist nicht dadurch so weit gekommen, dass es Daten bei Gelegenheit ausgeliehen hat.

Wichtige Fähigkeiten: starker Datenfokus, Machine-Learning-Engineering (ML).

VP of RevOps – der Dreh- und Angelpunkt

Drei Führungskräfte, die in drei verschiedene Richtungen ziehen, bilden kein System. Es sind drei Abteilungen, die zufällig denselben Namen tragen.

Der VP (Vice President) of RevOps ist der Dreh- und Angelpunkt, um den sich die gesamte Struktur des Revenue-Operations-Teams bewegt. Diese Person orchestriert das Zusammenspiel: Daten speisen Systeme, Systeme unterstützen Prozesse, Enablement vermittelt diese Prozesse, und alles ist auf Umsatz ausgerichtet. Ohne diesen Drehpunkt fehlt der Last der Ansatzpunkt. Mit ihm bewegt dieselbe Kraft etwas viel Größeres.

Was Ihnen das bringt

Ich empfehle dieses B2B-SaaS-Organigramm für Unternehmen mit 20 bis 50 FTE in kommerziellen Funktionen. Darunter ist es zu umfangreich – Sie brauchen keine drei Führungskräfte, um fünfzehn Vertriebsmitarbeiter zu unterstützen.

In meiner Kundenarbeit ermöglicht eine solche Struktur Unternehmen, ihr kommerzielles Team auf das 3–5-Fache zu vergrößern, ohne eine einzige zusätzliche Operations-Stelle zu schaffen. Die Operations-Funktion wächst nicht mehr linear mit dem Vertrieb. Gleichzeitig wird das kommerzielle Team selbst deutlich effizienter – je nach Ausgangslage irgendwo im Bereich des 2-10-Fachen. Das sind Bandbreiten aus meiner Erfahrung, keine Garantien. Der Rest hängt von der Umsetzung ab.

Dies ist zudem eine mögliche Zusammensetzung. Ein Unternehmen mit starkem Partnergeschäft oder mehreren Regionen unterschiedlicher Reife wird die Gewichte anders verteilen. Das Prinzip bleibt gleich, auch wenn sich die Kästchen verschieben: Verteilen Sie die vier Säulen, geben Sie jeder eine klare verantwortliche Person und setzen Sie einen Drehpunkt in die Mitte.

Die Struktur ist das Gerüst. Schwieriger ist die Frage nach der Reihenfolge, die mir sofort gestellt wird, sobald jemand dieses Organigramm sieht: Wen stellen Sie zuerst ein, wenn Sie nicht alle gleichzeitig einstellen können? Das ist ein eigener Beitrag.

Sokratische Denkanstöße

• Wie viele Menschen arbeiten heute in Ihrer Operations-Funktion im Verhältnis zu Ihrem kommerziellen Team? Wächst dieses Verhältnis mit dem Vertrieb oder unabhängig davon?

• Gibt es unter den vier Säulen – Daten, Systeme, Prozesse und Enablement – eine, für die derzeit niemand verantwortlich ist?

• Wenn Ihr GTM-Team morgen einen KI-Auftrag erhielte: Wer wäre für die Einführung verantwortlich? Verantwortet diese Person auch die zugrunde liegenden Daten?

• Ist Ihr Enablement bei jemandem angesiedelt, der tatsächlich einen RevOps-Bereich verantwortet hat, oder bei jemandem, der Schulungen ohne Praxisbezug erstellt?

• Wer ist Ihr Dreh- und Angelpunkt? Und wenn die ehrliche Antwort „niemand“ lautet: Was hält Ihre Funktionen derzeit zusammen?