En sikkerhetsansvarlig, en produktsjef og en innkjøpsanalytiker fra det samme selskapet med 3 000 ansatte åpner nettstedet ditt samme uke. De sitter i den samme innkjøpskomiteen og vurderer det samme produktet, og de får den samme forsiden, de samme kundecasene og det samme demoskjemaet. Den sikkerhetsansvarlige vil ha SOC 2-rapporten din, produktsjefen vil vite om teamet faktisk kommer til å bruke tingen, og innkjøp vil ha prisen. Å personalisere et nettsted etter stillingstittel er å gi hver av dem siden som svarer på spørsmålet deres først.
Det er også vanskeligere enn det høres ut, og de fleste guider hopper over den vanskelige delen. Bransje og selskapsstørrelse får du nesten gratis fra et IP-oppslag ved første sidevisning. Det gjør du ikke med stillingstittel: den tilhører en person, og på de fleste B2B-nettsteder er personen anonym. Denne guiden handler om å drive rollebasert personalisering på en ærlig måte. Den dekker hvilke roller du bør bruke, hvordan du kartlegger rotete titler til dem, hvor rolledata faktisk kommer fra (og hvor de ikke gjør det), hva du bør endre på hver side, og hvordan du ser om noe av det fungerte.
Hvorfor rolle betyr noe, og hvorfor den blir hoppet over
B2B-kjøp er gruppebeslutninger. Forresters kjøperreiseundersøkelse fra 2024 fant at i gjennomsnitt 13 personer er involvert i en kjøpsbeslutning. Hver av dem leser nettstedet ditt med et annet spørsmål. Personalisering på kontonivå kan gjenkjenne at noen fra et logistikkselskap i Tyskland er på besøk, men behandler alle fra den bedriften som samme leser. Rollen er laget som skiller finansdirektøren fra utvikleren.
Team hopper over det av en praktisk grunn: Dataene er tynne. Omvendt IP-oppslag identifiserer selskaper, ikke personer. Du vet bare noens tittel når vedkommende allerede er i CRM-et, kom via en kampanje rettet mot den tittelen, eller når atferden avslører det. Rollepersonalisering vil derfor alltid nå et mindretall av øktene, og programmet må utformes rundt det faktum i stedet for å late som om alle besøkende kan merkes.
Vårt standpunkt: rolle er verdt å legge til når personalisering etter bransje eller størrelse allerede kjører, og det er mest verdifullt på tre sider (forside, prisside, demoskjema). Ikke start med det, og ikke bygg tjue personas.
De fire rollene som er verdt å segmentere etter først
Fire grupper dekker hvordan innkjøpskomiteer fordeler arbeidet. Flere enn det, og hvert segment får for lite trafikk til å kunne måles.
| Rolle | Typiske titler | Vil vite | Leser | Riktig CTA |
|---|---|---|---|---|
| Økonomisk beslutningstaker | CEO, CFO, VP med budsjett | Hva det koster, hva det gir tilbake, hvordan kontrakten ser ut | Priser, ROI-innhold, kundecaser med resultater | Regneark for pris og ROI, samtale med en senior selger |
| Teknisk evaluator | CTO, sikkerhetsansvarlig, arkitekt, utviklingsleder | Arkitektur, integrasjoner, sikkerhet, datahåndtering | Dokumentasjon, API-referanse, sikkerhets- og tillitssider | Arkitekturoversikt, teknisk gjennomgang uten salgspitch |
| Fagperson | Analytiker, driftsleder, spesialist | Gjør dette uken min enklere, hvor lang tid tar det å lære | Funksjonssider, veiledninger, skjermbilder, hjelpesenter | Produktomvisning, sandkasse eller innspilt demo |
| Pådriver | Direktør, seniorleder, teamleder, produktsjef | Kan jeg selge dette internt, hva får teamet mitt | Sammenligningssider, kundecaser fra likesinnede, ROI-materiell | Intern presentasjonspakke, referansesamtale |
Den interne støttespilleren er rollen de fleste nettsteder betjener for dårlig. Den personen signerer ikke kontrakten, men skriver den interne e-posten som får den signert. Å gi dem noe å videresende (en oppsummering på én side, en sammenligning, en sikkerhets-FAQ) er ofte den billigste gevinsten i hele programmet.
Tabell for kartlegging av stillingstittel til kategori
Det vanskelige er ikke å skrive regler. Det er å koble de fritekstbaserte stillingstitlene du faktisk får fra CRM, skjemautfyllinger og dataleverandører (ZoomInfo, Apollo, 6sense og lignende) til de fire kategoriene ovenfor. Bruk tabellen nedenfor som en startkategorisering og juster den til markedet ditt.
| Kategori | Toppledelse & VP | Direktør & avdelingsleder | Leder og teamleder | Fagspesialist uten lederansvar |
|---|---|---|---|---|
| Økonomisk beslutningstaker | CEO, CFO, COO, CRO, Chief Revenue Officer, President, VP Finance, VP Operations, VP Procurement | Økonomidirektør, innkjøpsdirektør, driftsdirektør, økonomisjef, innkjøpssjef | Finance Manager, Procurement Manager, Buyer, Category Manager | Innkjøpsspesialist, økonomianalytiker (med innkjøpsmyndighet) |
| Teknisk evaluator | CTO, CIO, CISO, sjefsarkitekt, 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 / sluttbruker | (sjelden på dette nivået) | (sjelden på dette nivået) | Markedssjef, driftssjef, salgsdriftssjef, RevOps-sjef | Analytiker (markedsføring, salg, forretning, data), spesialist, koordinator, medarbeider, forsker, junior / erfaren ingeniør |
| Pådriver / påvirker | Markedsdirektør, produktdirektør, direktør for kundesuksess (når de ikke er den økonomiske beslutningstakeren) | 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 sjelden her) |
Én forbehold om tabellen: den samme tittelen betyr ulike ting for ulike produkter. Selger du markedsføringsprogramvare, er VP Marketing den økonomiske beslutningstakeren din, ikke en pådriver. Før du bruker tabellen, sorterer du radene på nytt for funksjonen produktet ditt betjener.
Slik håndterer du tvetydige titler
Mange titler passer ikke helt inn. Disse standardvalgene dekker de vanlige tilfellene:
- «Director of X» uten tydelig funksjon: regn som champion som standard. En direktør med en generisk tittel pitcher oftere internt enn signerer.
- «Head of X» eller «VP» i et selskap med under 50 ansatte: behandle som økonomisk beslutningstaker. I den størrelsen har funksjonslederen som regel budsjettet.
- Senior- og staff-ingeniører eller analytikere: brukere, med mindre bedriften har under omtrent 30 ansatte, der hierarkiet er flatt nok til at du kan behandle dem som tekniske evaluatorer.
- Produktledere: forkjemper. De har sjelden budsjett, men leder ofte leverandørevalueringer.
- Konsulenter og innleide: plasser dem etter funksjonen i tittelen («Marketing Consultant» blir bruker). De påvirker, men kjøper sjelden.
- Eier eller gründer i et lite selskap: økonomisk beslutningstaker.
- Tomme eller generiske titler («Employee», «Member of Technical Staff», «Engineer»): legg dem i en ukategorisert gruppe og bruk atferd for disse øktene.
Hold kartleggingen som én oppslagstabell i personaliseringsverktøyet eller CDP-en, ikke som logikk som gjentas i hver sideregel. Da kan markedsføring endre en kategori på ett sted, og et bytte av dataleverandør betyr ikke at taksonomien må skrives om.
Hvor rolledata faktisk kommer fra
Unngå popuper med «velg rollen din». De fleste besøkende lukker dem, noen klikker på en annen rolle av nysgjerrighet, og du har lagt til friksjon for alle. Bruk heller disse kildene, omtrent i rekkefølge etter hvor mye du kan stole på dem:
| Kilde | Slik fungerer det | Pålitelighet | Se opp for |
|---|---|---|---|
| CRM-post for en kjent kontakt | Tilbakevendende besøkende matchet via cookie etter et utfylt skjema eller et klikk i en e-post | Høy: tittelen er registrert | Titler blir utdaterte; oppdater fra dataleverandøren minst årlig |
| Kampanjemålretting | UTM viser at den besøkende kom fra en annonse eller e-post rettet mot én rolle (for eksempel en LinkedIn-kampanje målrettet etter jobbfunksjon) | Middels til høy | Målrettingen lekker; kolleger videresender lenker |
| Atferd på nettstedet | Sidene som leses i økten, avslører spørsmålet den besøkende stiller | Middels, blir bedre med flere sider | Trenger to eller flere sidevisninger før det sier noe |
| Leverandører av identifisering på personnivå | Tredjeparter hevder å kunne koble anonyme besøkende til enkeltpersoner | Varierer mye, hovedsakelig dekning i USA | Under GDPR er dette behandling av personopplysninger og krever et rettslig grunnlag; sjekk før du slår det på for trafikk fra EU |
Identifisering av besøkende på selskapsnivå passer godt sammen med disse: Den forteller deg ikke personens tittel, men den forteller deg selskapet, slik at du kan kombinere rolle med bransje og størrelse. Innlegget vårt om å koble data fra nettstedspersonalisering til CRM-et viser hvordan du sender kjente kontakttitler tilbake til nettstedet.
Atferdsregler for å utlede rolle
For anonyme besøkende er atferd det viktigste signalet. Enkle regler slår en komplisert modell i starten, fordi du kan forklare og kontrollere dem:
- To eller flere visninger av pris- eller ROI-innhold i én økt: økonomisk beslutningstaker.
- To eller flere visninger av dokumentasjon, API-referanse eller sikkerhetssider: teknisk evaluator.
- To eller flere visninger av funksjonssider, veiledninger eller produktomvisninger: fagperson.
- En kundecase pluss en sammenlignings- eller alternativside: pådriver.
- Alt annet: ingen rolle. Vis standardversjonen.
Når kildene er uenige, bruker du en prioritetsrekkefølge i stedet for å ta gjennomsnittet: en tittel fra CRM-et slår kampanjekontekst, som slår atferd. Atferd bør bare overstyre en CRM-tittel når den er sterk og fersk (en kjent «markedssjef» som har lest fire API-sider denne uken, opptrer som teknisk evaluator for dette kjøpet). Innlegget vårt om atferdssegmentering for B2B-nettsteder går grundigere inn på scoringsdelen.
Før lansering bør du sjekke reglene dine mot virkeligheten. Ta kontaktene som fylte ut et demoskjema forrige kvartal, slå opp sidene de så før de konverterte, og se hvilken rolle reglene dine ville tildelt dem sammenlignet med den faktiske tittelen. Bommer reglene på rollen for mange av dem, fiks reglene før noen ser en personalisert side.
Hva du bør endre på hver side etter rolle
Rollepersonalisering betyr ikke å skrive hver side fire ganger. Endre to til fire elementer på hver side, og la resten være.
Forside
Endre hovedoverskriften, det fremhevede beviset og den primære CTA-en. Eksempeltekst (illustrerende, for et fiktivt analyseprodukt):
| Rolle | Overskrift i hero-seksjonen | Bevis som vises | Primær CTA |
|---|---|---|---|
| Standard | Vit hvilke kontoer som er klare til å kjøpe | Logolinje | Book en demo |
| Økonomisk beslutningstaker | Se hvilken pipeline nettstedet ditt allerede skaper | Sitat fra en leder innen økonomi eller inntekter om resultater | Se priser og ROI-arbeidsark |
| Teknisk evaluator | Én script-tag, ingen endringer i stakken din | Sikkerhetssertifiseringer, integrasjonslogoer | Les arkitekturoversikten |
| Fagperson | Bygg ditt første segment på en ettermiddag | Skjermbilde av den daglige arbeidsflyten | Ta produktomvisningen |
| Pådriver | Hva teamet ditt kan levere dette kvartalet | Kundecase fra et lignende team | Få den interne presentasjonspakken |
Håndboken vår for personalisering av forsiden tar for seg resten av forsiden. Legg til rolle oppå elementer du allerede personaliserer, i stedet for å åpne for nye.
Prisside
Det er her rollene skiller seg mest. Den økonomiske beslutningstakeren vil vite totalkostnaden over kontraktsperioden og ha en måte å forsvare den på, så åpne med en årsvisning og et ROI-ark. Den tekniske evaluatoren vil vite hva hvert nivå inkluderer: API-grenser, SSO, datalagringssted, supportnivåer. Fagpersonen vil vite hva de faktisk kan gjøre på hver plan. Den interne støttespilleren vil ha noe å ta med til økonomiavdelingen: en oppsummering på én side med business casen og to referansekunder.
Hold selve prisene identiske for alle roller. Å endre innrammingen er greit; å vise ulike tall til ulike personer fra samme selskap er en rask måte å miste tillit på når de sammenligner notater. Mer om denne siden i innlegget vårt om personalisering av prissider i B2B.
Produkt- og funksjonssider
Produktsider trenger minst omskriving. Endre det som står øverst på siden: arkitekturdiagrammer og integrasjonslister for tekniske evaluatorer, skjermbilder av arbeidsflyter og veiledninger for brukere, resultatfokuserte kundecaser fra lignende selskaper for økonomiske beslutningstakere og pådrivere. La selve funksjonslisten være statisk i første omgang.
Demoskjema
Det er i skjemaet et misforhold koster mest. En økonomisk beslutningstaker vil vite hvem som er med i samtalen og hvor lang tid den tar. En teknisk evaluerer vil ofte ha en teknisk økt eller dokumentasjon, ikke en salgssamtale. En fagperson vil se produktet uten et møte. Å tilby et alternativ tilpasset rollen ved siden av den vanlige demoforespørselen (for eksempel en «teknisk gjennomgang» for evaluerere) holder på folk som ellers ville forsvunnet.
Gjennomgått eksempel: én konto, tre besøkende
Illustrerende eksempel. Et logistikkprogramvareselskap med 600 ansatte vurderer et rapporteringsverktøy. I løpet av to uker besøker tre personer fra selskapet:
- Besøkende A kommer fra en LinkedIn-kampanje rettet mot økonomiroller og leser prissiden to ganger. Rolle: økonomisk beslutningstaker (kampanje og atferd stemmer overens). Prissiden åpner med visningen av årskostnad og ROI-arket.
- Besøkende B er anonym, leser API-referansen, sikkerhetssiden og integrasjonslisten. Rolle: teknisk evaluator (atferd). Hero-seksjonen på forsiden bytter til varianten «ingen endringer i teknologistabelen din» ved neste besøk, og demoskjemaet tilbyr en teknisk gjennomgang.
- Besøkende C er en kjent kontakt (fylte ut et webinarskjema for et år siden) med tittelen «Senior Product Manager». Rolle: forkjemper (CRM-tittel). De ser kundecasen fra en likesinnet og CTA-en for den interne salgspakken.
Samtidig viser identifisering på selskapsnivå tre personer fra samme konto i løpet av to uker, som er et signal fra innkjøpsgruppen salg bør få høre om uansett rolle. Rollen endrer hva hver person ser; kontovisningen avgjør når salg kobles inn. Innlegget vårt om kontoscoring tar for seg den andre halvdelen.
En utrullingsplan på 60 dager
- Dag 1 til 10: utleding av rolle. Last inn tabellen for titteltilordning, koble til titler fra CRM, skriv atferdsreglene og test dem bakover mot forrige kvartals demoforespørsler.
- Dag 11 til 25: forsiden. Én variant av toppseksjon, bevis og CTA per rolle, pluss en holdout-gruppe som fortsatt ser standardversjonen. Bruk en A/B-testplan for å låse suksessmålet før lansering.
- Dag 26 til 40: prissiden. Endre bare innrammingen og den primære CTA-en. Pristekster har kommersielle konsekvenser, så hold første iterasjon liten.
- Dag 41 til 55: produktsider. Vektlegging over folden og kundecasene under funksjonslisten.
- Dag 56 til 60: gjennomgang. Sammenlign hvert rollesegment med sin holdout-gruppe. Behold varianter som vinner med et utvalg du stoler på, fjern resten, og bestem hvilken rolle som får nytt innhold neste gang.
Hvis trafikken din er liten, kutter du ned planen: én rolle, én side, én måned. Den tekniske vurdereren på forsiden er en god første test, fordi atferdssignalet er tydelig og innholdet som regel allerede finnes i dokumentasjonen din.
Feil som ødelegger rollebasert personalisering
For mange roller. Personadokumenter lister ofte opp ti eller flere. Hver ekstra rolle deler trafikken ytterligere til ingenting kan måles. Fire er mer enn nok det første kvartalet.
Ingen standardopplevelse. De fleste økter vil aldri få en rollemerking. Standardsiden må være god i seg selv; rollevarianter bygger på den, de erstatter den ikke.
Å endre teksten, men ikke CTA-en. En overskrift med finanspreg etterfulgt av «Begynn å bygge nå» opphever arbeidet. Handlingsoppfordringen må passe til det den rollen gjør som neste steg.
Å behandle hvert besøk som det første. En CFO på sitt fjerde besøk har allerede sett salgsbudskapet ditt. Juster etter antall besøk i tillegg til rolle, for eksempel ved å gå fra ROI-regnearket til et direkte tilbud om møte.
Rolle uten selskapskontekst. En økonomidirektør i et oppstartsselskap med 50 ansatte og en økonomidirektør i et konsern med 5 000 ansatte har ulike bekymringer. Kombiner rolle med minst én firmografisk dimensjon; guiden vår til personalisering etter selskapsstørrelse er et naturlig grunnlag.
Å ignorere personvern. Å vise en besøkende «Velkommen, Jane fra økonomi» er ubehagelig og kan i EU være ulovlig, avhengig av hvordan du fikk tak i dataene. Personaliser etter rolle i det stille: endre hva som vektlegges, men kunngjør aldri hva du vet.
Slik måler du det
Mål på segmentnivå. Konverteringen for hele nettstedet endres av mange grunner som ikke har noe med rollevarianter å gjøre. Følg disse hver uke:
- Konverteringsrate per rollesegment mot sin egen holdout-gruppe. En rolle uten økning trenger en ny variant.
- Rolledekning: andelen økter som får en rolletagg. Lav dekning begrenser effekten; et plutselig hopp betyr som regel at en regel har blitt for løs.
- Treffsikkerhet for merkingen, sjekket månedlig ved å sammenligne utledede roller med titlene til personer som senere konverterer.
- Kvalitet lenger ned i trakten: om leads fra personaliserte økter blir kvalifiserte salgsmuligheter i høyere grad enn leads fra holdout-gruppen.
Markettailors segmentering lar deg definere rollesegmenter fra CRM-felt, kampanjeparametere og atferd på sidene, og rapportere konvertering per segment mot en kontrollgruppe. Uansett hvilket verktøy du bruker, betyr måledesignet mer enn verktøyet.
Start med én rolle og én side
Velg den tekniske evaluatoren, skriv én forside-hero for dem og kjør den mot standardversjonen i en måned. Vinner den, legg til prissiden eller en ny rolle. Gjør den ikke det, har du lært hvilket spørsmål den målgruppen ikke stiller, til prisen av én overskrift.
For å se hvordan rollesegmenter kombineres med identifisering på bedriftsnivå på din egen trafikk, booker du en gjennomgang fra prissiden vår.