Personalizzazione su larga scala: gestire centinaia di regole senza caos

La personalizzazione su larga scala è soprattutto un problema operativo. Cinque regole stanno nella testa di una persona. Cinquanta regole, scritte da quattro persone nell'arco di un anno, no. Senza una struttura ti ritrovi con regole senza responsabile, due regole che si contendono lo stesso titolo nella pagina prezzi e un vecchio prezzo ancora visibile a un segmento perché nessuno si ricordava che quella variante esisteva.

Questo articolo tratta la struttura che mantiene gestibile un insieme di regole in crescita: naming, un registro, un ordine di priorità esplicito per i conflitti, template basati su spazi invece di pagine su misura, controlli delle performance e chi è responsabile di cosa. Niente di complicato. Deve solo esistere prima che il numero di regole cresca, non dopo.

Segnali che la tua configurazione attuale non basta più

Nessuno sa dire cosa vede un determinato visitatore. Qualcuno chiede “cosa vede in homepage un visitatore enterprise del settore sanitario?” e per rispondere bisogna aprire diverse regole, magari in più di uno strumento.
I conflitti vengono risolti per caso. Due regole agiscono sullo stesso elemento per segmenti sovrapposti, e quale delle due vince dipende dall'ordine di caricamento o dalla data di creazione, non da una decisione presa da qualcuno.
Le modifiche ai contenuti diventano ricerche. Un cambio di prezzo o del nome di un prodotto significa frugare in ogni variante per trovare dove si nasconde la vecchia formulazione.
Le pagine sono diventate più lente o hanno iniziato a sfarfallare man mano che venivano aggiunte regole, e nessuno ha notato quando.
I test si sono fermati perché la manutenzione delle regole esistenti assorbe tutto il tempo disponibile.

Ridurre il numero di regole a volte è la risposta giusta, soprattutto quando molte non sono mai state misurate. Più spesso le regole vanno bene e manca un modo per vederle e governarle.

Dai alle regole nomi che spieghino la regola

Scegli uno schema e usalo ovunque. Uno che funziona: livello, segmento, pagina, elemento e versione, uniti da trattini in quest'ordine:

tier-segment-page-element-version

T1-acme-corp-homepage-hero-v2
T2-enterprise-healthcare-pricing-proof-v1
T3-returning-visitor-blog-cta-v3

Il prefisso del tier si collega all'ordine di risoluzione dei conflitti descritto più avanti. Il resto permette a chiunque legga un elenco di regole di capire cosa fa ciascuna senza aprirla. Filtra per pagina e ottieni tutte le regole che possono toccare quella pagina; filtra per segmento e ottieni tutto ciò che vede un segmento.

Tieni un registro

Basta un foglio di calcolo. Una riga per ogni regola attiva, con queste colonne:

Colonna	Perché c'è
Nome della regola	Corrisponde esattamente al nome nello strumento
Scopo	Una frase: "Mostrare case study del settore sanitario ai visitatori del settore sanitario per aumentare le richieste di demo"
Responsabile	La persona a cui chiedere e quella che lo aggiorna
Definizione del segmento	Le condizioni effettive, così le sovrapposizioni sono visibili
Pagina ed elemento	Dove modifica i contenuti
Fatti che contiene	Prezzi, nomi dei piani, nomi dei clienti, nomi dei prodotti: è la colonna da cercare quando uno di questi cambia
Stato holdout / test	Misurato, in corso di misurazione o mai misurato
Ultima revisione	Data

Aggiungi due abitudini. Le nuove regole passano da una breve richiesta alla persona responsabile del registro (va bene un messaggio su Slack), così i duplicati vengono intercettati prima del rilascio. E ogni trimestre, ripassa la lista: ritira le regole che non hanno mostrato effetti dopo un test completo, aggiorna i contenuti datati e unisci le regole che fanno lo stesso lavoro per segmenti sovrapposti. Il nostro template di playbook di personalizzazione può fungere da registro se non vuoi crearne uno tuo; ha una colonna per la priorità in caso di sovrapposizione.

Risolvi i conflitti prima che si presentino

Un visitatore di ritorno di una grande azienda sanitaria presente in una lista di account target può corrispondere contemporaneamente a una regola di account, a una regola settore più dimensione, a una regola di settore e a una regola per i visitatori di ritorno. Se agiscono tutte sull'hero, qualcosa deve decidere. Stabilisci un ordine esplicito:

Tier 1: regole per account nominali. Tutto ciò che è costruito per un account specifico o una lista di account ha la precedenza. Sono le regole più specifiche e di solito legate a una conversazione commerciale in corso.
Tier 2: segmenti composti. Le regole che combinano due o più attributi (enterprise + sanità) prevalgono sulle regole a singolo attributo, perché qualcuno ha deciso che quella combinazione meritava un messaggio dedicato.
Livello 3: regole a singolo attributo. “Tutti i visitatori enterprise”, “tutti i visitatori dagli Stati Uniti”. Regole di ripiego.
Pagina predefinita. Ciò che vedono tutti gli altri, e ciò che vedono i crawler.

All'interno di un livello, non lasciare che a decidere siano "l'ultimo aggiornamento" o l'ordine di caricamento. Assegna a ogni regola di un livello un numero di priorità esplicito nel registro o, meglio ancora, evita fin dall'inizio regole dello stesso livello sullo stesso elemento per segmenti sovrapposti. I criteri di spareggio impliciti sono il modo in cui un visitatore finisce per vedere una variante che nessuno aveva previsto.

I conflitti si possono evitare anche per elemento. Se le regole per account gestiscono la hero e quelle per settore il blocco delle prove, un visitatore che soddisfa entrambe riceve entrambi, senza conflitti. È la soluzione più semplice e vale la pena provarla per prima.

Template e slot invece di pagine su misura

Lo schema che rende sostenibile un insieme ampio di regole: fissa il layout della pagina e definisci alcuni slot personalizzabili. Una regola riempie gli slot; non riprogetta la pagina.

Esempi di slot per una homepage B2B:

Titolo hero (con un limite di caratteri, perché le varianti stiano su mobile)
Sottotitolo dell'hero
Blocco di prove: una fila di loghi e una citazione
Etichetta e destinazione della CTA principale
Case study in evidenza

Creare una variante significa quindi scrivere i testi per cinque campi e scegliere un case study, cosa che un marketer può fare senza tempo di design o di sviluppo. Rende utile anche il registro: sai esattamente quali campi una regola può modificare.

Il compromesso è reale. La variante sanitaria e quella fintech si somiglieranno perché condividono lo stesso layout. Per la maggior parte dei siti B2B è accettabile, perché è il messaggio a cambiare per segmento. Riserva un trattamento completamente personalizzato a una breve lista di account nominativi in cui la dimensione del contratto giustifica il lavoro extra, e accetta che quelle pagine richiederanno una manutenzione a parte.

Monitora le prestazioni man mano che aggiungi regole

Quanto costa un insieme di regole in termini di velocità dipende da dove avviene la decisione. Una decisione lato server o edge aggiunge lavoro prima dell'invio della pagina; uno script lato client aggiunge lavoro dopo il rendering della pagina e può causare sfarfallio. In ogni caso, misura invece di supporre:

Largest Contentful Paint e flicker sulle pagine personalizzate. Confronta una variante personalizzata con la pagina predefinita in PageSpeed Insights o in un test di laboratorio, con un profilo mobile rallentato. Se la hero personalizzata è l'elemento LCP e compare più tardi di quanto farebbe la versione predefinita, la decisione arriva troppo tardi.
Tempo di decisione dello strumento di personalizzazione. La maggior parte degli strumenti registra quanto tempo richiede una decisione. Monitoralo nel tempo e, quando aumenta all'improvviso, guarda che cosa è cambiato.
Tasso di fallback. Quanto spesso una regola fallisce e viene mostrata la versione predefinita. Un fallback silenzioso è meglio di una pagina rotta, ma un tasso elevato significa che i visitatori non ricevono ciò che il registro dice che ricevono.

Registra un valore di riferimento prima che ogni gruppo di nuove regole vada live, così una regressione può essere collegata alla modifica che l'ha causata. Il monitoraggio dei Core Web Vitals nel tuo strumento RUM o in Search Console segnalerà i problemi persistenti, ma solo dopo che una quantità sufficiente di traffico reale ne è stata colpita.

Chi è responsabile di cosa

Ruolo	Responsabilità	Ruolo spesso ricoperto da
Responsabile della personalizzazione	Registro, nomenclatura, ordine dei conflitti, revisione trimestrale, ultima parola sulle nuove regole	Responsabile marketing ops o growth
Produttori di contenuti	Scrivere i testi degli slot per segmento, mantenere aggiornati i fatti	Product marketing, team contenuti
Responsabile dell'implementazione tecnica	Configurazione delle regole, debug dei conflitti, controlli sulle performance	Sviluppatore web o un marketer tecnico, a seconda dello strumento
Analista	Gruppi di controllo, risultati per regola, segnalazione delle regole da dismettere	Marketing analyst (vedi carriere nel marketing analytics per sapere in cosa consiste questo lavoro)

Nei team piccoli una o due persone ricoprono tutti e quattro i ruoli, e va bene purché esista il registro, perché così una seconda persona può subentrare. Il ruolo di responsabile è l'unico che non può essere condiviso in modo vago: se tutti sono responsabili dell'insieme delle regole, nessuno ritira niente. Per RACI, fasi di rollout e governance nelle organizzazioni più grandi, consulta il playbook per il rollout della personalizzazione enterprise.

Misura le regole, non solo il programma

Un gruppo di controllo a livello di programma ti dice che la personalizzazione nel suo insieme vale la pena. Non ti dice quali delle cinquanta regole stanno producendo il risultato. Quando il traffico lo consente, assegna a ogni regola di livello 2 e 3 il proprio gruppo di controllo o A/B test, e segna nel registro come "non misurate" le regole che non possono raggiungere un campione leggibile, invece di dare per scontato che aiutino. Il nostro articolo sulla misurazione del ROI della personalizzazione spiega come dimensionare il gruppo di controllo e la gerarchia delle metriche.

Checklist prima che il numero di regole cresca

Una convenzione di naming usata da tutti
Un registro con responsabile, scopo, segmento, dati e stato del test per ogni regola
Un ordine di priorità scritto per i conflitti, più la responsabilità degli elementi per livello
Template a slot almeno per la homepage e la pagina prezzi
Una baseline di performance e un controllo dopo ogni gruppo di regole
Un responsabile designato e una data per la prossima revisione trimestrale

Un primo passo pratico: esporta tutte le regole attive dal tuo strumento nel formato di registro descritto sopra. Ogni regola che non riesci a compilare (nessun responsabile noto, nessuno scopo dichiarato, nessuna idea se funziona) finisce nell'elenco per la prima revisione. Se lo stai configurando in Markettailor, la sua segmentazione mantiene le definizioni dei segmenti in un unico posto, il che rende più facile individuare le sovrapposizioni tra regole.