RevOps-auditchecklist: wat je controleert en hoe je verbeteringen prioriteert

Voor je begint: kies een nuttige eerste audit

Stel je de omzetvergadering op maandag voor. Sales heeft één pipelinecijfer, finance een ander, en iemand deelt een spreadsheet die afgelopen donderdag blijkbaar nog de bron van waarheid was. Iedereen heeft zijn werk gedaan. Alleen is niemand het eens over wat het betekent. Dat is een goed vertrekpunt voor een RevOps-audit.

Een CRM-audit bekijkt de inrichting van een systeem. Een RevOps-audit onderzoekt of mensen, overdrachten, systemen en data samenwerken tijdens de klantreis. Een perfect ingericht veld lost een meningsverschil over wanneer sales een lead moet accepteren niet op.

Deze handleiding is bedoeld voor een eerste audit van een B2B-verkoopproces. Kies nieuwe klanten, uitbreiding of verlenging en herhaal de methode daarna voor de andere processen. Je hebt een auditleider, de eigenaren van de betrokken overdrachten, toegang tot relevante records en rapporten en een plek voor bevindingen nodig. Doorloop de genummerde stappen in volgorde. Elke stap levert iets concreets op.

De stappen en werkbladen vormen onze aanbevolen werkwijze. De gelinkte leveranciersdocumentatie onderbouwt specifieke systeemvoorbeelden; ze certificeert deze audit niet. Alle rekenvoorbeelden zijn fictief, geen klantresultaten of branchebenchmarks.

1. Spreek de vraag en de beslissing af

“RevOps auditen” is te breed om te weten waar je begint. Kies een zichtbaar symptoom: trage leadtoewijzing, steeds verschuivende sluitingsdatums of klanten die zonder afgesproken scope aan onboarding beginnen. Vraag de opdrachtgever wat die anders zou doen als de oorzaak bekend was.

Schrijf een korte opdracht voordat je een dashboard opent. Benoem klantsegment en verkoopproces: nieuwe enterprise-klanten kunnen andere faseregels nodig hebben dan een upgrade via selfservice. Wijs iemand aan die knopen over definities en prioriteiten kan doorhakken.

1. Schrijf de vraag in één zin: “Waarom komen gekwalificeerde inboundaanvragen zonder eigenaar bij sales terecht?” Voeg de beslissing toe: “Bepalen welke routeringsregel en terugvalprocedure moeten veranderen.”
2. Baken team, regio, product, pipeline, systemen, periode en tijdzone af. Houd een momentopname van open deals apart van een cohort leads dat in een bepaalde periode is aangemaakt.
3. Noteer uitsluitingen en beperkingen, zoals testrecords, partneraccounts, ontbrekende activiteitshistorie of records die je niet mag zien.
4. Spreek af wie de bevindingen beoordeelt en wanneer het werk klaar is: een onderbouwde diagnose, een geordende werklijst en acceptatiecontroles voor de voorgestelde wijzigingen.

2. Verzamel de nulmeting en het bewijs

Een audit heeft voldoende historie nodig om te verklaren wat er gebeurde. Bewaar definities en metingen voordat iemand gaat opschonen. Een live rapport helpt bij het dagelijkse werk, maar kan morgen iets anders tonen. Bewaar daarom een gedateerd resultaat of toegestane export naast de opgeslagen filters.

Combineer een brede telling met een nadere blik op specifieke klantreizen. Controles op de volledige populatie laten zien hoe vaak iets voorkomt. Een bewust gekozen steekproef helpt het te verklaren. Een paar uitzonderlijke deals zijn nuttig onderzoeksmateriaal, maar geen representatieve schatting van de hele pipeline.

1. Verzamel fasedefinities, routeringsregels, overdrachtsafspraken, belangrijke dashboards, velddefinities en een integratieoverzicht. Markeer ontbrekende documentatie als onbekend; ongedocumenteerd werk bestaat niet automatisch niet.
2. Bewaar voor de geselecteerde records ID, eigenaar, bron, fase, relevante tijdstippen, zo nodig bedrag en valuta, volgende actie en gekoppelde klantrecords. Sla bewijs op in een goedgekeurde gedeelde locatie met passende toegang.
3. Kies voorbeelden van geslaagde overdrachten, vertragingen, gewonnen en verloren deals, herverdeling en uitzonderingen. Noteer je selectiecriteria. Gebruik een aparte willekeurige of gestratificeerde steekproef als je wilt schatten hoe vaak iets voorkomt.
4. Laat elke proceseigenaar een recent record doorlopen: wat kwam binnen, wat controleerde en wijzigde diegene en hoe wist die dat de volgende persoon het had geaccepteerd?

3. Breng elke overdracht en eigenaar in kaart

Teken de route van de klant door het gekozen proces. Bij nieuwe klanten: aanvraag, kwalificatie, verkenning, voorstel, overeenkomst en onboarding. Bij verlengingen begin je bij het verlengingssignaal en volg je het klantgesprek tot de commerciële beslissing.

Het Bowtie-model van Winning by Design verbindt acquisitie, behoud en uitbreiding in één klantreis voor terugkerende omzet. Gebruik dat om je scope te toetsen: ontstaat het probleem na de verkoop, neem dan onboarding en de overdracht naar customer success mee in plaats van bij een gewonnen deal te stoppen.

Maak bij elke grens onderscheid tussen werk versturen en werk accepteren. Een taak aanmaken of een fase wijzigen bewijst dat er een instructie is, niet dat het ontvangende team verantwoordelijkheid heeft genomen. Spreek beide kanten als hun beschrijvingen verschillen.

1. Benoem voor elke overdracht verzender, ontvanger, trigger, verplichte informatie, acceptatiesignaal en uitzonderingsroute.
2. Volg de geselecteerde records over die grenzen. Vergelijk verwachte tijdstippen en informatie met de werkelijke historie.
3. Meet vertraging tegen een afgesproken serviceniveau. Leg kantooruren, tijdzone, feestdagen en het startmoment vast voordat je responstijden berekent.
4. Vraag wat er gebeurt bij afwezigheid, een onduidelijk verkoopgebied, een afgewezen lead of een terugkerende klant. Een terugvalprocedure die alleen in iemands hoofd bestaat hoort bij de bevindingen.

• Winning by Design: acquisitie, behoud en uitbreiding in het Bowtie-model ↗

4. Toets kwalificatie, fasen en prognoseveranderingen

Fasenamen kunnen precies klinken en toch voor iedereen iets anders betekenen. Welk bewijs is nodig om een fase in te gaan en wat moet gebeuren om haar te verlaten? Een verkoper die een voorstel verstuurt is een activiteit; een koper die de scope accepteert is een andere gebeurtenis.

Houd de levenscyclus van contacten en bedrijven apart van de voortgang van een deal. HubSpot gebruikt bijvoorbeeld levenscyclusfasen voor contacten en bedrijven en leadstatus voor aanvullende kwalificatie. Gebruik de afgesproken definities van je organisatie; een standaardlabel bewijst geen verkooprijpheid.

Bekijk veranderingen én de huidige stand. Salesforce maakt in zijn Pipeline Inspection-documentatie onderscheid tussen pipelinebewegingen, zoals deals die buiten een periode vallen, en wijzigingen in prognosecategorieën. De praktische vraag is welke records het cijfer veranderden en waarom.

1. Schrijf per actieve fase een in- en uitstapregel. Benoem het bewijs en wie dat controleert. Vermijd regels als “lijkt veelbelovend”.
2. Vergelijk recente faseovergangen met dat bewijs. Neem deals mee die teruggingen, fasen oversloegen of na een beslissing open bleven.
3. Vergelijk de tijd in een fase met vergelijkbare deals in hetzelfde proces. Onderzoek uitschieters met de eigenaren voordat je een grens voor stilstaande deals kiest; neem geen universeel aantal dagen over.
4. Vergelijk sluitingsdatum, bedrag en prognosecategorie tussen twee gedateerde momentopnamen. Ontbreekt historie, vermeld dan dat je de huidige records kunt beoordelen maar eerdere bewegingen niet betrouwbaar kunt reconstrueren.

• HubSpot: levenscyclusfasen van contacten en bedrijven ↗
• Salesforce: pipelineveranderingen en prognosecategorieën ↗

5. Controleer de data en volg haar door de systemen

Begin met velden die een beslissing of actie sturen. De eigenaar bepaalt routering, de sluitingsdatum de rapportageperiode en klant- en contractkoppelingen de verlengingsoverdracht. Ontbrekende informatie daar weegt zwaarder dan een ongebruikt veld dat toevallig makkelijk in te vullen is.

Bepaal voor elke belangrijke waarde welk systeem leidend is en welke systemen haar kunnen overschrijven. Volg daarna een echte update door de keten. Een schoon CRM-record nu vertelt niet of de import van morgen de correctie weer terugdraait.

1. Definieer per controle de regel en relevante populatie, bijvoorbeeld open deals voor nieuwe klanten die een saleseigenaar nodig hebben. Tel getroffen ID’s en alle relevante ID’s afzonderlijk.
2. Controleer ontbrekende, ongeldige, conflicterende en verouderde waarden, mogelijke duplicaten en ontbrekende relaties. Houd “niet van toepassing” apart van “onbekend”.
3. Bekijk aanmaakbron en wijzigingshistorie van getroffen records. Vergelijk importbatches, formulieren, integraties en handmatige updates om patronen te vinden.
4. Volg een update door CRM, gekoppeld systeem en relevante automatisering. Noteer matchingsleutels, richting, foutafhandeling en eigenaar van de verbinding.

6. Verklaar verschillen tussen beslisrapporten

Kies rapporten die echt in de omzetvergadering worden gebruikt. Leg definities naast elkaar voordat je totalen bespreekt. Pipelinebedrag, gewogen pipeline, contractwaarde en ontvangen geld beantwoorden verschillende vragen. Een valutateken betekent niet dat ze gelijk moeten zijn.

Neem voor een voorbeeld van winstpercentage deals die in de periode zijn gesloten, zowel gewonnen als verloren, en bereken gewonnen ÷ (gewonnen + verloren). Een cohort op aanmaakdatum beantwoordt een andere vraag en kan onafgeronde deals bevatten. Vervang het ene cijfer niet ongemerkt door het andere.

1. Definieer object, populatie, teller, eventuele noemer, datumveld, tijdzone, valuta en uitsluitingen van de maatstaf.
2. Vergelijk dezelfde record-ID’s in beide rapporten. Zoek verschillen door eigenaarfilters, rechten, gekoppelde records, datums of aggregatie.
3. Bereken een kleine selectie opnieuw vanuit bronrecords. Onderscheid bij gewogen pipeline de ingestelde fasekans van een gemeten historische conversie.
4. Wijs een definitie-eigenaar aan en noteer resterende verschillen. Ontbreekt een historische momentopname, leg die beperking vast en begin met verzamelen in plaats van een nulmeting te verzinnen.

7. Maak van waarnemingen getoetste bevindingen

Stel dat de fictieve nulmeting 200 open deals voor nieuwe klanten bevat. Bij 48 ontbreekt een gedateerde volgende actie: 48 ÷ 200 = 24%. Dat is een bevestigde waarneming in het CRM. Het bewijst nog niet dat 24% van de deals is opgegeven.

Je bekijkt bijvoorbeeld 12 van die 48 met de eigenaren. Zeven hebben opvolging elders vastgelegd, drie lijken verloren zonder fasewijziging en twee hebben geen afgesproken volgende stap. Drie verschillende problemen. Deze onderzoekssteekproef rechtvaardigt niet dat je dezelfde verhoudingen op de overige 36 toepast.

1. Formuleer de bevinding toetsbaar, met populatie, regel, aantal, percentage, meetdatum en bewijslink.
2. Noteer plausibele verklaringen en toets ze aan historie en gesprekken met de eigenaar. Label elke verklaring als bevestigd, vermoed of onopgelost.
3. Beschrijf het aantoonbare gevolg: gebrekkig zicht op opvolging, geblokkeerde toewijzing of inconsistente rapportage. Noem dealwaarde geen “verloren omzet” zonder bewijs van verlies.
4. Leg vervolgonderzoek vast als de oorzaak onbekend blijft. Laat de proceseigenaar de bevinding kritisch bekijken voordat er een implementatietaak van wordt gemaakt.

8. Zet de bevindingen in een bruikbare volgorde

Je kunt een audit afronden met 70 bevindingen en nog steeds niet weten wat je dinsdag moet doen. Orden op het werk dat wordt verstoord en weeg daarna zekerheid, afhankelijkheden en inspanning mee. Een cijfermatige score is optioneel; een verdedigbare volgorde niet.

Een geblokkeerde overdracht met bevestigde oorzaak kan directe beheersing vragen. Een betwiste maatstaf heeft wellicht eerst een definitie nodig. Een ongebruikt cosmetisch veld kan wachten. Scheid urgentie van zekerheid: een belangrijk onbekend probleem vraagt snel onderzoek, geen ongeteste massawijziging.

1. Noteer per bevinding getroffen workflow, omvang, gevolg, zekerheid en urgentie.
2. Breng afhankelijkheden in kaart voordat je inspanning schat. Spreek een velddefinitie af voordat je validatie en rapporten opnieuw bouwt.
3. Kies een eerste groep wijzigingen met eigenaren die samen te testen is, zonder onduidelijk te maken welke wijziging het resultaat veroorzaakte.

9. Definieer de oplossing, bewijs het resultaat en regel beheer

Maak elke taak klein genoeg om te toetsen. “Verbeter CRM-hygiëne” kun je niet accepteren of afwijzen. “Stuur records met een onbekend verkoopgebied naar de afgesproken wachtrij en waarschuw de eigenaar” kun je testen met bekende invoer.

Houd bestaande achterstanden en nieuwe records apart zichtbaar. Een lager percentage door een grotere populatie kan oude fouten verbergen. Eén opgeschoonde batch bewijst evenmin dat de bron geen nieuwe fouten meer veroorzaakt.

1. Schrijf verwacht gedrag, eigenaar, afhankelijkheden, testgevallen en herstelplan op voordat je de configuratie wijzigt.
2. Test normale routes en uitzonderingen in een passende testomgeving: ontbrekende invoer, herverdeling, herhaalde gebeurtenissen en vervolg­rapportage. Leg verwachte en werkelijke resultaten vast.
3. Corrigeer bestaande records pas nadat matching- en uitzonderingsregels zijn afgesproken. Controleer dat geldige waarden niet zijn overschreven.
4. Herhaal de oorspronkelijke meting en volg daarna een afgebakend cohort nieuwe records. Stem de controlefrequentie af op de workflow en benoem wie reageert bij fouten.
5. Rond af met opdracht, overdrachtskaart, metriekdefinities, bevindingenregister, geordende werklijst en verificatieresultaten. Laat de opdrachtgever beslissingen en eigenaren goedkeuren.