Revenue operations (RevOps) is de functie die de systemen, data en regels achter marketing, sales en customer success als één geheel beheert, zodat de drie teams met dezelfde cijfers werken en klanten aan elkaar doorgeven zonder ze te laten vallen. In de praktijk betekent het één eigenaar voor het CRM, de lifecycle-definities, de routinglogica, de forecast en de rapportages die het management leest.

Veel bedrijven nemen iemand aan voor RevOps en houden een sales-ops-beheerder met een nieuwe titel over. Het werk wordt een wachtrij van verzoeken om nieuwe velden en reparaties aan rapporten, terwijl de echte problemen blijven waar ze zijn: marketing en sales die leads anders tellen, een verlenging die niemand zag aankomen, een forecast die elke vrijdag verandert. Die problemen zitten tussen teams in, en niemand kreeg het mandaat om ze op te lossen.

Dat gat tussen de titel en het mandaat bepaalt grotendeels wat RevOps waard is. Dit artikel gaat over waar de functie eigenaar van is, hoe een week eruitziet en hoe je het zo inricht dat het meer doet dan het CRM opruimen.

TL;DR

• Sales ops, marketing ops en customer success ops zorgen elk voor de tools van één team. RevOps brengt ze onder bij één eigenaar die ook verantwoordelijk is voor de overdrachten tussen teams, precies waar leads blijven hangen en verlengingen mensen verrassen. De revenue engine is het verbonden systeem, en RevOps is het team dat het ontwerpt en onderhoudt.

• Het wekelijkse werk is concreet: deals opnieuw toewijzen als een rep vertrekt, vastleggen wat als gekwalificeerd telt, het forecastrapport repareren, een nieuwe tool koppelen zonder duplicaten te maken en controleren of mensen zich aan de regels houden zodra die veranderen.

• De functie kreeg een eigen naam omdat aankoopbeslissingen over meer mensen verspreid raakten, elk team zijn eigen tools kocht en de board één forecast wilde zien. LinkedIn zette Head of Revenue Operations op de eerste plaats van snelgroeiende functietitels in de VS, in zijn lijst Jobs on the Rise van 2023.

• Strategie verandert pas iets aan de resultaten als ze CRM-regels wordt: een ICP-tier op elk account, routing per tier, verplichte velden voordat een deal van fase kan wisselen (HubSpot en Salesforce ondersteunen dat allebei), en rapportages die op dezelfde manier zijn opgesplitst, zodat je na één kwartaal ziet of de beslissing klopte.

• Hang RevOps onder degene die eigenaar is van het totale omzetcijfer, meestal de CEO, CRO of COO. Onder het hoofd sales glijdt het terug naar sales ops. Eén generalist is in het begin normaal, en naarmate het bedrijf groeit, splitst het werk zich in rollen voor systemen, analytics en enablement.

• RevOps wordt een helpdesk als het tickets krijgt zonder zeggenschap, als elk team zijn eigen target houdt, als tools worden gekocht voordat het proces is ontworpen of als geen enkel directielid achter de beslissingen staat.

• Nebor doet RevOps als bouwproject: we zetten de definities, het datamodel en de automatiseringen op in het eigen CRM van de klant en dragen ze daarna over aan de interne eigenaar, met de onderbouwing op papier.

RevOps versus sales ops: dezelfde tools, een breder mandaat

Sales operations bestaat al tientallen jaren. Het beheert het CRM voor het salesteam, richt territories en quota in, bouwt pipelinerapportages en houdt reps bij het proces. Marketing ops doet hetzelfde voor het marketingautomatiseringsplatform, en customer success ops voor de support- en successtools. Elk is meestal goed op zijn eigen terrein.

Alleen blijft een klant niet op één terrein. Een lead die in het systeem van marketing is aangemaakt, moet snel bij een rep komen, met zijn geschiedenis erbij. Een gesloten deal moet bij onboarding aankomen, samen met wat de rep heeft beloofd. Een account dat groeit, moet in de forecast verschijnen voor de verlengingsdatum. Bij elk van die stappen gaat de klant over een teamgrens. Als drie ops-teams elk één kant bezitten, is niemand eigenaar van de oversteek.

RevOps brengt de drie onder één dak. Zo verandert de scope ongeveer.

Door de tabel lijkt RevOps een fusie, en in grotere bedrijven is het dat vaak ook. De grotere verandering zit in waarop het team wordt afgerekend. Sales ops wordt afgerekend op de vraag of sales soepel loopt. RevOps wordt afgerekend op de vraag of de omzet binnenkomt zoals de forecast voorspelde. Daardoor worden de overdrachten, de gedeelde definities en die ene set cijfers zijn probleem.

Het helpt ook om RevOps los te zien van waar het voor zorgt. Een revenue engine is het verbonden geheel van mensen, processen, data en tools dat omzet oplevert die je kunt voorspellen. RevOps is het team dat dat geheel ontwerpt, het aanpast als de strategie verandert en de data erin betrouwbaar houdt. De meeste bedrijven hebben elk onderdeel van een engine in huis en niemand die verantwoordelijk is voor hoe die onderdelen in elkaar passen. Die ontbrekende eigenaar is waar de functie voor bestaat.

Wat er in een normale week op het bureau van RevOps belandt

Functieomschrijvingen voor RevOps lezen vaak als strategiestukken. De echte week is specifieker. Dit is het soort lijst dat we zien als we meekijken met de RevOps-lead van een klant, ingedeeld in de vier gebieden waar het werk onder valt.

Data en systemen

Een rep zegt zijn baan op, en veertig openstaande deals plus zijn deel van de inbound round robin hebben voor maandag een nieuwe eigenaar nodig. Vorige week ging een webinartool live die contacten aanmaakt zonder gekoppeld bedrijf. Iemand moet eigenaar zijn van de verbonden GTM-stack en per veld beslissen welk systeem de bron van waarheid is, en die iemand is RevOps. Duplicaten, lege velden en verouderde functietitels komen op hetzelfde bureau terecht. Daarom hoort CRM-hygiëne hier thuis, ook als iemand anders het hardst klaagt.

Proces en regels

Marketing zegt dat het vorige maand 400 gekwalificeerde leads heeft aangeleverd, en sales zegt dat er zo'n 90 een call waard waren. RevOps beslist wat gekwalificeerd betekent, legt het vast en zet het om in de regels achter lead scoring en lead routing. Hetzelfde geldt voor dealfases: wat moet er kloppen voordat een deal naar de offertefase gaat, en wie beslist dat hij verloren is?

Rapportage en analyse

De CEO wil weten waarom het kwartaal er mager uitziet. RevOps herleidt het naar de fase waarin deals vertraagden, met metrics als pipeline velocity, en pakt ook de lastigere vraag op welke kanalen het budget van volgend jaar verdienen. Dat vraagt meestal een vorm van multi-touch attribution. RevOps is ook eigenaar van de cijfers in de forecastcall, zodat sales, finance en de board over de deals discussiëren in plaats van over wiens spreadsheet klopt.

Enablement

Volgende maand komen er nieuwe prijzen. RevOps past het offertesjabloon en de dealvelden aan, neemt de wijziging op in het inwerkmateriaal voor nieuwe reps en checkt drie weken later of iemand ermee werkt. Een regel die niemand volgt, is gewoon documentatie.

Een steeds groter deel van dit werk is bouwen. Routing, enrichment en follow-up die vroeger met de hand gingen, kunnen als automatiseringen draaien. Het is hetzelfde werk waarmee een bedrijf sales prospecting automatiseert. Daar overlapt RevOps met GTM engineering, en in dat artikel trekken we de grens tussen de twee rollen. De korte versie: RevOps stelt de regels op en is eigenaar van het system of record, en een GTM engineer bouwt nieuwe workflows die zich aan die regels houden. Ontwerp eerst het proces en automatiseer het daarna. Dan gaan marketing, sales en customer success draaien als één go-to-market-opzet in plaats van drie teams met drie spreadsheets.

Waarom revenue operations een eigen functie werd

De titel is jong. In de lijst Jobs on the Rise 2023 van LinkedIn stond Head of Revenue Operations bovenaan de snelgroeiende functietitels in de VS, op basis van banen waaraan LinkedIn-leden tussen januari 2018 en juli 2022 begonnen. Drie veranderingen zetten bedrijven ertoe aan de rol te creëren.

Kopen volgde het funneldiagram niet meer. Een koper leest een paar artikelen, doet mee aan een webinar, verdwijnt een kwartaal en komt terug via een collega die nooit in het CRM stond. Als marketing, sales en success elk hun eigen fase optimaliseren, valt die koper bij elke bocht tussen hen in.

De stack groeide explosief. Elk team kocht eigen tools voor e-mail, enrichment, bellen, plannen en support, en elke tool bracht zijn eigen kopie van de klant mee. Zonder één eigenaar voor hoe ze met elkaar verbonden zijn, eindigt één bedrijf als vier records met drie verschillende branches.

De board begon om één forecast te vragen, inclusief verlengingen en uitbreiding. Daarvoor moet de data van marketing, sales en success op één plek staan, met één definitie per fase, en geen van de oude ops-teams was ingericht om dat te leveren.

Online vind je genoeg RevOps-statistieken die grote sprongen in groei en winstgevendheid beloven. We hebben ze weggelaten, omdat de cijfers die we natrokken uitkwamen bij blogs van leveranciers of samenvattingen van analisten die we niet konden openen. Het verhaal heeft ze ook niet nodig. Als drie teams het niet eens zijn over het cijfer, kan niemand het cijfer verbeteren.

Van strategiedeck naar CRM-regels

Een go-to-market-strategie bepaalt aan wie je verkoopt en hoe je die klanten wilt winnen. Op zichzelf verandert ze niets in het CRM. RevOps is de stap die elke beslissing omzet in een regel die het systeem afdwingt, en daarna terugrapporteert of de beslissing klopte.

Neem een veelvoorkomend voorbeeld. Het management besluit upmarket te gaan en zich te richten op bedrijven met 200 of meer medewerkers in drie branches. Die ene zin wordt vier klussen.

1. Het ideal customer profile wordt een tierveld op elk bedrijfsrecord, gevuld door enrichment en opnieuw berekend als de data verandert.

2. Routing stuurt tier-1-accounts naar senior reps en tier-3-inbound naar een nurture-track, zodat niemand een dinsdag kwijt is aan een bureau van tien man.

3. Dealfases krijgen exitcriteria. In HubSpot kunnen voorwaardelijke fase-eigenschappen een veld verplicht maken als iemand een deal naar een fase verplaatst. In Salesforce houden validatieregels een record tegen tot de data voldoet aan de standaard die je hebt ingesteld. Hoe dan ook komt een deal de offertefase niet in zonder een beslisser met naam en toenaam en een budgetbandbreedte.

4. Rapportages splitsen pipeline, win rate en doorlooptijd op per tier, zodat je na één kwartaal ziet of de grotere accounts ook echt sluiten.

De vierde stap slaan teams het vaakst over, en juist die maakt de strategie toetsbaar. Duren tier-1-deals twee keer zo lang en sluiten ze even vaak, dan moet de volgende planningsronde dat weten. Teruggevoerd in het plan wordt dat resultaat de lus die mensen een GTM-flywheel noemen.

Hier komt voorspelbaarheid ook echt vandaan. Betere forecast accuracy komt zelden uit een slimmere formule. Ze komt uit definities die lang genoeg stilstaan om het ene kwartaal met het volgende te vergelijken. Lukt dat, dan laat dezelfde data zien hoe verlengingen en upsells zich gedragen, en wordt net revenue retention iets wat je stuurt in plaats van iets waar je achteraf achter komt.

Aan wie moet RevOps rapporteren?

Onze mening: RevOps hoort te rapporteren aan degene die eigenaar is van het totale omzetcijfer. In de meeste bedrijven is dat de CEO, de CRO of de COO. Zet je het onder de VP Sales, dan verandert het langzaam weer in sales ops. Degene die de prioriteiten bepaalt, wordt dan afgerekend op nieuwe bookings, en de overdracht vanuit marketing of het verlengingspercentage telt voor die persoon nauwelijks mee.

De vorm van het team volgt de omvang van het bedrijf. In het begin doet één generalist alles: CRM-beheer, rapportage, routingregels en af en toe een integratie. Een founder kan dit een tijd dragen, zolang duidelijk is dat de verbindingen tussen teams zijn verantwoordelijkheid zijn. Als de stack en het aantal mensen groeien, splitst het werk zich meestal in drie rollen.

• Systemen en data: CRM-beheer, integraties, datakwaliteit en de toolstack.

• Analytics: de forecast, funnelrapportage en het attributiemodel.

• Proces en enablement: definities, playbooks, territories en onboarding voor nieuwe medewerkers.

Welke rol je als volgende invult, hangt af van wat er stukgaat. Vertrouwt niemand de forecast, neem dan de analist aan. Werken reps steeds om het CRM heen, pak dan eerst de systeemkant aan. Een RevOps-volwassenheidsmodel is een goede manier om te zien waar je staat.

Hulp van buiten werkt goed voor het fundament: het datamodel, de definities en de eerste automatiseringen. Wat niet lang buiten de deur kan blijven, is het eigenaarschap. Iemand binnen het bedrijf moet beslissen wat "gekwalificeerd" volgend jaar betekent, en die keuze verdedigen als de cijfers ongemakkelijk worden.

Hoe RevOps eindigt als helpdesk voor het CRM

Als RevOps tegenvalt, ligt dat zelden aan te weinig inzet. Dezelfde paar opzetten komen steeds terug als bedrijven ons vragen waarom die van hen niet werkt.

Tickets zonder zeggenschap. RevOps krijgt een wachtrij met verzoeken voor nieuwe velden en kapotte rapporten, maar heeft niets te zeggen over definities. Het team blijft druk, en de problemen tussen teams blijven waar ze waren.

Losse targets. Marketing wordt afgerekend op het aantal MQL's, sales op bookings en success op retentie, en geen enkel cijfer is gedeeld. RevOps kan een gedeeld dashboard bouwen, maar kan drie teams er niet om laten geven. Die oplossing ligt bij het management, in hoe targets en het salescompensatieplan worden vastgesteld.

Eerst tools, dan proces. Er wordt een nieuw platform gekocht om een overdracht te repareren die niemand heeft ontworpen, en het voegt nog een kopie van de klant toe. Schrijf de overdracht eerst op. Meestal kan het bestaande CRM hem prima dragen.

Geen sponsor in de directie. Omdat RevOps over afdelingen heen werkt, neemt bijna elke beslissing iemand iets af. Zonder steun van bovenaf wordt het teruggefloten door het team dat het hardst duwt.

Begin je vanaf nul, dan voorkom je het meeste hiervan met deze volgorde: spreek definities af, schoon de data op waar die definities van afhangen, repareer de overdrachten één voor één en automatiseer als laatste. Het artikel over de revenue engine loopt die bouwvolgorde in meer detail door.

Samenvatting

RevOps is makkelijk uit te leggen en moeilijk goed te doen. Het grootste deel van het werk bestaat eruit drie teams het eens te laten worden over dingen die elk team al jaren op zijn eigen manier definieert: wat een lead is, wanneer een deal echt is, welke klant risico loopt. De software is het makkelijke deel.

Bedrijven die er echt waarde uit halen, geven de functie twee dingen. Het eerste is een mandaat dat ook de gaten tussen teams dekt, en dus verder gaat dan de tools binnen elk team. Het tweede is een rapportagelijn die hoog genoeg zit om beslissingen te laten beklijven. Met allebei staat een strategische beslissing binnen een paar weken in het CRM en stopt de forecast met elke vrijdag te verschuiven. Zonder heb je een capabele beheerder en dezelfde oude discussies.

Dat is het soort CRM- en RevOps-werk dat we bij Nebor oppakken. We doen het binnen de bestaande CRM-omgeving van de klant, schrijven op waarom elke definitie en regel bestaat, en dragen het over aan degene die er eigenaar van wordt zodra wij een stap terug doen.

Veelgestelde vragen