Hoe je revenue toeschrijft over een koperreis met 12 touchpoints

Ergens in je gesloten-gewonnen stapel zit een deal die zo verliep. Een webinar. Drie contentdownloads over twee maanden. Een concurrentievergelijkingspagina. Een sales-e-mail, een demo, een gratis trial, een beveiligingsvragenlijst, een proof of concept, een executive briefing, een inkoopreview, en een laatste contractonderhandeling. Twaalf touchpoints, vier stakeholders, honderdveertig dagen. Zeg nu welke van die touches credit verdient voor de revenue.

Single-touch-modellen kiezen er één en negeren de andere elf. Simpele multi-touch-modellen verdelen credit gelijkmatig en doen alsof elke touch gelijk was. Geen van beide weerspiegelt wat er gebeurde. Er is geen wonderformule voor een reis zo lang en zo druk, maar er is wel een gelaagde, verdedigbare aanpak waar een technisch RevOps-team achter kan staan wanneer de CFO vraagt waar het cijfer vandaan komt.

Accepteer wat je niet kunt weten

In een reis met twaalf touches en meerdere stakeholders zul je nooit de werkelijke causale bijdrage van elke touch kennen, omdat je de counterfactual niet kunt draaien. Je kunt de deal niet opnieuw afspelen zonder de webinar en kijken of hij nog steeds sluit. Elk model dat beweert dat een specifieke touch precies 14,3 procent bijdroeg, verkoopt valse precisie, een probleem dat door heel multi-touch-attributie loopt.

Wat je wel kunt bouwen is een beeld dat richtinggevend solide, intern consistent, en nuttig voor beslissingen is. Begin met het scheiden van drie vragen die meestal door elkaar worden gehaald:

• Sourcing: wat bracht dit account de reis binnen?
• Progressie: wat verplaatste het van fase naar fase?
• Conversie: wat was aanwezig toen het zich committeerde?

Deze verdienen verschillende modellen. Proberen alle drie te beantwoorden met één creditverdeling is waarom zoveel attributieprojecten onbevredigend aanvoelen aan het einde. Een webinar kan een geweldige sourcing-touch zijn en irrelevant voor conversie. Dat is prima. Ze meten verschillende dingen.

Breng de reis in kaart voordat je hem modelleert

Voordat je enige credit toewijst, reconstrueer de daadwerkelijke reis op één tijdlijn. Dit is het onglamoureuze deel, en het overslaan doemt alles stroomafwaarts.

Herleid elke touch naar het juiste account en de juiste stakeholder. Twaalf touches over vier mensen betekent dat je moet weten wie wat deed. De beveiligingsvragenlijst kwam van een technisch evaluator; de inkoopreview kwam van een heel andere koper. Dat vereist de identiteitsresolutie die de kern vormt van een single source of truth.

Sequentieer de touches met nauwkeurige tijdstempels. Een demo vóór een trial betekent iets anders dan een demo erna.

Classificeer elke touch naar type en fase: bewustwording, educatie, evaluatie, validatie, onderhandeling. Dat is wat je in staat stelt te attribueren op functie in plaats van op positie in de lijst.

Pas als de reis schoon is, loont het om creditlogica toe te passen. De meeste attributiediscussies waar wij bij hebben gezeten waren datamappingproblemen verkleed als modelleringskwesties.

Match het model met de vraag

Met een schone reis, pas een model toe dat bij elke vraag past in plaats van één botte verdeling.

Voor sourcing is een first-touch-binnen-fase-weergave legitiem, zolang je hem alleen gebruikt om top-of-funnel-oorsprong te begrijpen en nooit als totale ROI. De grenzen ervan worden behandeld in waarom first-touch en last-touch misleiden.

Voor progressie, kijk naar welke touch-types consistent voorafgaan aan een fase-vooruitgang over veel deals heen. Als accounts die een proof of concept doen veel vaker doorstromen naar inkoop dan accounts die dat niet doen, dan doet de POC echt werk. Dat is een patroon over het hele boek, geen gok over één deal.

Voor conversie, focus op de touches die geclusterd zijn nabij het commitment, gewogen naar hoe goed ze winnaars van verliezers scheiden. Dit leent van de discipline van signaal van ruis scheiden.

Om iets ervan te valideren, gebruik incrementaliteit waar de inzet de moeite rechtvaardigt. Houd een touch-type achter, meet het effect op winratio. Het is de enige methode die causaliteit test in plaats van correlatie.

Het punt is om de specifieke vragen te beantwoorden die je team beantwoord wil hebben, elk met een methode die past. Eén net percentage per touch was nooit het doel.

Attributie zou moeten veranderen wat er daarna gebeurt

Retrospectieve creditverdeling, hoe zorgvuldig ook, vertelt je alleen over deals die al gesloten zijn. De waardevollere stap is dezelfde in kaart gebrachte reisdata voorwaarts te gebruiken: herkennen waar een levend account zich in zijn reis bevindt en de next best action blootleggen.

Als het model heeft geleerd dat accounts die binnen dertig dagen een POC en een executive briefing afronden vaak sluiten, dan zou een levend account dat net zijn POC heeft afgerond nu een play moeten triggeren om de briefing te boeken. Dat is attributie die zijn geld waard is, en die de next best actions voedt die nog lopende deals vormgeven in plaats van afgeronde deals uit te leggen.

Multi-touch-, multi-stakeholder-reizen reconstrueren en omzetten in live begeleiding is waar platforms als Revnewo voor zijn gebouwd. De complexiteit van twaalf touches wordt iets waarop je handelt in plaats van iets waarover je ruzie maakt.

Belangrijkste inzichten

• Je kunt het werkelijke causale aandeel van elke touch in een lange reis niet kennen. Modellen die exacte percentages beweren, verkopen valse precisie.
• Sourcing, progressie en conversie zijn drie verschillende vragen en hebben drie verschillende modellen nodig.
• Reconstrueer eerst de reis: herleid touches naar de juiste stakeholder, sequentieer op tijdstempel, classificeer op functie. De meeste attributiegeschillen zijn dataproblemen.
• Valideer met incrementaliteit waar het de moeite waard is.
• Het beste gebruik van reisdata is toekomstgericht. Weet waar een levend account staat en trigger de volgende play.

Een reis met twaalf touchpoints is een rijk signaal om op te handelen, en een slimmere creditformule maakt er niets anders van. Als je die complexiteit voor je wilt laten werken in plaats van tegen je, brengt revenue orchestration reizen in kaart naar actie in plaats van naar een taartdiagram.