Un responsabil de securitate, un product manager și un analist de achiziții din aceeași companie de 3.000 de angajați îți deschid site-ul în aceeași săptămână. Fac parte din același comitet de achiziție și evaluează același produs, dar primesc același homepage, aceleași studii de caz și același formular de demo. Responsabilul de securitate vrea raportul SOC 2, product managerul vrea să știe dacă echipa chiar va folosi produsul, iar achizițiile vor prețul. A personaliza un site după funcție înseamnă a-i da fiecăruia pagina care îi răspunde mai întâi la propria întrebare.
În plus, e mai greu decât pare, iar majoritatea ghidurilor sar peste partea grea. Industria și mărimea companiei vin aproape gratuit dintr-o identificare pe baza IP-ului la prima vizualizare a paginii. Funcția, nu: ea aparține unei persoane, iar pe majoritatea site-urilor B2B persoana este anonimă. Ghidul acesta este despre personalizarea onestă pe roluri. Acoperă ce roluri să folosești, cum să încadrezi în ele titlurile dezordonate, de unde vin de fapt datele despre roluri (și de unde nu), ce să schimbi pe fiecare pagină și cum îți dai seama dacă ceva a funcționat.
De ce contează rolul și de ce este omis
Achizițiile B2B sunt decizii de grup. Sondajul Forrester din 2024 despre parcursul cumpărătorilor a constatat că în medie 13 persoane sunt implicate într-o decizie de achiziție. Fiecare dintre ele citește site-ul tău cu o altă întrebare. Personalizarea la nivel de cont poate recunoaște că te vizitează cineva de la o companie de logistică din Germania, dar îi tratează pe toți cei din acea companie ca pe același cititor. Rolul este stratul care îl separă pe CFO de inginer.
Echipele o sar dintr-un motiv practic: datele sunt puține. Reverse IP lookup identifică firme, nu oameni. Afli funcția cuiva doar dacă e deja în CRM, dacă a venit printr-o campanie adresată acelei funcții sau dacă îl trădează comportamentul. Așa că personalizarea pe roluri va ajunge mereu doar la o minoritate a sesiunilor, iar programul trebuie gândit în jurul acestui fapt, nu pornind de la ideea că fiecare vizitator poate fi etichetat.
Poziția noastră: rolul merită adăugat după ce personalizarea pe industrie sau mărime rulează deja și este cel mai valoros pe trei pagini (homepage, prețuri, formularul de demo). Nu începe cu el și nu construi douăzeci de persona.
Cele patru roluri după care merită să segmentezi mai întâi
Patru grupuri acoperă felul în care comitetele de achiziție își împart munca. Mai multe și fiecare segment primește prea puțin trafic ca să poată fi măsurat.
| Rol | Funcții tipice | Vrea să știe | Lecturi | CTA-ul potrivit |
|---|---|---|---|---|
| Cumpărător economic | CEO, CFO, VP cu buget | Cât costă, ce aduce, cum arată contractul | Prețuri, conținut despre ROI, studii de caz cu rezultate | Fișă de calcul pentru preț și ROI, discuție cu un agent de vânzări senior |
| Evaluator tehnic | CTO, responsabil de securitate, arhitect, engineering manager | Arhitectură, integrări, securitate, gestionarea datelor | Documentație, referință API, pagini de securitate și încredere | Prezentarea arhitecturii, briefing tehnic fără discurs de vânzare |
| Practician | Analist, manager de operațiuni, specialist | Îmi va face săptămâna mai ușoară, cât durează să-l învăț | Pagini de funcționalități, tutoriale, capturi de ecran, centru de ajutor | Tur de produs, sandbox sau demo înregistrat |
| Susținător intern | Director, senior manager, lider de echipă, product manager | Pot susține asta intern, ce va primi echipa mea | Pagini de comparație, studii de caz de la companii similare, materiale despre ROI | Pachet pentru prezentarea internă, apel de referință |
Susținătorul intern este rolul pe care majoritatea site-urilor îl servesc cel mai slab. Acea persoană nu semnează contractul, dar scrie e-mailul intern care îl face să fie semnat. Să-i dai ceva de trimis mai departe (un rezumat de o pagină, o comparație, întrebări frecvente despre securitate) este adesea cel mai ieftin câștig din tot programul.
Tabel de încadrare a funcțiilor pe categorii
Partea grea nu este scrierea regulilor. Este maparea funcțiilor în text liber pe care le primești efectiv din CRM, din formulare și de la furnizorii de date (ZoomInfo, Apollo, 6sense și alții similari) în cele patru categorii de mai sus. Folosește tabelul de mai jos ca taxonomie de pornire și ajustează-l la piața ta.
| Categorie | C-Level & VP | Director & șef de departament | Manager și lider de echipă | Contributor individual |
|---|---|---|---|---|
| Cumpărător economic | CEO, CFO, COO, CRO, Chief Revenue Officer, President, VP Finance, VP Operations, VP Procurement | Director financiar, director de achiziții, director de operațiuni, șef financiar, șef achiziții | Finance Manager, Procurement Manager, Buyer, Category Manager | Specialist achiziții, analist financiar (cu autoritate de cumpărare) |
| Evaluator tehnic | 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 |
| Practician / utilizator final | (rar la acest nivel) | (rar la acest nivel) | Marketing Manager, Operations Manager, Sales Operations Manager, RevOps Manager | Analist (marketing, vânzări, business, date), specialist, coordonator, asociat, cercetător, inginer junior / mid-level |
| Susținător intern / influencer | VP Marketing, VP Product, VP Customer Success (când nu sunt cumpărătorul economic) | 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 | (rareori începe aici) |
O precizare despre tabel: același titlu înseamnă lucruri diferite pentru produse diferite. Dacă vinzi software de marketing, VP-ul de marketing este cumpărătorul economic, nu un susținător intern. Înainte să folosești tabelul, reordonează rândurile pentru funcția pe care o servește produsul tău.
Cum tratezi titlurile ambigue
Multe funcții nu se vor încadra perfect. Aceste valori implicite acoperă cazurile frecvente:
- „Director of X” fără o funcție clară: tratează-l implicit drept champion. Un director cu un titlu generic mai degrabă susține intern achiziția decât o semnează.
- „Head of X” sau „VP” într-o companie cu sub 50 de oameni: tratează-l drept cumpărător economic. La această dimensiune, șeful de funcție deține de obicei bugetul.
- Ingineri sau analiști senior și staff: practicieni, cu excepția cazului în care compania are sub aproximativ 30 de oameni, unde autoritatea este suficient de plată încât să-i tratezi ca evaluatori tehnici.
- Product managers: susținători. Rareori dețin bugetul, dar adesea conduc evaluările furnizorilor.
- Consultanți și colaboratori externi: asociază-i după funcția din titlu („Marketing Consultant” merge la practician). Influențează, dar rareori cumpără.
- Proprietar sau fondator într-o companie mică: cumpărător economic.
- Funcții goale sau generice („Employee”, „Member of Technical Staff”, „Engineer”): pune-le într-o categorie nemapată și bazează-te pe comportament pentru acele sesiuni.
Păstrează maparea într-un singur tabel de corespondență în instrumentul de personalizare sau în CDP, nu ca logică repetată în fiecare regulă de pagină. Astfel, marketingul poate schimba o categorie într-un singur loc, iar schimbarea furnizorului de date nu înseamnă rescrierea taxonomiei.
De unde provin de fapt datele despre rol
Evită pop-up-urile de tip „alege-ți rolul”. Majoritatea vizitatorilor le închid, unii aleg din curiozitate alt rol, iar tu ai adăugat fricțiune pentru toată lumea. Folosește în schimb aceste surse, aproximativ în ordinea încrederii pe care le-o poți acorda:
| Sursă | Cum funcționează | Fiabilitate | Atenție la |
|---|---|---|---|
| Înregistrarea din CRM a unui contact cunoscut | Vizitator recurent identificat prin cookie după completarea unui formular sau un clic într-un email | Ridicată: funcția este în evidență | Funcțiile se învechesc; actualizează-le de la furnizorul de date cel puțin anual |
| Țintirea campaniei | UTM-ul arată că vizitatorul a venit dintr-o reclamă sau un email destinat unui anumit rol (de exemplu o campanie LinkedIn targetată după funcție) | Mediu spre ridicat | Targetarea are scăpări; colegii trimit linkurile mai departe |
| Comportament pe site | Paginile citite în sesiune arată întrebarea pe care și-o pune vizitatorul | Mediu, se îmbunătățește cu mai multe pagini | Are nevoie de două sau mai multe vizualizări de pagină înainte să spună ceva |
| Furnizori de identificare la nivel de persoană | Terții susțin că asociază vizitatorii anonimi cu persoane concrete | Variază mult, acoperire mai ales în SUA | Conform GDPR, aceasta este prelucrare de date personale și are nevoie de un temei legal; verifică înainte să o activezi pentru traficul din UE |
Identificarea vizitatorilor la nivel de companie completează aceste surse: nu-ți va spune funcția persoanei, dar îți spune compania, ceea ce îți permite să combini rolul cu industria și mărimea. Articolul nostru despre conectarea datelor de personalizare a site-ului la CRM arată cum trimiți înapoi pe site funcțiile contactelor cunoscute.
Reguli comportamentale pentru deducerea rolului
Pentru vizitatorii anonimi, comportamentul este principalul semnal. La început, regulile simple bat un model complicat, pentru că le poți explica și verifica:
- Două sau mai multe vizualizări ale conținutului despre prețuri sau ROI într-o singură sesiune: decidentul economic.
- Două sau mai multe vizualizări ale documentației, ale referinței API sau ale paginilor de securitate: evaluator tehnic.
- Două sau mai multe vizualizări de pagini de funcționalități, tutoriale sau tururi de produs: practician.
- Un studiu de caz plus o pagină de comparație sau de alternative: susținătorul intern.
- Orice altceva: niciun rol. Afișează varianta implicită.
Când sursele nu se potrivesc, folosește o ordine de prioritate în loc să faci media: funcția din CRM bate contextul campaniei, care bate comportamentul. Comportamentul ar trebui să suprascrie funcția din CRM doar când e puternic și recent (un „Marketing Manager” cunoscut care a citit patru pagini despre API săptămâna aceasta acționează ca evaluator tehnic pentru această achiziție). Articolul nostru despre segmentarea comportamentală pentru site-urile B2B tratează mai detaliat partea de scoring.
Înainte de lansare, verifică regulile cu realitatea. Ia contactele care au completat un formular de demo trimestrul trecut, uită-te la paginile vizualizate înainte de conversie și vezi ce rol le-ar fi atribuit regulile tale comparativ cu funcția lor reală. Dacă regulile greșesc rolul pentru mulți dintre ei, repară regulile înainte ca cineva să vadă o pagină personalizată.
Ce să schimbi pe fiecare pagină în funcție de rol
Personalizarea pe roluri nu înseamnă să scrii fiecare pagină de patru ori. Pe fiecare pagină, schimbă două–patru elemente și lasă restul în pace.
Pagina principală
Schimbă titlul din hero, dovada evidențiată și CTA-ul principal. Exemplu de text (ilustrativ, pentru un produs fictiv de analytics):
| Rol | Titlul din hero | Dovezi afișate | CTA principal |
|---|---|---|---|
| Implicit | Află ce conturi sunt gata să cumpere | Bară de logouri | Programează un demo |
| Cumpărător economic | Vezi ce pipeline creează deja site-ul tău | Citat de la un lider din finanțe sau venituri despre rezultate | Vezi prețurile și fișa de calcul ROI |
| Evaluator tehnic | Un singur tag de script, fără modificări în stack | Certificări de securitate, logouri de integrări | Citește prezentarea arhitecturii |
| Practician | Construiește primul segment într-o după-amiază | Captură de ecran a fluxului de lucru zilnic | Fă turul produsului |
| Susținător intern | Ce poate livra echipa ta în acest trimestru | Studiu de caz de la o echipă similară | Obține pachetul de argumente pentru prezentarea internă |
Playbook-ul nostru de personalizare a paginii principale acoperă restul paginii principale. Adaugă rolul peste elementele pe care le personalizezi deja, în loc să deschizi altele noi.
Pagina de prețuri
Aici rolurile diferă cel mai mult. Cumpărătorul economic vrea costul total pe durata contractului și o modalitate de a-l justifica, așa că începe cu o perspectivă anuală și o foaie de calcul pentru ROI. Evaluatorul tehnic vrea să știe ce include fiecare plan: limite API, SSO, rezidența datelor, niveluri de suport. Practicianul vrea să știe ce poate face efectiv în fiecare plan. Susținătorul intern vrea ceva de dus la finanțe: un rezumat de o pagină cu business case-ul și doi clienți de referință.
Păstrează prețurile identice pentru toate rolurile. E în regulă să schimbi felul în care le prezinți; să arăți cifre diferite unor oameni din aceeași companie este o cale rapidă de a pierde încrederea în momentul în care își compară notițele. Mai multe despre această pagină în articolul nostru despre personalizarea paginii de prețuri B2B.
Pagini de produs și de funcționalități
Paginile de produs au nevoie de cele mai puține rescrieri. Schimbă ce se află above the fold: diagrame de arhitectură și liste de integrări pentru evaluatorii tehnici, capturi de ecran ale fluxurilor de lucru și tutoriale pentru practicieni, studii de caz orientate spre rezultate de la companii similare pentru cumpărătorii economici și susținătorii interni. Lasă lista de funcționalități statică în prima etapă.
Formular de demo
Formularul este locul unde o nepotrivire costă cel mai mult. Un decident economic vrea să știe cine va participa la apel și cât durează. Un evaluator tehnic vrea adesea o sesiune tehnică sau documentație, nu un apel de vânzări. Un specialist vrea să vadă produsul fără o întâlnire. Dacă oferi o alternativă potrivită rolului lângă solicitarea standard de demo (de exemplu, o opțiune de „briefing tehnic” pentru evaluatori), îi păstrezi pe cei care altfel ar pleca.
Exemplu practic: un cont, trei vizitatori
Exemplu ilustrativ. O companie de software pentru logistică cu 600 de angajați evaluează un instrument de raportare. În două săptămâni, trei persoane din companie vizitează site-ul:
- Vizitatorul A vine dintr-o campanie LinkedIn care țintește roluri din finanțe și citește pagina de prețuri de două ori. Rol: cumpărător economic (campania și comportamentul confirmă). Pagina de prețuri pune în față costul anual și foaia de calcul pentru ROI.
- Vizitatorul B este anonim, citește documentația API, pagina de securitate și lista de integrări. Rol: evaluator tehnic (comportament). La următoarea vizită, hero-ul de pe homepage trece pe varianta „fără schimbări în stack-ul tău”, iar formularul de demo oferă o prezentare tehnică.
- Vizitatorul C este un contact cunoscut (a completat un formular de webinar acum un an), cu funcția „Senior Product Manager”. Rol: susținător intern (funcția din CRM). Vede studiul de caz al unui omolog și CTA-ul pentru pachetul de argumentare internă.
Între timp, identificarea la nivel de companie arată trei persoane din același cont în două săptămâni, un semnal de grup de cumpărare despre care vânzările ar trebui să afle indiferent de rol. Rolul schimbă ce vede fiecare persoană; perspectiva la nivel de cont decide când intră vânzările în joc. Articolul nostru despre scoring-ul conturilor acoperă această a doua jumătate.
Un plan de implementare în 60 de zile
- Zilele 1–10: deducerea rolului. Încarcă tabelul de mapare a funcțiilor, conectează funcțiile din CRM, scrie regulile comportamentale și testează-le retroactiv pe solicitările de demo din trimestrul trecut.
- Zilele 11-25: pagina principală. Câte o variantă de hero, dovezi și CTA pentru fiecare rol, plus un grup de control care continuă să vadă versiunea implicită. Folosește un plan de test A/B pentru a fixa metrica de succes înainte de lansare.
- Zilele 26-40: pagina de prețuri. Schimbă doar încadrarea și CTA-ul principal. Textul despre prețuri are consecințe comerciale, așa că păstrează prima iterație mică.
- Zilele 41-55: paginile de produs. Accentul above the fold și studiile de caz de sub lista de funcționalități.
- Zilele 56–60: analiză. Compară fiecare segment pe roluri cu grupul său de holdout. Păstrează variantele care câștigă pe un eșantion în care ai încredere, renunță la celelalte și decide pentru ce rol creezi conținut nou în continuare.
Dacă ai trafic puțin, redu planul: un rol, o pagină, o lună. Evaluatorul tehnic de pe homepage e un prim test bun, pentru că semnalul comportamental e clar, iar conținutul există de obicei deja în documentație.
Greșeli care compromit personalizarea pe roluri
Prea multe roluri. Documentele de persona enumeră adesea zece sau mai multe. Fiecare rol în plus împarte și mai mult traficul, până când nimic nu mai poate fi măsurat. Patru sunt suficiente pentru primul trimestru.
Nicio experiență implicită. Majoritatea sesiunilor nu vor primi niciodată o etichetă de rol. Pagina implicită trebuie să fie bună de una singură; variantele pe roluri o completează, nu o înlocuiesc.
Schimbi textul, dar nu și CTA-ul. Un titlu cu tentă financiară urmat de „Start building now” anulează efortul. Call to action-ul trebuie să corespundă cu ce face acel rol în pasul următor.
Tratarea fiecărei vizite ca fiind prima. Un CFO aflat la a patra vizită ți-a văzut deja pitch-ul. Ajustează în funcție de numărul de vizite, nu doar de rol, de exemplu trecând de la foaia de calcul ROI la o ofertă directă de întâlnire.
Rolul fără contextul companiei. Un CFO dintr-un startup de 50 de oameni și un CFO dintr-o companie enterprise de 5.000 de oameni au preocupări diferite. Combină rolul cu cel puțin o dimensiune firmografică; ghidul nostru de personalizare după mărimea companiei este un strat de bază firesc.
Ignorarea confidențialității. Să-i afișezi unui vizitator „Bun venit, Jane de la Finanțe” e înfiorător și, în UE, poate fi ilegal, în funcție de cum ai obținut datele. Personalizează discret după rol: schimbă ce e scos în evidență, nu anunța niciodată ce știi.
Cum o măsori
Măsoară la nivel de segment. Conversia pe tot site-ul se mișcă din multe motive care nu au legătură cu variantele pe roluri. Urmărește acestea săptămânal:
- Rata de conversie a fiecărui segment de rol față de propriul grup de control. Un rol fără creștere are nevoie de o variantă nouă.
- Acoperirea pe roluri: ponderea sesiunilor care primesc o etichetă de rol. O acoperire mică limitează impactul; un salt brusc înseamnă de obicei că o regulă a devenit prea permisivă.
- Acuratețea etichetelor, verificată lunar prin compararea rolurilor deduse cu funcțiile persoanelor care convertesc ulterior.
- Calitatea în aval: dacă leadurile din sesiunile personalizate devin oportunități calificate într-o proporție mai mare decât leadurile din holdout.
Segmentarea din Markettailor îți permite să definești segmente pe roluri din câmpuri CRM, parametri de campanie și comportamentul pe pagini și să raportezi conversia pe fiecare segment față de un holdout. Indiferent de instrumentul folosit, designul măsurării contează mai mult decât instrumentul.
Începe cu un rol și o pagină
Alege evaluatorul tehnic, scrie un singur hero de homepage pentru el și rulează-l timp de o lună față de varianta implicită. Dacă câștigă, adaugă pagina de prețuri sau un al doilea rol. Dacă nu, ai aflat ce întrebare nu își pune acel public, cu prețul unui singur titlu.
Ca să vezi cum se combină segmentele pe roluri cu identificarea la nivel de companie pe propriul trafic, programează o prezentare de pe pagina noastră de prețuri.