En sikkerhedsansvarlig, en produktchef og en indkøbsanalytiker fra den samme virksomhed med 3.000 ansatte åbner dit website i samme uge. De sidder i den samme købskomité og evaluerer det samme produkt, og de får den samme forside, de samme cases og den samme demoformular. Den sikkerhedsansvarlige vil have din SOC 2-rapport, produktchefen vil vide, om teamet rent faktisk vil bruge løsningen, og indkøb vil kende prisen. At personalisere et website efter jobtitel er at give hver af dem den side, der besvarer deres spørgsmål først.
Det er også sværere, end det lyder, og de fleste guides springer den svære del over. Branche og virksomhedsstørrelse fås næsten gratis fra et IP-opslag ved første sidevisning. Det gør jobtitel ikke: den tilhører en person, og på de fleste B2B-websites er personen anonym. Denne guide handler om at lave rollebaseret personalisering på en ærlig måde. Den gennemgår, hvilke roller du skal bruge, hvordan du mapper rodede titler til dem, hvor rolledata faktisk kommer fra (og hvor de ikke gør), hvad du skal ændre på hver side, og hvordan du ser, om noget af det virkede.
Hvorfor rollen betyder noget, og hvorfor den bliver sprunget over
B2B-køb er gruppebeslutninger. Forresters undersøgelse af købsrejsen fra 2024 viste, at der i gennemsnit er 13 personer involveret i en købsbeslutning. Hver af dem læser dit site med et andet spørgsmål. Personalisering på kontoniveau kan genkende, at en person fra en logistikvirksomhed i Tyskland er på besøg, men den behandler alle fra den virksomhed som den samme læser. Rollen er det lag, der adskiller CFO'en fra udvikleren.
Teams springer det over af en praktisk grund: Dataene er tynde. Reverse IP lookup identificerer virksomheder, ikke personer. Du kender kun en persons titel, når vedkommende allerede er i dit CRM, når vedkommende kom via en kampagne rettet mod den titel, eller når adfærden afslører det. Derfor vil rollepersonalisering altid kun nå et mindretal af sessionerne, og programmet skal designes ud fra det faktum i stedet for at lade som om, alle besøgende kan tagges.
Vores holdning: Rolle er værd at tilføje, når personalisering efter branche eller størrelse allerede kører, og den er mest værdifuld på tre sider (forside, priser, demoformular). Start ikke med den, og byg ikke tyve personaer.
De fire roller, det er værd at segmentere efter først
Fire grupper dækker, hvordan købsgrupper fordeler arbejdet. Flere end det, og hvert segment får for lidt trafik til at kunne måles.
| Rolle | Typiske titler | Vil gerne vide | Læser | Rigtig CTA |
|---|---|---|---|---|
| Økonomisk beslutningstager | CEO, CFO, VP med budget | Hvad det koster, hvad det giver, hvordan kontrakten ser ud | Priser, ROI-indhold, cases med resultater | Pris- og ROI-ark, møde med en senior sælger |
| Teknisk evaluator | CTO, sikkerhedsansvarlig, arkitekt, engineering manager | Arkitektur, integrationer, sikkerhed, datahåndtering | Dokumentation, API-reference, sikkerheds- og trust-sider | Arkitekturoverblik, teknisk briefing uden salgstale |
| Praktiker | Analytiker, driftschef, specialist | Gør det min uge nemmere, hvor lang tid tager det at lære | Funktionssider, tutorials, skærmbilleder, hjælpecenter | Produkttur, sandbox eller optaget demo |
| Champion | Direktør, senior manager, teamleder, produktchef | Kan jeg sælge det internt, hvad får mit team ud af det | Sammenligningssider, cases fra ligesindede, ROI-materiale | Intern pitchpakke, referenceopkald |
Fortaleren er den rolle, de fleste websites betjener dårligst. Vedkommende underskriver ikke kontrakten, men skriver den interne mail, der får den underskrevet. At give dem noget at videresende (et resumé på én side, en sammenligning, en sikkerheds-FAQ) er ofte den billigste gevinst i hele programmet.
Tabel til mapping af jobtitler til kategorier
Det svære er ikke at skrive regler. Det er at koble de fritekst-stillingsbetegnelser, du faktisk modtager fra dit CRM, formularudfyldelser og dataudbydere (ZoomInfo, Apollo, 6sense og lignende), til de fire kategorier ovenfor. Brug tabellen nedenfor som en starttaksonomi, og tilpas den til dit marked.
| Kategori | C-niveau & VP | Direktør & afdelingschef | Manager & leder | Specialist uden personaleansvar |
|---|---|---|---|---|
| Økonomisk beslutningstager | CEO, CFO, COO, CRO, Chief Revenue Officer, President, VP Finance, VP Operations, VP Procurement | Økonomidirektør, indkøbsdirektør, driftsdirektør, økonomichef, indkøbschef | Økonomichef, indkøbschef, indkøber, kategorichef | Indkøbsspecialist, økonomianalytiker (med købsbeføjelse) |
| Teknisk evaluator | CTO, CIO, CISO, Chief Architect, Chief Data Officer, VP Engineering, VP Technology, VP Security, VP IT, VP Data, VP Platform | Director of Engineering, Director of Platform, Director of Infrastructure, Director of Security, Head of Engineering, Head of Platform, Head of Security | Engineering Manager, Tech Lead, Architect, Solutions Architect, Security Engineering Manager | Senior Engineer, Staff Engineer, Principal Engineer, Security Engineer, DevOps Engineer, SRE |
| Fagperson / slutbruger | (sjældent på dette niveau) | (sjældent på dette niveau) | Marketing Manager, Operations Manager, Sales Operations Manager, RevOps Manager | Analytiker (marketing, salg, forretning, data), specialist, koordinator, associate, researcher, junior-/mellemniveau-engineer |
| Champion/influencer | VP Marketing, VP Product, VP Customer Success (når de ikke er den økonomiske beslutningstager) | Director of Marketing, Director of Product, Director of Demand Generation, Director of Growth, Head of Marketing, Head of Product, Head of Growth | Senior Manager, Product Manager, Senior Product Manager, Program Manager, Team Lead | (starter sjældent her) |
Et forbehold ved tabellen: Den samme titel betyder forskellige ting for forskellige produkter. Hvis du sælger marketingsoftware, er VP Marketing din økonomiske beslutningstager, ikke en champion. Før du bruger tabellen, så sortér rækkerne om efter den funktion, dit produkt betjener.
Sådan håndterer du tvetydige titler
Mange titler passer ikke pænt ind. Disse standarder dækker de almindelige tilfælde:
- »Director of X« uden klar funktion: brug champion som standard. En director med en generisk titel pitcher oftere internt, end vedkommende skriver under.
- »Head of X« eller »VP« i en virksomhed med under 50 ansatte: behandl som økonomisk beslutningstager. I den størrelse har funktionslederen som regel budgettet.
- Senior- og staff-ingeniører eller -analytikere: praktiker, medmindre virksomheden har under ca. 30 ansatte, hvor beslutningskompetencen er flad nok til, at de kan behandles som tekniske evaluatorer.
- Produktchefer: champion. De har sjældent budgettet, men står ofte for leverandørvurderinger.
- Konsulenter og freelancere: map efter funktionen i titlen (»Marketing Consultant« bliver praktiker). De påvirker, men køber sjældent.
- Ejer eller stifter i en lille virksomhed: økonomisk beslutningstager.
- Tomme eller generiske titler ("Employee", "Member of Technical Staff", "Engineer"): Læg dem i en ukoblet kategori, og brug adfærd til de sessioner.
Hold mappingen som én opslagstabel i dit personaliseringsværktøj eller din CDP, ikke som logik, der gentages i hver sideregel. Så kan marketing ændre en kategori ét sted, og et skift af dataleverandør betyder ikke, at taksonomien skal skrives om.
Hvor rolledata reelt kommer fra
Undgå "vælg din rolle"-pop-ups. De fleste besøgende lukker dem, nogle klikker på en anden rolle af nysgerrighed, og du har tilføjet friktion for alle. Brug i stedet disse kilder, nogenlunde i rækkefølge efter hvor meget du kan stole på dem:
| Kilde | Sådan fungerer det | Pålidelighed | Vær opmærksom på |
|---|---|---|---|
| CRM-post for en kendt kontakt | Tilbagevendende besøgende matchet via cookie efter en udfyldt formular eller et klik i en e-mail | Høj: titlen er registreret | Titler forældes; opdatér fra din dataudbyder mindst én gang om året |
| Kampagnemålretning | UTM viser, at den besøgende kom fra en annonce eller mail rettet mod én rolle (fx en LinkedIn-kampagne målrettet efter jobfunktion) | Middel til høj | Målretningen lækker; kolleger videresender links |
| Adfærd på websitet | De sider, der læses i sessionen, afslører det spørgsmål, den besøgende stiller | Middel, bliver bedre med flere sider | Kræver to eller flere sidevisninger, før det siger noget |
| Leverandører af identifikation på personniveau | Tredjeparter hævder at kunne matche anonyme besøgende med enkeltpersoner | Varierer meget, primært dækning i USA | Under GDPR er det behandling af personoplysninger og kræver et retsgrundlag; tjek det, før du slår det til for trafik fra EU |
Identifikation af besøgende på virksomhedsniveau passer ind ved siden af: Den fortæller dig ikke personens titel, men den fortæller dig virksomheden, så du kan kombinere rolle med branche og størrelse. Vores indlæg om at forbinde data fra websitepersonalisering med dit CRM gennemgår, hvordan du sender kendte kontakttitler tilbage til websitet.
Adfærdsregler til at udlede rolle
For anonyme besøgende er adfærd det vigtigste signal. Simple regler slår en kompliceret model i starten, fordi du kan forklare og kontrollere dem:
- To eller flere visninger af pris- eller ROI-indhold i én session: økonomisk beslutningstager.
- To eller flere visninger af dokumentation, API-reference eller sikkerhedssider: teknisk evaluator.
- To eller flere visninger af funktionssider, tutorials eller produktture: fagperson.
- En case plus en sammenligningsside eller side med alternativer: champion.
- Alt andet: ingen rolle. Vis standardversionen.
Når kilderne er uenige, så brug en prioriteringsrækkefølge frem for at tage et gennemsnit: En titel fra CRM slår kampagnekontekst, som slår adfærd. Adfærd bør kun tilsidesætte en CRM-titel, når den er stærk og nylig (en kendt »Marketing Manager«, der har læst fire API-sider i denne uge, agerer som teknisk evaluator i dette køb). Vores indlæg om adfærdsbaseret segmentering på B2B-websites går mere i dybden med scoringen.
Før lancering skal du tjekke dine regler mod virkeligheden. Tag de kontakter, der udfyldte en demoformular sidste kvartal, slå op, hvilke sider de så, før de konverterede, og se, hvilken rolle dine regler ville have tildelt dem sammenlignet med deres rigtige titel. Hvis reglerne rammer forkert på rollen for mange af dem, så ret reglerne, før nogen ser en personaliseret side.
Hvad du skal ændre på hver side efter rolle
Rollepersonalisering betyder ikke, at hver side skal skrives fire gange. Ændr to til fire elementer på hver side, og lad resten være.
Forside
Ændr heroens overskrift, det fremhævede bevis og den primære CTA. Eksempeltekst (illustrativ, for et fiktivt analyseprodukt):
| Rolle | Hero-overskrift | Vist dokumentation | Primær CTA |
|---|---|---|---|
| Standard | Ved, hvilke konti der er klar til at købe | Logobar | Book en demo |
| Økonomisk beslutningstager | Se, hvilken pipeline dit website allerede skaber | Citat fra en økonomi- eller omsætningsansvarlig om resultater | Se priser og ROI-arbejdsark |
| Teknisk evaluator | Ét script-tag, ingen ændringer i din stak | Sikkerhedscertificeringer, integrationslogoer | Læs arkitekturoversigten |
| Praktiker | Byg dit første segment på en eftermiddag | Skærmbillede af den daglige arbejdsgang | Tag produktturen |
| Champion | Hvad dit team kan levere i dette kvartal | Case fra et lignende team | Hent den interne pitch-pakke |
Vores playbook til personalisering af forsiden dækker resten af forsiden. Læg rolle oven på elementer, du allerede personaliserer, i stedet for at åbne for nye.
Prisside
Det er her, rollerne adskiller sig mest. Den økonomiske beslutningstager vil kende den samlede omkostning over kontraktperioden og have en måde at retfærdiggøre den på, så start med en årlig visning og et ROI-regneark. Den tekniske evaluator vil vide, hvad hvert niveau omfatter: API-grænser, SSO, dataresidens, supportniveauer. Fagpersonen vil vide, hvad de faktisk kan gøre på hver plan. Fortaleren vil have noget at tage med til økonomiafdelingen: et resumé på én side med business casen og to referencekunder.
Hold selve priserne ens for alle roller. Det er fint at ændre indramningen; at vise forskellige tal til forskellige personer fra samme virksomhed er en hurtig måde at miste tillid på, når de sammenligner noter. Mere om denne side i vores indlæg om personalisering af B2B-prissider.
Produkt- og funktionssider
Produktsider kræver mindst omskrivning. Ændr det, der står over folden: arkitekturdiagrammer og integrationslister til tekniske evaluatorer, skærmbilleder af arbejdsgange og tutorials til brugere i praksis og resultatfokuserede cases fra lignende virksomheder til økonomiske beslutningstagere og champions. Lad selve funktionslisten være statisk i første omgang.
Demoformular
Formularen er der, hvor et misforhold koster mest. En økonomisk beslutningstager vil vide, hvem der deltager i opkaldet, og hvor lang tid det tager. En teknisk evaluator vil ofte have en teknisk session eller dokumentation, ikke et salgsopkald. En fagperson vil se produktet uden et møde. Tilbyder du et rollerelevant alternativ ved siden af den almindelige demoanmodning (for eksempel en "teknisk briefing" til evaluatorer), beholder du de mennesker, der ellers ville forlade siden.
Gennemregnet eksempel: én konto, tre besøgende
Illustrativt eksempel. En softwarevirksomhed inden for logistik med 600 ansatte vurderer et rapporteringsværktøj. Over to uger besøger tre personer fra virksomheden sitet:
- Besøgende A kommer fra en LinkedIn-kampagne rettet mod økonomiroller og læser prissiden to gange. Rolle: økonomisk beslutningstager (kampagne og adfærd stemmer overens). Prissiden starter med visningen af den årlige pris og ROI-regnearket.
- Besøgende B er anonym og læser API-referencen, sikkerhedssiden og listen over integrationer. Rolle: teknisk evaluator (adfærd). Forsidens hero skifter til varianten "ingen ændringer i din stak" ved næste besøg, og demoformularen tilbyder en teknisk gennemgang.
- Besøgende C er en kendt kontakt (udfyldte en webinarformular for et år siden) med titlen "Senior Product Manager". Rolle: champion (titel fra CRM). Vedkommende ser casen fra en ligestillet og CTA'en til den interne pitchpakke.
Samtidig viser identifikation på virksomhedsniveau tre personer fra samme konto på to uger, hvilket er et købsgruppesignal, salg bør høre om, uanset rolle. Rollen ændrer, hvad hver person ser; kontovisningen afgør, hvornår salg bliver involveret. Vores indlæg om kontoscoring gennemgår den anden halvdel.
En udrulningsplan på 60 dage
- Dag 1 til 10: udledning af roller. Indlæs tabellen til mapping af titler, forbind titler fra CRM, skriv adfærdsreglerne, og test dem bagud mod sidste kvartals demoanmodninger.
- Dag 11 til 25: forside. Én variant af hero, beviser og CTA pr. rolle plus en holdout-gruppe, der fortsat ser standardversionen. Brug en A/B-testplan til at fastlægge succesmålingen før lancering.
- Dag 26 til 40: prisside. Ændr kun vinklingen og den primære CTA. Pristekst har kommercielle konsekvenser, så hold den første iteration lille.
- Dag 41 til 55: produktsider. Fokus over folden og cases under funktionslisten.
- Dag 56 til 60: evaluering. Sammenlign hvert rollesegment med dets holdout. Behold varianter, der vinder med en stikprøve, du stoler på, udfas resten, og beslut, hvilken rolle der får nyt indhold næste gang.
Hvis din trafik er lille, så skær planen ned: én rolle, én side, én måned. Den tekniske evaluator på forsiden er en god første test, fordi adfærdssignalet er tydeligt, og indholdet som regel allerede findes i din dokumentation.
Fejl, der ødelægger rollebaseret personalisering
For mange roller. Persona-dokumenter lister ofte ti eller flere. Hver ekstra rolle splitter trafikken yderligere, indtil intet kan måles. Fire er rigeligt i det første kvartal.
Ingen standardoplevelse. De fleste sessioner får aldrig et rolletag. Standardsiden skal kunne stå alene; rollevarianter bygger ovenpå, de erstatter den ikke.
At ændre teksten, men ikke CTA'en. En overskrift med økonomivinkel efterfulgt af "Begynd at bygge nu" ødelægger arbejdet. Call to action skal passe til det, den rolle gør som det næste.
At behandle hvert besøg som det første. En CFO på sit fjerde besøg har allerede set dit salgsoplæg. Justér efter antal besøg såvel som rolle, fx ved at gå fra ROI-regnearket til et direkte tilbud om et møde.
Rolle uden virksomhedskontekst. En CFO i en startup med 50 ansatte og en CFO i en virksomhed med 5.000 ansatte har forskellige bekymringer. Kombinér rolle med mindst én firmografisk dimension; vores guide til personalisering efter virksomhedsstørrelse er et naturligt grundlag.
At ignorere privatlivet. At vise en besøgende "Velkommen, Jane fra økonomi" er ubehageligt og kan i EU være ulovligt afhængigt af, hvordan du har fået dataene. Personaliser diskret efter rolle: ændr det, der fremhæves, men annoncer aldrig, hvad du ved.
Sådan måler du det
Mål på segmentniveau. Konverteringen for hele websitet bevæger sig af mange grunde, der ikke har noget med rollevarianter at gøre. Følg disse hver uge:
- Konverteringsrate pr. rollesegment mod dets egen holdout-gruppe. En rolle uden løft har brug for en ny variant.
- Rolledækning: andelen af sessioner, der får et rolletag. Lav dækning begrænser effekten; et pludseligt hop betyder som regel, at en regel er blevet for løs.
- Taggenes præcision, tjekket månedligt ved at sammenligne udledte roller med titlerne på dem, der senere konverterer.
- Kvalitet længere nede i tragten: om leads fra personaliserede sessioner bliver til kvalificerede salgsmuligheder i højere grad end leads fra holdout.
Med Markettailors segmentering kan du definere rollesegmenter ud fra CRM-felter, kampagneparametre og adfærd på siden og rapportere konvertering pr. segment mod en holdout. Uanset hvilket værktøj du bruger, betyder måledesignet mere end værktøjet.
Start med én rolle og én side
Vælg den tekniske evaluator, skriv én hero til forsiden til vedkommende, og kør den mod standardversionen i en måned. Vinder den, så tilføj prissiden eller en anden rolle. Gør den ikke, har du lært, hvilket spørgsmål den målgruppe ikke stiller, til prisen for én overskrift.
For at se, hvordan rollesegmenter kombineres med identifikation på virksomhedsniveau på din egen trafik, kan du booke en gennemgang fra vores prisside.