Cosa testare

Può testare quasi qualsiasi cosa, ma il tempo e il traffico disponibili per i test sono limitati. I marketer più accorti scelgono i test in base al potenziale impatto, non alla curiosità.

Un buon test riguarda una pagina o un passaggio che coinvolge molti utenti e si trova vicino ai ricavi. Testare il colore di un pulsante su una pagina con poco traffico fa perdere settimane per ottenere pochissimi insegnamenti.

Inizi da dove scorre il denaro. Mappi il funnel e cerchi i passaggi con il maggiore abbandono e il traffico più elevato.

Una pagina di checkout con il 40% di abbandoni e 10.000 visitatori mensili è un obiettivo molto più adatto di una pagina di ringraziamento di cui nessuno si lamenta.

I risultati migliori derivano solitamente dalla proposta di valore, dal titolo, dall'offerta e dal layout della pagina, non da piccole modifiche.

Modificare il titolo o il modo in cui viene presentato il prezzo può cambiare la conversione di una percentuale a due cifre. Modificare un carattere tipografico raramente produce lo stesso effetto. Riservi i microtest a dopo aver esaurito le leve principali.

Raggruppi le idee per coprire l'intera esperienza, non solo gli aspetti più evidenti.

Le categorie comuni sono: messaggio (titolo, testo), offerta (prezzo, pacchetto, garanzia), layout (ordine degli elementi above the fold), riprova sociale (recensioni, loghi) e attrito (campi del modulo, passaggi).

Ogni campo, clic o distrazione in più riduce le conversioni. I test sull'attrito producono risultati positivi affidabili perché eliminano attività per l'utente.

Ridurre un modulo di registrazione da sette a tre campi, oppure eliminare la creazione obbligatoria di un account, produce spesso miglioramenti evidenti e ripetibili.

Utilizzi un framework semplice per classificare un backlog di idee di test. ICE assegna a ogni idea un punteggio da 1 a 10 per Impact, Confidence ed Ease.

Calcoli la media dei tre punteggi. Le idee con i punteggi più alti vengono prima. In questo modo il team non discute sulle opinioni e si concentra sul valore previsto.

Le idee migliori per i test provengono dai dati e dalla ricerca sugli utenti, non dai brainstorming. Osservi le registrazioni delle sessioni, legga le richieste all'assistenza e analizzi i dati.

Se gli utenti abbandonano continuamente il processo al passaggio relativo alla spedizione, questo è il segnale da seguire. Le idee di test fondate su dati concreti convertono più spesso delle supposizioni.

Per sapere che cosa ha causato un risultato, modifichi una sola cosa significativa alla volta in un test A/B. Se cambia contemporaneamente il titolo, il layout e il prezzo, una vittoria non le dirà nulla sul motivo per cui si è verificata.

Quando deve testare molte modifiche contemporaneamente, utilizzi i test multivariati, ma solo se dispone di traffico sufficiente.

Modifiche minime e infinite possono intrappolarla in un massimo locale. A volte è necessario un redesign deciso e radicale per scoprire un picco molto più alto.

Bilanci la roadmap: soprattutto test incrementali e sicuri, insieme a qualche cambiamento audace che potrebbe sbloccare un miglioramento radicale delle prestazioni.

Le pagine con poco traffico non possono rilevare effetti ridotti in tempi ragionevoli. In presenza di poco traffico, testi solo modifiche che si prevede possano produrre incrementi significativi.

Riservi le ottimizzazioni più sottili alle pagine con il traffico più elevato, dove può raccogliere dati sufficienti per rilevare chiaramente una piccola differenza.

Mantenga un elenco aggiornato di idee di test con i relativi punteggi ICE, il problema che intendono risolvere e la metrica che dovrebbero modificare.

Questo backlog trasforma l'ottimizzazione in una pipeline costante anziché in esperimenti casuali e isolati, rendendo visibile il ragionamento alle parti interessate.

Dà priorità ai test in base all'impatto, al traffico e alla vicinanza ai ricavi. Inizi dalle leve principali, come proposta di valore, offerta e attrito, prima di passare alle modifiche minime.

Fondi le idee su dati reali, assegna loro un punteggio con ICE, modifica una sola variabile alla volta e mantenga un backlog prioritario, così l'ottimizzazione rimarrà una pipeline disciplinata.