wat je moet weten over buyer persona's in B2B, deel II

Een buyer persona wordt pas bruikbaar zodra je 'm terugvindt in je CRM: als property op elk contact, gekoppeld aan lifecycle stage en aan de workflows die daarop reageren. Dat vraagt drie dingen: een manier om de persona vast te leggen, criteria op basis van échte deal- en gedragsdata om iemand aan een persona toe te wijzen, en een ritme om dat te herzien zodra de data iets anders laat zien dan je aanname.

In deel I ging het over wat een buyer persona is en waarom demografie minder telt dan psychografie en emotionele drijfveren. Dit deel gaat over de stap die daarna vaak blijft liggen: de persona operationeel maken in HubSpot.

Wat maakt een buyer persona bruikbaar in plaats van decoratief?

Een buyer persona is pas bruikbaar wanneer hij drie dingen doet die een gewoon klantprofiel niet doet: hij segmenteert je database, hij triggert een ander vervolg in je workflows, en hij is terug te meten. Zonder die drie blijft het een document dat marketing één keer maakt en niemand meer opent.

Het verschil zit niet in de kwaliteit van de persona-beschrijving, maar in wat erna gebeurt. Een persona die alleen in een pdf bestaat, kan niet sturen wie welke e-mail krijgt, welke content een sales rep aanraadt, of welke lead sneller wordt opgevolgd. Zodra de persona een veld in je CRM is, kan dat wel: je kunt lijsten bouwen op persona, rapportages splitsen op persona, en workflows laten vertakken op basis van persona.

Dat geldt niet wanneer je database te klein is om betekenisvol te segmenteren. Bij een paar honderd contacten heeft een persona-property weinig zin, dan werkt handmatige kwalificatie door sales beter dan automatisering.

Welke CRM-data vertelt je iets dat een interview niet vertelt?

Interviews met klanten leggen uit waaróm iemand koopt, dat blijft de basis van deel I. CRM-data laat zien wát er daadwerkelijk gebeurt: welke functietitels het snelst een deal sluiten, welke contentpagina's iemand bezoekt vóór hij een demo aanvraagt, en hoe lang iemand met een bepaalde functietitel gemiddeld in elke lifecycle stage blijft hangen.

Drie databronnen zijn bruikbaar om een persona-aanname te toetsen of bij te stellen:

1. Deal-historie per functietitel en branche. Welke combinaties sluiten sneller, welke vallen vaker af na de eerste call.

2. Contentgedrag vóór conversie. Welke pagina's en downloads horen bij welke rol, zichtbaar via formulierdata en pagina-bezoek gekoppeld aan het contact.

3. Doorlooptijd per lifecycle stage. Een persona die drie keer zo lang in "Sales Qualified Lead" blijft hangen dan een andere, heeft waarschijnlijk een andere beslisroute of een langere goedkeuringsketen.

Dit is geen vervanging van het interview uit deel I, het is de toetsing erop. Een persona die op papier klopt maar in de data een heel ander deal-patroon laat zien, moet worden bijgesteld, niet de data genegeerd.

Hoe zet je de persona-property in en koppel je die aan lifecycle stage?

Persona is in HubSpot geen custom veld dat je zelf hoeft te bouwen: het bestaat al als standaard contact-property, met de persona's als vaste dropdown-waarden. Die standaardproperty zit bovendien al verweven in een aantal standaardrapporten uit de report library, dus zodra je 'm invult, vul je die rapportages automatisch mee.

De opzet in stappen:

1. Gebruik de bestaande standaard contact-property "Persona" in HubSpot, met de persona's uit deel I als waarden. Die hoef je niet zelf als custom dropdown-property aan te maken

2. Vul de property via hidden fields in formulieren (bij dedicated formulieren) of op basis van context in workflows, mogelijk zelfs via een agent die functietitel of gedrag beoordeelt. Handmatige toewijzing door sales kan ook, maar de fill rate blijft dan meestal laag omdat het niet consistent gedaan wordt.

3. Koppel persona aan lifecycle stage via een dashboard, niet via losse lijsten. Voor het soort inzicht dat je hier zoekt, hoeveel contacten per combinatie van persona en lifecycle stage, leent een dashboard zich beter dan een actieve lijst per combinatie.

4. Gebruik persona als vertakking in een workflow. Een nurture-workflow kan op basis van de persona-property een ander vervolg insturen. Een klassieke e-maildripcampagne naar aanleiding van een whitepaper-download is daarbij niet meer de sterkste keuze: vertakken op persona binnen een workflow kan wel degelijk waarde toevoegen, maar smart content in de nieuwsbrief of gepersonaliseerde content op de website is vaak effectiever dan alleen een aangepaste e-mailreeks.

5. Rapporteer conversie per persona. Zet een dashboard op dat lifecycle-doorlooptijd en winratio per persona naast elkaar zet, dat is het meetpunt waarmee je de persona-aannames later toetst.

Dit geldt niet wanneer je nog geen betrouwbare functietitel- of formulierdata binnenkrijgt. Zonder schone brondata levert een persona-property alleen ruis op, eerst datahygiëne op orde krijgen heeft dan voorrang.

Hoe ga je om met meerdere persona's binnen één DMU?

Bij complexe B2B-inkoop zit er niet één persona op een account, maar meerdere tegelijk, elk met een andere rol in de beslissing. Persona is in HubSpot standaard al een property op contactniveau, niet op account, dus die koppeling ligt vast: je rapporteert op accountniveau welke persona's er al wel en nog niet vertegenwoordigd zijn, niet welke persona het account als geheel "is".

Naast persona heeft HubSpot ook een standaard contact-property "Role in DMU". Die twee gebruik je naast elkaar: persona zegt wie iemand is (functie, drijfveren, gedrag), role in DMU zegt welke rol diegene in dít specifieke aankooptraject speelt.

Een patroon dat we bij implementaties met een DMU van drie tot vijf mensen vaker terugzien, is een account waarop de RevOps- of marketingoperations-persona als eerste binnenkomt via een technisch stuk content, terwijl de CFO- of IT-persona pas veel later in beeld komt, vaak vlak vóór de daadwerkelijke beslissing. Als je alleen op accountniveau meet, mis je dat het account technisch al ver is maar financieel nog niet is aangehaakt.

Een account telt pas als "compleet gekwalificeerd" als de persona's die voor jouw dienst relevant zijn, allemaal een contactmoment hebben gehad. Dat is een criterium dat je in een dashboard of rapportage kunt vastleggen: hoeveel van de verwachte persona's ontbreken nog op dit account.

Wanneer en hoe update je een persona?

Een persona verouderd niet op een vaste datum, hij verouderd zodra de deal-data een ander patroon laat zien dan de aanname. Zet daarom twee ritmes naast elkaar: een lichte kwartaalcheck en een grondige jaarlijkse herziening.

• Elk kwartaal: vergelijk winratio en doorlooptijd per persona met het vorige kwartaal. Een persona die opeens veel slechter converteert, is een signaal om de aanname te toetsen, niet meteen om de persona te herschrijven.

• Eén keer per jaar: herhaal een deel van het interviewproces uit deel I met recent gewonnen én recent verloren deals, en leg de uitkomst naast de CRM-cijfers van het afgelopen jaar.

Dit geldt niet wanneer je vanuit een kleine steekproef concludeert. Eén slecht kwartaal met tien deals zegt weinig, wacht op een patroon over meerdere kwartalen voordat je een persona aanpast.

De praktische conclusie

Een buyer persona levert pas iets op zodra hij drie dingen is tegelijk: een property in je CRM, een criterium in je workflows, en een meetpunt in je rapportage. Zonder die drie blijft het bij het semi-fictieve profiel uit deel I. Bij implementaties die Endeavour Grip begeleidt, richten we deze persona-segmentatie zo in dat marketing en sales dezelfde definitie gebruiken en dezelfde data zien, dat voorkomt dat persona's een marketingoefening blijven die sales negeert. Meer over hoe dat samenkomt in je HubSpot-inrichting staat op de pagina over Marketing Hub-inrichting.

Wil je weten hoe ver je eigen leadkwalificatie al staat ten opzichte van deze persona-koppeling? Lees hoe je leads kwalificeert op basis van gedrag en persona, of meld je aan voor de nieuwsbrief om te volgen wanneer we hier dieper op ingaan.