Haris OdobasicEin RevOps-Organigramm für ein mittelgroßes SaaS-Unternehmen stellt einen VP of RevOps in die Mitte, darunter drei Heads, nämlich einen Head of RevOps für Prozesse und Enablement, einen Head of Systems für Tooling, Automatisierung und KI und einen Head of Data. Diese RevOps-Teamstruktur passt zu Unternehmen mit etwa 20 bis 50 Vollzeitkräften in Sales, Marketing und Customer Success; darunter ist sie zu schwer, darüber ergänzen Sie Spezialisten innerhalb jeder Säule.
„Die beste Struktur garantiert keine Ergebnisse und keine Leistung. Aber die falsche Struktur ist eine Garantie für das Scheitern.“ Peter Drucker
Spulen wir zwei Jahre vor, von dem Punkt aus, an dem ich sie im Buch verlassen habe. MyGym24, das fiktive Unternehmen für Fitnessstudio-Software, mit dem ich dieses Thema greifbar mache, hat in Berlin-Mitte eine Series A eingesammelt, und die Wette ist aufgegangen. Es folgte eine weitere Finanzierungsrunde. Das kommerzielle Team wuchs von einer Handvoll Leuten auf rund fünfunddreißig in Sales, Marketing und Customer Success.
Und Maria, die Head of RevOps, geht unter.
Sie ist immer noch die gesamte RevOps-Funktion. Eine Person. Von ihr wird erwartet, dass sie die Strategie festlegt, die Daten bereinigt, das Customer-Relationship-Management-System (CRM) verantwortet, die Automatisierung entwirft, die Dashboards baut, Enablement betreibt und, neu in diesem Jahr, die KI-Roadmap ausarbeitet. In einer guten Woche macht sie zwei dieser Dinge gut. Der Rest bleibt liegen.
Das ist der Moment, in dem sich die Frage ändert. Anfangs lautet sie „Brauchen wir RevOps überhaupt?“, ab einer bestimmten Größe dann „Wie strukturieren wir es?“ Wenn Sie 20 bis 50 Vollzeitäquivalente (FTE) in Ihren kommerziellen Funktionen haben, sind Sie an diesem Punkt. Bauen wir also das Revenue-Operations-Organigramm.
Warum die Struktur eines RevOps-Teams 2026 schwieriger ist
Es ist schwieriger wegen KI, und zwar nicht so, wie die meisten denken.
In unserer globalen RevOps-Umfrage unter 123 Praktikern berichteten 73 % von einem KI-Mandat der Führung, und nur 38 % gaben an, die Daten zu haben, um es zu stützen. Diese Lücke, ein Mandat ohne das Fundament darunter, ist kein Tooling-Problem, das Sie mit Geld lösen können. Es ist eine Frage der Organisationsgestaltung. Jemand muss die Daten verantworten. Jemand muss die Systeme und die KI darauf verantworten. Jemand muss die Prozesse und die Menschen verantworten. Und das ist nicht dieselbe Person.
Analysten sehen dasselbe Risiko. Gartner erwartet, dass KI-Agenten bis 2028 zehnmal so zahlreich sein werden wie Vertriebler, und warnt, dass Vertriebsleitern ohne das richtige Datenfundament, die richtige Workflow-Integration und die richtige Seller Experience ein „Agent Sprawl“ droht, also mehr digitale Aktivität, aber kaum mehr Wirkung der Vertriebler.
Genau darum geht es bei der folgenden Revenue-Operations-Teamstruktur.
Bauen Sie das RevOps-Organigramm um die vier Säulen auf
RevOps hat vier Säulen, nämlich Daten und Insights, Prozesse, Systeme und Enablement. Ein gutes Organigramm besteht schlicht aus diesen Säulen mit den Namen ihrer Verantwortlichen. Stimmen die Säulen, zeichnen sich die Kästchen von selbst. Stimmen sie nicht, weil eine Person alle vier trägt oder Enablement für sich allein herumschwebt, bekommen Sie Maria.
So würde ich das Gewicht verteilen.
Head of RevOps für Prozesse und Enablement
Das ist Ihre Generalistenfunktion, und „Generalist“ ist keine Beleidigung. Der Head of RevOps führt ein Team von Fachexperten, einen pro Bereich, der für Ihr Geschäft tatsächlich relevant ist, etwa Sales Ops, Marketing Ops, CS Ops oder Partner Ops, und nur die, die Sie brauchen. Ihr Fokus liegt auf Strategie, Prozessen und Enablement. Bei Unternehmen mit einer Enterprise-Sales-Motion ist ein Deal Desk, der Verträge zur Unterschrift bringt, oft der nächste Prozessspezialist, den man ergänzt.
Enablement, also Inhalte, Schulungen und Onboarding, sitzt hier bei den Generalisten. Nicht als eigenständige Einstellung.
Ich sage es deutlich, weil ich es jedes Mal habe scheitern sehen. Stellen Sie keine reine Enablement-Person ohne RevOps-Kenntnisse ein. Sie produziert Präsentationen, die niemand nutzt, und Schulungen, die nichts damit zu tun haben, wie der Prozess tatsächlich läuft. Enablement funktioniert nur, wenn es an jemanden angebunden ist, der das System versteht, für dessen Nutzung er andere befähigt.
Die wichtigsten Kompetenzen für diese Rolle sind Stakeholder-Management, strategisches Denken und Kommunikation. Diese Person verbringt ihren Tag mit Menschen, nicht im Terminal.
Head of Systems für Tooling, Automatisierung und KI
Dieser Head verantwortet den Stack, und ihm sind drei Rollen unterstellt.
- Ein Experte für Tooling und Automatisierung, der die Systeme am Laufen und miteinander verbunden hält.
- Eine KI-Operations-Rolle, die KI-Use-Cases entwirft und den KI-Stack verwaltet. Das ist inzwischen ein echter Job, kein Nebenprojekt.
- Ein Software Engineer, der individuelle Lösungen baut und wartet.
Beim letzten Punkt gibt es den meisten Widerstand, deshalb sage ich es ganz direkt. 2026 werden Sie bauen, nicht nur kaufen. Die interessanten Vorteile im Go-to-Market (GTM) stecken nicht mehr in Standardtools. Und ja, mit „Vibe Coding“ haben Sie an einem Wochenende einen Prototyp. Aber nichts, worauf Ihr Revenue-Team das Geschäft betreiben kann. Ein Prototyp, der unbemerkt zum Produktivsystem wird, ist ein Risiko mit laufendem Countdown. Wenn Sie bauen, lassen Sie es einen echten Engineer machen.
Der Markt nennt diesen Engineer GTM Engineer. Bloomberrys Analyse von Stellenanzeigen für GTM Engineering zählte Anzeigen für GTM Engineers und RevOps zusammen und stellte fest, dass sie von Januar bis September 2025 gegenüber denselben Monaten 2024 um 205 % gestiegen sind. Zudem tauchen 9 von 10 Aufgaben aus Anzeigen für GTM Engineers auch in Anzeigen für RevOps Engineers auf, allen voran Aufbau und Automatisierung von Go-to-Market-Workflows, die Integration des Stacks und die Verantwortung für das CRM. Es ist also RevOps-Systemarbeit mit Engineering-Kompetenz, und sie gehört in diese Säule.
Hier ist auch KI im GTM angesiedelt. RevOps verantwortet sie. Unsere CRO-Umfrage zeigt, dass KI ohne Verantwortung bei RevOps mehr Rauschen statt mehr Wirkung erzeugt. KI, die auf ein unordentliches System aufgesetzt wird, liefert nur schneller falsche Antworten.
Diese Person muss sehr technisch sein und einen starken KI-Fokus mitbringen.
Head of Data als Teil von RevOps
Daten sind Teil von RevOps. Kein Gefallen, um den Sie das zentrale Datenteam bitten, kein Export pro Quartal. Ein Head of Data, der ein Datenteam führt, innerhalb von RevOps, mit Berichtslinie in die Funktion.
Warum ich hier so konsequent bin? Weil Daten den Umsatz antreiben werden, über Pipeline-Scoring, Churn-Prognosen, Kapazitätsmodelle und die Inputs, von denen jeder KI-Use-Case abhängt. Erinnern Sie sich an die Umfrage, in der nur 38 % die Daten hatten, die ihr KI-Mandat braucht. Diese Teams sind nicht dorthin gekommen, indem sie sich Daten ausgeliehen haben, wenn es gerade passte.
Gefragt sind hier ein starker Datenfokus und Machine Learning (ML) Engineering.
Rolle und Berichtslinie des VP of RevOps
Drei Heads, die in drei Richtungen ziehen, sind kein System. Es sind drei Abteilungen, die zufällig denselben Namen tragen.
Der VP (Vice President) of RevOps ist der Drehpunkt, um den sich die gesamte Revenue-Operations-Teamstruktur dreht. Er orchestriert das Ganze. Daten speisen Systeme, Systeme dienen Prozessen, Prozesse sind das, was Enablement vermittelt, und alles zielt auf Umsatz. Ohne Drehpunkt haben Sie Gewicht, das sich nirgendwohin übertragen lässt. Mit ihm bewegt dieselbe Kraft etwas weit Größeres als sich selbst.
Der Drehpunkt braucht auch die richtige Linie nach oben. Der VP of RevOps sollte an die Führungskraft berichten, die den gesamten Revenue-Zyklus verantwortet, also an den CEO oder einen CRO, der Marketing, Sales und Customer Success führt, und nie an eines der Teams, die RevOps aufeinander ausrichten muss. Die Optionen behandeln wir in an wen RevOps berichten sollte.
Wann diese RevOps-Struktur passt und was sie bringt
Ich empfehle dieses B2B-SaaS-Organigramm für Unternehmen mit 20 bis 50 FTE in kommerziellen Funktionen. Darunter ist es zu schwer, denn Sie brauchen keine drei Heads, um fünfzehn Vertriebler zu unterstützen.
In meinen Kundenprojekten ist es eine solche Struktur, die es einem Unternehmen erlaubt, sein kommerzielles Team zu verdrei- bis verfünffachen, ohne eine einzige zusätzliche Ops-Stelle. Die Ops-Funktion wächst nicht mehr linear mit der Vertriebsmannschaft. Und das kommerzielle Team selbst wird deutlich effizienter, irgendwo im Bereich von 2- bis 10-fach, je nachdem, wie kaputt die Dinge zu Beginn waren. Das sind Spannen aus meiner Erfahrung, keine Garantien. Der Rest ist Umsetzung.
Es ist zudem nur eine mögliche Zusammensetzung. Ein Unternehmen mit starkem Partnergeschäft oder mehreren Regionen mit unterschiedlicher Reife wird die Gewichte verschieben. Das Prinzip gilt auch dann, wenn sich die Kästchen verschieben. Verteilen Sie die vier Säulen, geben Sie jeder einen echten Verantwortlichen und setzen Sie einen Drehpunkt in die Mitte.
Die Struktur ist das Skelett. Die schwierigere Frage, die mir gestellt wird, sobald jemand dieses Organigramm sieht, ist die Reihenfolge. Wenn Sie nicht alles auf einmal einstellen können, wer kommt zuerst? Das verdient einen eigenen Beitrag, aber der nächste Abschnitt gibt Ihnen die Kurzfassung.
Wie sich das RevOps-Organigramm mit der Unternehmensgröße verändert
| Kommerzielles Team (Sales, Marketing, CS) | Struktur | Hinweise |
|---|---|---|
| Unter 20 FTE | Ein erfahrener RevOps-Generalist, der alle vier Säulen abdeckt, mit Unterstützung für die Administration oder einem externen Partner für Spezialaufgaben | Drei Heads würden mehr kosten als die Probleme, die sie lösen |
| 20–50 FTE | Die obige Struktur mit einem VP of RevOps und Heads für Prozesse und Enablement, Systeme und KI sowie Daten | Am unteren Ende kann der VP zugleich Head of RevOps sein, und eine Person kann Systeme und Daten abdecken |
| 50+ FTE | Dieselben drei Heads, mit Spezialistenteams in jeder Säule (Ops je Funktion und ein Deal Desk; Solution Architects und Integratoren; Analysten, Analytics Engineers und Data Scientists) | Behalten Sie einen VP als Drehpunkt. Mehr Heads ohne Drehpunkt lassen die Silos wieder entstehen |
Die ersten Kästchen, die Sie besetzen sollten, sind die, für die heute niemand zuständig ist. In unseren Kundenprojekten ist die einzelne RevOps-Verantwortliche meist das Sammelbecken für CRM-Administration, Reporting, Prozessdesign, Datenbereinigung und inzwischen auch die KI-Roadmap, während das Unternehmen das alles noch als einen Job bezeichnet. Das ist Maria, und es ist das deutlichste Zeichen, dass sich die Struktur ändern muss.
Das Organigramm beschreibt Rollen, nicht Köpfe. Wie viele Mitarbeitende Sie bei welcher Unternehmensgröße brauchen und wie KI diese Verhältnisse verändert, lesen Sie in wie groß Ihr RevOps-Team sein sollte.
Wenn Sie noch keinen Head of Systems und keinen Engineer einstellen können, die Automatisierungs- und KI-Arbeit aber nicht warten kann, sprechen Sie mit uns über einen GTM Engineer in Ihrem Team. Er baut die Workflows, die Anreicherung und die KI-Use-Cases in Ihrem eigenen Stack, während Sie über die dauerhafte Struktur entscheiden.
Fragen, mit denen Sie Ihre RevOps-Struktur prüfen
- Wie viele Mitarbeitende hat Ihre Ops-Funktion heute, gemessen an Ihrem kommerziellen Personalbestand? Wächst das Verhältnis mit der Vertriebsmannschaft, oder ist es davon unabhängig?
- Gibt es unter den vier Säulen, Daten, Systeme, Prozesse und Enablement, eine, für die derzeit niemand zuständig ist?
- Wenn morgen ein KI-Mandat auf Ihrem GTM-Team landen würde, wer verantwortet die Einführung? Verantwortet diese Person auch die Daten, auf denen sie läuft?
- Liegt Ihr Enablement bei jemandem, der tatsächlich einen RevOps-Bereich verantwortet hat, oder bei jemandem, der Schulungen im luftleeren Raum produziert?
- Wer ist Ihr Drehpunkt? Und wenn die ehrliche Antwort „niemand“ lautet, was hält Ihre Funktionen derzeit zusammen?
Wenn die letzte Antwort „niemand“ lautet, sprechen wir darüber, wo Sie anfangen sollten.
FAQ zum RevOps-Organigramm
Wie sieht ein RevOps-Organigramm aus?
Ein RevOps-Organigramm für ein mittelgroßes SaaS-Unternehmen hat einen VP of RevOps in der Mitte und drei Heads für Prozesse und Enablement, Systeme und KI sowie Daten. Jeder Head verantwortet eine oder zwei der vier RevOps-Säulen und führt Spezialisten, wenn das Unternehmen wächst.
An wen sollte der VP of RevOps berichten?
Der VP of RevOps sollte an die Führungskraft berichten, die den gesamten Revenue-Zyklus verantwortet, also an den CEO oder einen CRO, der Marketing, Sales und Customer Success führt. Eine Berichtslinie zu einem der Teams, die RevOps aufeinander ausrichtet, baut Voreingenommenheit in die Funktion ein.
Wo ist Enablement in einem RevOps-Team angesiedelt?
Enablement liegt beim Head of RevOps, neben den Prozessen, weil Schulungen nur funktionieren, wenn sie an jemanden angebunden sind, der den Prozess versteht, in dem geschult wird. Eine eigenständige Enablement-Einstellung ohne RevOps-Kenntnisse produziert meist Inhalte, die niemand nutzt.
Wo sind GTM Engineers und KI-Rollen im Organigramm angesiedelt?
Sie sind dem Head of Systems unterstellt, neben dem Experten für Tooling und Automatisierung. Die KI-Operations-Rolle entwirft Use Cases und verwaltet den KI-Stack; der GTM oder Software Engineer baut und wartet darauf individuelle Lösungen.
Wann brauchen Sie einen eigenen Head of Data?
Sie brauchen einen eigenen Head of Data, sobald Daten Umsatzentscheidungen direkt steuern, über Pipeline-Scoring, Churn-Prognosen, Kapazitätsmodelle und KI-Use-Cases. Nach unserer Erfahrung ist das bei etwa 20 bis 50 kommerziellen FTE der Fall; darunter reicht meist ein Data Analyst innerhalb von RevOps.
