RiOS vs RevOps

RevOps, revenue operations, is een functie: mensen die de processen, systemen en data van sales, marketing, customer success en finance op één lijn brengen. RiOS is software: een revenue intelligence platform dat die systemen leest, lekken in de omzetketen signaleert met een bedrag erbij en de opvolging klaarzet. RevOps bepaalt hoe de keten hoort te lopen. RiOS laat zien waar hij in de praktijk niet zo loopt. Het een vervangt het ander niet. Wel kan RiOS een deel van het controlewerk doen dat een RevOps-team anders met de hand doet, en voor bedrijven zonder RevOps-team een deel van dat gat dichten.

Wat RevOps is

Revenue operations is ontstaan in grotere SaaS-bedrijven, als antwoord op een bekend probleem: sales, marketing en customer success hadden elk hun eigen operations-mensen, eigen systemen en eigen cijfers. RevOps brengt die samen onder één verantwoordelijkheid. Typische taken:

• Proces. Hoe een lead een deal wordt, een deal een contract, een contract een factuur. Wie wat doet op elk overgangspunt.
• Systemen. Het CRM inrichten en beheren, koppelingen met marketing automation, CPQ en facturatie.
• Data en definities. Wat een MQL is, wanneer een deal gewonnen telt, hoe je ARR of terugkerende omzet berekent.
• Rapportage en forecast. De pipelinerapporten, de forecast, de cijfers voor de directie.
• Enablement en planning. Territoria, quota, commissieregelingen.

In Nederland is RevOps als aparte functie vooral te vinden bij SaaS-bedrijven en snelgroeiende scale-ups. In veel B2B-bedrijven van EUR 2M tot EUR 50M omzet ligt dit werk verspreid: bij een salesmanager, een controller, iemand die "het CRM doet". Hoe dat hier in de praktijk is georganiseerd, staat in Revenue Operations in Nederland.

Wat RiOS is

RiOS is een platform, op dit moment in bèta, dat koppelt aan de systemen die een bedrijf al gebruikt: CRM, facturatie, support en advertentieplatformen. Het leest die systemen doorlopend, legt deals, facturen, tickets en campagnes aan elkaar en meldt waar omzet weglekt, met een eurobedrag en een zekerheid per bevinding. Bij elke bevinding hoort een voorgestelde oplossing, die als taak bij een eigenaar komt of via een automatisering of AI-agent wordt uitgevoerd, na goedkeuring.

RiOS neemt geen beslissingen over je proces. Het bepaalt niet hoe je kortingen goedkeurt of wanneer een deal gewonnen telt. Het laat zien waar de werkelijkheid afwijkt van wat je hebt afgesproken.

Naast elkaar

Waar ze elkaar raken

Het grootste overlappende stuk is controle. Een RevOps-team besteedt een deel van zijn tijd aan uitzoeken waarom cijfers niet kloppen: waarom de forecast mist, waarom sales en finance een andere omzet noemen, welke deals zonder factuur zijn blijven hangen, welke klanten stilletjes minder afnemen. Dat werk is noodzakelijk, maar het is vooral vergelijken, en het groeit mee met het aantal klanten en deals.

Dat is het werk waar software sterker is. Niet omdat het slimmer is, maar omdat het elke nacht elke deal naast elke factuur kan leggen zonder dat er iemand voor hoeft te gaan zitten. De tijd die RevOps daardoor terugkrijgt, gaat naar het werk dat software niet kan: de oorzaak oplossen. Waarom lekt het tussen contract en factuur? Omdat de overdracht van sales naar finance via een mail loopt. Dat verander je niet met een signaal, maar met een afspraak en een aangepast proces.

Waarom juist die overdrachten lekken, lees je in waarom silo's revenue leakage veroorzaken.

Als je geen RevOps-team hebt

De meeste bedrijven in de doelgroep van RiOS hebben geen RevOps-afdeling. Dan ligt de vraag anders: niet "vervangt software mijn team", maar "wie doet dit werk nu eigenlijk?"

Meestal is het antwoord: niemand structureel. De controller sluit de maand af en ziet dat de omzet lager is dan de salesrapportage. De salesmanager weet dat een paar deals "nog gefactureerd moeten worden". De accountmanager merkt pas bij de opzegging dat een klant al maanden minder afnam. Iedereen ziet een stukje. Niemand ziet de keten. Wie in zo'n situatie verantwoordelijk is, en wie het zou moeten zijn, staat in wie is verantwoordelijk voor revenue leakage.

Voor zo'n bedrijf kan een platform een deel van de RevOps-rol invullen: de doorlopende controle en de signalering. Het ontwerpen van het proces en het maken van afspraken blijft mensenwerk, en daar moet iemand eigenaar van zijn, ook als dat een halve dag per week is.

Rekenvoorbeeld: waar de uren heen gaan

Rekenvoorbeeld: stel, een bedrijf met EUR 12M omzet heeft één RevOps-medewerker. Een typische week, als voorbeeld:

• 1 dag aan rapportages en de forecast bijwerken;
• 1 dag aan verschillen uitzoeken tussen CRM en boekhouding, deals nalopen, dubbele accounts opschonen;
• 1 dag aan CRM-beheer en vragen van sales;
• 2 dagen aan projecten: een nieuw prijsmodel, een betere overdracht naar finance, een commissieregeling.

De tweede dag is controlewerk. Als software dat grotendeels overneemt, komt er een dag per week vrij voor projecten, en worden verschillen gevonden op de dag dat ze ontstaan in plaats van als iemand toevallig kijkt. Hoeveel dat in euro's oplevert, hangt af van wat die controle vindt en van wat de medewerker met de vrijgekomen tijd doet. Dat is geen vast getal, maar wel een som die je voor je eigen situatie kunt maken.

Wat RiOS niet doet wat RevOps wel doet

Om verwachtingen scherp te houden:

• Processen ontwerpen. Hoe je lead-to-cash inricht, is een keuze. Software kan tonen waar het misgaat, niet hoe het anders moet.
• Definities vastleggen. Wat telt als gewonnen, als actieve klant, als churn: daar moeten sales en finance samen over beslissen.
• Mensen meekrijgen. Een verkoper die kortingen geeft zonder goedkeuring, verander je niet met een melding alleen.
• Commissies, quota en planning. Dat is geen onderdeel van wat de site over RiOS beschrijft.

Wat RiOS doet wat RevOps lastig handmatig kan

• Volledige dekking. Elke deal, elke factuur, elke klant, niet een steekproef.
• Doorlopend. Een nieuw lek wordt gemeld in de week dat het ontstaat.
• Over systemen heen. CRM, facturatie, support en advertenties in één beeld, zonder exports.
• Een bedrag per bevinding. Zodat je weet welk lek eerst moet.
• Opvolging vastgelegd. Elke bevinding een taak met een eigenaar en een status.

De acht lekpatronen waar dit om draait, van gewonnen deals zonder factuur tot stille churn, staan uitgewerkt op de pagina met use cases. Voor de algemene vergelijking tussen Revenue Intelligence en RevOps, los van RiOS, zie Revenue Intelligence vs RevOps. De hele reeks vergelijkingen begint bij Revenue Intelligence vs Business Intelligence.

Stappenplan: controlewerk en ontwerpwerk scheiden

1. Schrijf op welke controles er nu gebeuren. Wie legt CRM naast facturatie, wie checkt indexaties, wie kijkt naar dalende klanten? Hoe vaak?
2. Markeer wat vergelijken is en wat beslissen is. Vergelijken kan software. Beslissen niet.
3. Schat de tijd per controle. Ook als het "af en toe" is: hoeveel uur per maand?
4. Kies één eigenaar voor de omzetketen. Met of zonder RevOps-titel. Iemand moet de bevindingen opvolgen.
5. Bepaal welke controles doorlopend moeten. Alles wat vaak verandert en in systemen zichtbaar is, is een kandidaat.
6. Besteed de vrijgekomen tijd aan de oorzaken. Een lek dat elke maand wordt gevonden en opgelost, is nog steeds een lek.

Veelgestelde vragen

Vervangt RiOS een RevOps-medewerker?

Nee. Het kan een deel van het controlewerk overnemen. Het ontwerpen van processen, het vastleggen van definities en het meekrijgen van sales en finance blijft mensenwerk.

Heb ik een RevOps-team nodig om RiOS te gebruiken?

Nee. Je hebt wel iemand nodig die bevindingen opvolgt en eigenaar is van de omzetketen. In kleinere bedrijven is dat vaak de controller, de commercieel directeur of de directeur zelf.

Is RevOps alleen iets voor SaaS-bedrijven?

De term komt uit SaaS, maar het werk bestaat in elk B2B-bedrijf: zorgen dat wat verkocht wordt ook gefactureerd en behouden wordt. In projectbedrijven, groothandels en dienstverleners heet het alleen zelden zo.

Waar begint een bedrijf zonder RevOps?

Met één vraag: waar gaat onderweg van deal naar betaling geld verloren? Wie dat eerst wil uitzoeken zonder software te koppelen, kan beginnen met een eenmalige doorloop van de omzetketen en pas daarna kiezen wat doorlopend bewaakt moet worden.