Haris OdobasicEen RevOps-organogram voor een mid-sized SaaS-bedrijf zet een VP of RevOps in het midden, met daaronder drie heads, namelijk een Head of RevOps voor processen en enablement, een Head of Systems voor tooling, automatisering en AI, en een Head of Data. Deze RevOps-teamstructuur past bij bedrijven met ruwweg 20 tot 50 fulltime medewerkers in sales, marketing en customer success; daaronder is hij te zwaar, en daarboven voeg je specialisten toe binnen elke pijler.
"De beste structuur garandeert geen resultaten en prestaties. Maar de verkeerde structuur is een garantie voor mislukking." Peter Drucker
Spoel twee jaar vooruit vanaf het punt waar ik ze in het boek achterliet. MyGym24, het fictieve bedrijf in sportschoolsoftware dat ik gebruik om dit tastbaar te maken, haalde een Series A op in Berlin-Mitte, en de gok pakte goed uit. Ze haalden opnieuw geld op. Het commerciële team groeide van een handvol mensen naar zo'n vijfendertig in sales, marketing en customer success.
En Maria, hun Head of RevOps, verzuipt.
Ze is nog steeds de hele RevOps-functie. Eén persoon. Van haar wordt verwacht dat ze strategie bepaalt, de data opschoont, eigenaar is van het customer relationship management-systeem (CRM), de automatisering ontwerpt, de dashboards bouwt, enablement verzorgt en, nieuw dit jaar, de AI-roadmap uitdokt. In een goede week doet ze daarvan twee dingen goed. De rest glipt weg.
Dit is het moment waarop de vraag verandert. In het begin is de vraag "hebben we RevOps eigenlijk wel nodig?" Vanaf een bepaalde omvang wordt het "hoe richten we het in?" Heb je 20 tot 50 fte (fulltime-equivalenten) in je commerciële functies, dan ben je op dat moment aangekomen. Dus laten we het revenue operations-organogram bouwen.
Waarom een RevOps-team structureren in 2026 lastiger is
Het is lastiger door AI, en niet op de manier die de meeste mensen denken.
In onze wereldwijde RevOps-enquête onder 123 practitioners meldde 73% een AI-mandaat van het leiderschap, en zei slechts 38% de data te hebben om dat te ondersteunen. Die kloof, een mandaat zonder het fundament eronder, is geen toolingprobleem dat je kunt wegkopen. Het is een vraagstuk van organisatieontwerp. Iemand moet eigenaar zijn van de data. Iemand moet eigenaar zijn van de systemen en de AI daarbovenop. Iemand moet eigenaar zijn van de processen en de mensen. En dat is niet dezelfde iemand.
Analisten zien hetzelfde risico. Gartner verwacht dat er in 2028 tien keer zoveel AI-agents zijn als verkopers, en waarschuwt dat salesleiders zonder het juiste datafundament, de juiste workflowintegratie en de juiste verkopersbeleving het risico lopen op "agent sprawl". Dat betekent meer digitale activiteit, maar weinig verbetering in de impact van verkopers.
En daar draait de revenue operations-teamstructuur hieronder nu juist om.
Bouw het RevOps-organogram rond de vier pijlers
RevOps heeft vier pijlers, namelijk data en inzichten, processen, systemen en enablement. Een goed organogram is gewoon die pijlers met de namen van de eigenaren erop. Zet je de pijlers goed neer, dan tekenen de vakjes zichzelf. Zet je ze verkeerd neer, met één persoon die alle vier draagt of enablement dat los ronddrijft, dan krijg je Maria.
Zo zou ik het gewicht verdelen.
Head of RevOps voor processen en enablement
Dit is je generalistische functie, en "generalist" is geen belediging. De Head of RevOps leidt een team van inhoudelijk experts, één per domein dat echt van toepassing is op je bedrijf. Denk aan sales ops, marketing ops, CS ops of partner ops, en alleen de domeinen die je nodig hebt. Hun focus ligt op strategie, processen en enablement. Bij bedrijven met een enterprise-salesmotion is een deal desk die contracten getekend krijgt vaak de volgende processpecialist om toe te voegen.
Enablement, dus content, training en onboarding, zit hier bij de generalisten. Niet als losse hire.
Ik zeg het ronduit, omdat ik het elke keer heb zien mislukken. Neem geen pure enablement-medewerker aan zonder RevOps-vaardigheden. Die maakt decks die niemand gebruikt en trainingen die losstaan van hoe het proces echt loopt. Enablement werkt alleen als het verbonden is aan iemand die het systeem begrijpt waarmee mensen leren werken.
De belangrijkste vaardigheden voor deze rol zijn stakeholdermanagement, strategisch denken en communicatie. Deze persoon brengt de dag door met mensen, niet in de terminal.
Head of Systems voor tooling, automatisering en AI
Deze head is eigenaar van de stack, en onder hem of haar vallen drie rollen.
- Een expert in tooling en automatisering die de systemen draaiende en verbonden houdt.
- Een AI operations-rol die AI-use-cases ontwerpt en de AI-stack beheert. Dat is inmiddels een echte functie, geen bijproject.
- Een software engineer die maatwerkoplossingen bouwt en onderhoudt.
Op dat laatste punt stuit ik op de meeste weerstand, dus ik zeg het direct. In 2026 ga je bouwen, niet alleen kopen. De interessante voordelen in go-to-market (GTM) zitten niet meer in een standaardtool. En ja, met "vibe coding" heb je in een weekend een prototype. Maar daarmee heb je niets waarop je revenue-team het bedrijf kan draaien. Een prototype dat ongemerkt het productiesysteem wordt, is een risico met een aftellende timer. Als je gaat bouwen, laat het dan een echte engineer doen.
De markt noemt die engineer de GTM-engineer. De analyse van Bloomberry van vacatures voor GTM engineering telde vacatures voor GTM-engineers en RevOps samen en zag die in januari tot en met september 2025 met 205% stijgen ten opzichte van dezelfde maanden in 2024. Ook bleek dat 9 van de 10 verantwoordelijkheden in vacatures voor GTM-engineers ook voorkomen in vacatures voor RevOps-engineers, met voorop het bouwen en automatiseren van go-to-market-workflows, het integreren van de stack en eigenaarschap over het CRM. Het is dus RevOps-systeemwerk, gedaan met een engineeringskillset, en het hoort in deze pijler.
Hier zit ook AI in GTM. RevOps is er eigenaar van. Uit onze CRO-enquête bleek dat AI zonder eigenaarschap van RevOps zorgt voor meer ruis in plaats van meer impact. AI die op een rommelig systeem wordt geschroefd, levert alleen sneller foute antwoorden op.
Deze persoon moet zeer technisch zijn, met een sterke focus op AI.
Head of Data als onderdeel van RevOps
Data is onderdeel van RevOps. Geen gunst die je aan het centrale datateam vraagt, geen export per kwartaal. Een Head of Data die een datateam leidt, binnen RevOps, rapporterend aan de functie.
Waarom ik hier zo strikt in ben? Omdat data de omzet gaat aanjagen, via pipelinescoring, churnvoorspelling, capaciteitsmodellen en de input waarvan elke AI-use-case afhangt. Denk aan de enquête, waarin slechts 38% de data had die hun AI-mandaat nodig heeft. Die teams zijn daar niet gekomen door data te lenen wanneer het uitkwam.
De belangrijkste vaardigheden zijn een sterke focus op data en machine learning (ML) engineering.
De rol en rapportagelijn van de VP of RevOps
Drie heads die in drie richtingen trekken, vormen geen systeem. Het zijn drie afdelingen die toevallig dezelfde naam delen.
De VP (Vice President) of RevOps is het scharnierpunt, het punt waar de hele revenue operations-teamstructuur om draait. Hij of zij orkestreert het geheel. Data voedt systemen, systemen bedienen processen, processen zijn wat enablement aanleert, en alles is gericht op omzet. Zonder scharnierpunt heb je gewicht dat nergens heen kan. Met een scharnierpunt verplaatst dezelfde kracht iets wat veel groter is dan zijzelf.
Het scharnierpunt heeft ook de juiste lijn naar boven nodig. De VP of RevOps hoort te rapporteren aan de executive die eigenaar is van de hele revenue-cyclus, de CEO of een CRO die marketing, sales en customer success aanstuurt, en nooit aan een van de teams die RevOps op één lijn moet brengen. De opties bespreken we in aan wie RevOps moet rapporteren.
Wanneer deze RevOps-structuur past en wat ze oplevert
Ik raad dit B2B SaaS-organogram aan voor bedrijven met 20 tot 50 fte in commerciële functies. Daaronder is het te zwaar, want je hebt geen drie heads nodig om vijftien verkopers te ondersteunen.
In mijn klantwerk is een structuur als deze wat een bedrijf in staat stelt zijn commerciële team 3-5x te laten groeien zonder één extra ops-hire. De ops-functie groeit dan niet meer lineair mee met de salesvloer. En het commerciële team zelf wordt aanzienlijk efficiënter, ergens tussen 2x en 10x, afhankelijk van hoe kapot alles was toen je begon. Dat zijn bandbreedtes uit wat ik heb gezien, geen garanties. De rest is uitvoering.
Dit is ook maar één werkbare samenstelling. Een bedrijf met een zware partner-motion, of met meerdere regio's met verschillende volwassenheid, verschuift de gewichten. Het principe blijft overeind, ook als de vakjes verschuiven. Verdeel de vier pijlers, geef elk een echte eigenaar, en zet een scharnierpunt in het midden.
Structuur is het skelet. De lastigere vraag, die ik krijg zodra iemand dit organogram ziet, gaat over volgorde. Als je dit niet allemaal tegelijk kunt aannemen, wie komt er dan eerst? Dat verdient een eigen artikel, maar de volgende sectie geeft je de korte versie.
Hoe het RevOps-organogram verandert met de omvang van het bedrijf
| Commercieel team (sales, marketing, CS) | Structuur | Opmerkingen |
|---|---|---|
| Minder dan 20 fte | Eén senior RevOps-generalist die alle vier pijlers afdekt, met ondersteuning voor beheer of een externe partner voor specialistisch werk | Drie heads zouden meer kosten dan de problemen die ze oplossen |
| 20-50 fte | De structuur hierboven, met een VP of RevOps en heads voor processen en enablement, systemen en AI, en data | Aan de onderkant kan de VP ook Head of RevOps zijn, en kan één persoon systemen en data afdekken |
| 50+ fte | Dezelfde drie heads, met specialistische teams binnen elke pijler (ops per functie en een deal desk; solution architects en integrators; analisten, analytics engineers en data scientists) | Houd één VP als scharnierpunt. Meer heads zonder scharnierpunt brengt de silo's terug |
De eerste vakjes om te vullen zijn de vakjes waarvan nu niemand eigenaar is. In ons klantwerk is de solo-RevOps-lead meestal het vergaarbakje voor CRM-beheer, rapportage, procesontwerp, data-opschoning en nu ook de AI-roadmap, terwijl het bedrijf het nog steeds één functie noemt. Dat is Maria, en het is het duidelijkste signaal dat de structuur moet veranderen.
Het organogram beschrijft rollen, geen aantallen. Hoeveel mensen je nodig hebt bij elke bedrijfsomvang, en hoe AI die verhoudingen verandert, lees je in hoe groot je RevOps-team moet zijn.
Kun je nog geen Head of Systems en engineer aannemen, maar kan het automatiserings- en AI-werk niet wachten, praat dan met ons over een GTM-engineer in je team. Die bouwt de workflows, verrijking en AI-use-cases binnen je eigen stack terwijl jij beslist over de permanente structuur.
Vragen om je eigen RevOps-structuur te toetsen
- Hoeveel mensen telt je ops-functie vandaag, afgezet tegen je commerciële headcount? Groeit die verhouding mee met de salesvloer, of staat ze er los van?
- Is er van de vier pijlers, data, systemen, processen en enablement, één waarvan op dit moment niemand eigenaar is?
- Als er morgen een AI-mandaat op je GTM-team landt, wie is dan eigenaar van de uitrol? Is die persoon ook eigenaar van de data waarop het draait?
- Ligt je enablement bij iemand die echt een RevOps-domein heeft gedragen, of bij iemand die in een vacuüm trainingen maakt?
- Wie is jouw scharnierpunt? En als het eerlijke antwoord "niemand" is, wat houdt je functies op dit moment dan bij elkaar?
Is dat laatste antwoord "niemand", laten we dan bespreken waar je begint.
FAQ over het RevOps-organogram
Hoe ziet een RevOps-organogram eruit?
Een RevOps-organogram voor een mid-sized SaaS-bedrijf heeft een VP of RevOps in het midden en drie heads, voor processen en enablement, systemen en AI, en data. Elke head is eigenaar van een of twee van de vier RevOps-pijlers en leidt specialisten naarmate het bedrijf groeit.
Aan wie moet de VP of RevOps rapporteren?
De VP of RevOps hoort te rapporteren aan de executive die eigenaar is van de hele revenue-cyclus, dus de CEO of een CRO die marketing, sales en customer success aanstuurt. Rapporteren aan een van de teams die RevOps op één lijn brengt, bouwt vooringenomenheid in de functie in.
Waar zit enablement in een RevOps-team?
Enablement zit bij de Head of RevOps, naast processen, omdat training alleen werkt als die verbonden is aan iemand die het proces begrijpt waarin mensen worden getraind. Een losse enablement-hire zonder RevOps-vaardigheden produceert meestal content die niemand gebruikt.
Waar zitten GTM-engineers en AI-rollen in het organogram?
Ze vallen onder de Head of Systems, naast de expert in tooling en automatisering. De AI operations-rol ontwerpt use cases en beheert de AI-stack; de GTM- of software engineer bouwt en onderhoudt daarbovenop maatwerkoplossingen.
Wanneer heb je een aparte Head of Data nodig?
Je hebt een aparte Head of Data nodig zodra data direct omzetbeslissingen gaat sturen, via pipelinescoring, churnvoorspelling, capaciteitsmodellen en AI-use-cases. In onze ervaring gebeurt dat rond de 20 tot 50 commerciële fte; daaronder volstaat meestal een data-analist binnen RevOps.
