Wat doet een Revenue Intelligence Platform?

Een Revenue Intelligence platform koppelt de systemen waarin je omzet ontstaat en wordt vastgelegd, zoals CRM, contracten, facturatie en boekhouding, en controleert doorlopend of ze met elkaar kloppen. Het vindt deals zonder factuur, prijzen die afwijken van de afspraak, vergeten indexaties en klanten die minder gaan afnemen. Elke bevinding krijgt een eurobedrag, bewijs uit de bronsystemen en een eigenaar, zodat er iets mee gebeurt in plaats van dat het in een rapport blijft staan.

Dat is de korte versie. Hieronder staat wat zo'n platform in de praktijk moet kunnen, waar je op let bij het beoordelen van een oplossing en waar de grenzen liggen. Voor de bredere context over het vakgebied: zie de complete gids over Revenue Intelligence.

De zes taken van een Revenue Intelligence platform

1. Data ophalen uit je bestaande systemen

Een platform begint met koppelingen. Het haalt deals, producten en klantgegevens uit het CRM (Salesforce, HubSpot, Pipedrive), factuurregels en betalingen uit de boekhouding (Exact, AFAS, Twinfield, Moneybird, SAP) en waar relevant orders, uren, abonnementen of gebruik uit andere systemen.

Het cruciale woord is doorlopend. Een eenmalige export laat zien hoe het er vandaag voor staat. Een koppeling die elke nacht of elk uur ververst, laat zien wat er morgen misgaat. Welke systemen je daarvoor moet koppelen, staat in welke systemen je moet koppelen voor Revenue Intelligence.

Een goed platform vraagt daarbij zo weinig mogelijk rechten. Om lekken te vinden is leestoegang genoeg. Schrijfrechten zijn alleen nodig als het platform ook acties uitvoert, en dan hoort dat per actie afgebakend en goedgekeurd te zijn.

2. Records aan elkaar verbinden

Dit is het werk dat het verschil maakt tussen een dashboard en een controle. Het platform moet weten dat deal 4471 in het CRM hoort bij contract K-2023-118, bij debiteur 20455 in Exact en bij de zeven factuurregels die daar sinds maart op staan.

In een ideale wereld deelt elk systeem een uniek klantnummer en dragen facturen het ordernummer mee. In de praktijk ontbreken die sleutels vaak, zijn ze verkeerd ingevuld of verschillen ze per systeem. Een platform moet dus kunnen verbinden op meerdere manieren: op vaste sleutels waar die er zijn, en op combinaties van naam, KvK-nummer, bedrag en datum waar ze ontbreken. Het moet ook laten zien hoe zeker een verbinding is. Een match op ordernummer is iets anders dan een match op een gelijkende bedrijfsnaam.

3. Vergelijken met wat er had moeten gebeuren

Als de records verbonden zijn, kan het platform de verwachting naast de werkelijkheid leggen. Dat gebeurt met twee soorten controles.

Regels. Controles die je kunt uitschrijven:

• Een gewonnen deal heeft binnen een bepaalde termijn een factuur.
• De prijs op de factuur is gelijk aan de prijs in de deal of het contract, binnen de afgesproken korting.
• Een tijdelijke korting stopt op de einddatum.
• Na de indexatiedatum stijgt het tarief volgens de clausule.
• Het aantal gefactureerde eenheden is gelijk aan het aantal geleverde eenheden.

Patronen. Afwijkingen die je niet in een vaste regel vangt:

• Een klant die jarenlang maandelijks bestelde en nu drie maanden niets.
• Een klant die meer betaalt of minder betaalt dan vergelijkbare klanten voor hetzelfde product.
• Een verkoper wiens deals structureel met een hogere korting sluiten dan die van collega's.

Regels vinden de bekende lekken. Patronen vinden de lekken waar je nog niet aan dacht.

4. Elke bevinding in euro's uitdrukken

Een lijst met tweehonderd afwijkingen helpt niemand. Een lijst met tweehonderd afwijkingen, gesorteerd op wat ze per jaar kosten, wel. Een platform rekent per bevinding uit wat het verschil is: eenmalig (een vergeten factuur) of terugkerend (een tarief dat te laag staat). Het laat ook zien hoe zeker die berekening is.

Rekenvoorbeeld: stel, het platform vindt drie dingen.

De eenmalige deal is het grootste bedrag, maar de indexatie loopt elk jaar door en stapelt als niemand ingrijpt. Een platform dat alleen het grootste getal bovenaan zet, mist dat onderscheid. Een goed platform laat beide zien.

5. Er een taak van maken

Een bevinding moet bij iemand terechtkomen. Het platform wijst toe: de vergeten factuur naar de financiële administratie, de indexatie naar de accountmanager, de doorgelopen korting naar sales operations. Met status, zodat je ziet wat er open staat en wat is opgelost. Zonder die stap eindigt elke analyse als een pdf in een mailbox.

6. Acties voorbereiden of uitvoeren

De laatste stap is het oplossen zelf. Sommige oplossingen lenen zich voor automatisering: een conceptfactuur klaarzetten voor het ontbrekende meerwerk, een taak in het CRM aanmaken, een herinnering sturen naar de klanteigenaar. Andere oplossingen vragen een menselijke beslissing: breng je een klant de gemiste indexatie van twee jaar in rekening, of alleen vanaf nu?

Het uitgangspunt hoort te zijn dat het platform voorstelt en een mens goedkeurt. Zeker bij alles wat naar een klant gaat.

Wat een platform niet hoort te doen

Een Revenue Intelligence platform is geen nieuwe bron van waarheid. Het vervangt het CRM niet en het is geen boekhouding. De boekhouding blijft leidend voor wat er gefactureerd is, het CRM voor wat er verkocht is. Het platform is de laag die ze vergelijkt.

Het hoort ook niet op eigen houtje facturen te wijzigen, creditnota's te maken of klanten te benaderen. Een platform dat dat zonder goedkeuring kan, heeft meer rechten dan de taak nodig heeft.

En het is geen vervanging voor goede afspraken. Als niemand weet welke kortingen zijn toegestaan, kan het platform alleen melden dat kortingen verschillen, niet of dat terecht is.

Platform, tool of besturingssysteem?

Niet elke oplossing doet alle zes de taken. Veel tools doen er één of twee: een forecasttool leest het CRM en voorspelt, een billingtool factureert abonnementen en rapporteert churn. Een platform doet de hele keten, van lezen tot handelen.

Sommige leveranciers gaan nog een stap verder en spreken van een Revenue Intelligence OS: een laag die niet alleen controleert, maar ook de automatiseringen en agents aanstuurt die de oplossingen uitvoeren. Wat het verschil is en wanneer dat ertoe doet, lees je in wat een Revenue Intelligence OS is.

Waar je op let bij het beoordelen van een platform

Gebruik deze lijst als je met een leverancier praat, of als je bepaalt of je het zelf gaat bouwen met Power BI en Excel.

1. Welke systemen kan het lezen? En via welke weg: een standaardkoppeling, een eigen API-koppeling of handmatige uploads?
2. Hoe verbindt het records? Vraag naar de aanpak als klantnummers ontbreken. Vraag of het laat zien hoe zeker een verbinding is.
3. Welke controles zitten er standaard in? Gewonnen zonder factuur, prijsafwijking, indexatie, aantallen, verlopen kortingen, afnemende klanten. Hoeveel daarvan moet je zelf bouwen?
4. Kan het contracten lezen? Als je belangrijkste afspraken in pdf's staan, is dit bepalend.
5. Hoe wordt een bevinding geprijsd? Eenmalig versus terugkerend, en met welke onderbouwing.
6. Waar komt een bevinding terecht? In een rapport, of als taak bij een persoon?
7. Welke rechten vraagt het? Leestoegang voor detectie, schrijfrechten alleen per goedgekeurde actie.
8. Waar staat de data? Binnen de EU, met een verwerkersovereenkomst.
9. Hoe wordt het geprijsd? Per gebruiker of per bedrijf. Bij omzetcontrole moeten sales, finance en directie allemaal kunnen meekijken, dus prijzen per gebruiker werken daar tegen.

Hoe het platform van AutoMaat deze taken invult, is scherm voor scherm te zien op de pagina over het systeem.

Hoe het in de praktijk loopt

Een typisch verloop na het koppelen ziet er zo uit.

De eerste run. Het platform leest de historie en vindt een voorraad oude verschillen. Dit is vaak het moment met de meeste bevindingen, omdat er nooit eerder systematisch is gekeken. Een deel daarvan blijkt terecht (een deal die bewust niet is gefactureerd, een korting die mondeling is verlengd). Die uitzonderingen leg je vast, zodat ze niet steeds terugkomen.

De opruimfase. De grootste bedragen worden eerst opgepakt. Vergeten facturen worden alsnog verstuurd waar dat contractueel kan. Tarieven worden gecorrigeerd voor de volgende factuurrun.

De doorlopende fase. Daarna verschuift de waarde van terughalen naar voorkomen. Een nieuwe deal zonder factuur wordt binnen dagen gemeld, niet na een jaar. Een indexatiedatum die nadert, komt als taak binnen voordat de januarifactuur de deur uitgaat.

Die laatste fase is waar een platform zich onderscheidt van een eenmalige controle. Een audit vindt wat er is misgegaan. Een platform vangt wat er gaat misgaan. Hoe de onderliggende techniek per stap werkt, staat in hoe Revenue Intelligence werkt.

Veelgestelde vragen

Wat is het verschil tussen een Revenue Intelligence platform en een BI-tool?

Een BI-tool zoals Power BI toont wat je zelf bouwt. Je moet de vragen, de koppelingen en de controles zelf bedenken. Een Revenue Intelligence platform komt met de controles voor omzetlekkage al ingebouwd en eindigt bij een taak met een eigenaar, niet bij een grafiek.

Heeft een Revenue Intelligence platform schrijfrechten nodig in mijn CRM of boekhouding?

Voor het vinden van lekken niet. Leestoegang is genoeg. Schrijfrechten zijn alleen nodig voor acties zoals het aanmaken van een taak of conceptfactuur, en horen per actie te worden goedgekeurd.

Hoe snel vindt een platform iets?

De eerste run over de historie levert meestal direct bevindingen op, omdat er vaak nooit systematisch is vergeleken. Hoeveel en hoe groot, hangt af van je bedrijf. Daar is geen betrouwbaar gemiddelde voor.

Kan ik dit ook met Excel doen?

Voor een eenmalige vergelijking van deals en facturen wel. Doorlopend wordt het lastig: exports verouderen, verbindingen tussen records moet je elke keer opnieuw leggen en niemand heeft tijd om het elke maand te herhalen.

Voor welke bedrijven is een platform zinvol?

Vooral voor B2B-bedrijven met honderden klanten of meer, terugkerende omzet of prijsafspraken per klant, en meerdere systemen tussen deal en betaling. Onder die grens is een periodieke handmatige controle vaak genoeg.