Blog
Test A/B, test direzionale o pubblichi e basta? Un framework basato sul rischio per chi fa marketing da solo
Quando eseguire un test A/B completo, quando è sufficiente un controllo direzionale e quando pubblicare senza test — in base al costo di sbagliare.
Sommario
La maggior parte dei consigli sui test A/B presuppone che tu abbia traffico illimitato e un team paziente alle spalle. In realtà, un marketer che lavora da solo deve spesso scegliere tra un esperimento completo, un breve test direzionale e il rilascio di una modifica senza alcun test. Questo articolo presenta un framework basato sul rischio per questa decisione, incentrato sul costo di sbagliare e sul costo dell'attesa. Copre cosa fare quando un risultato non è "statisticamente significativo" e perché non equivale a una modifica fallita. Imparerai quando un'occhiata anticipata può essere utile, quando pubblicare subito è meglio che aspettare la prova e come misurare prima/dopo quando salti il test. Il messaggio non è testare di meno, ma allineare lo standard di evidenza alla posta in gioco reale.
Dovresti eseguire un test A/B, un test "direzionale" più breve, o semplicemente fare la modifica e osservare cosa succede? Se sei responsabile del tasso di conversione del tuo sito web e non hai un team dedicato intorno a te, questa è probabilmente la decisione giudiziale più frequente che prendi. Il consiglio standard dice di testare tutto, ma quel consiglio presuppone che tu abbia traffico da dedicare, tempo da aspettare e una metrica chiara da osservare. Spesso non hai nulla di tutto ciò. Questo articolo esamina i tre standard di evidenza e ti offre un modo per scegliere tra loro in pochi minuti, non in giorni.
La prima cosa da capire è che il test A/B non riguarda realmente la modifica in sé. Riguarda quanto sei disposto a pagare per sbagliare. Considera due modifiche sullo stesso sito. Gestisci uno strumento di project management. Vuoi cambiare il titolo della home page da "Gestisci progetti" a "Pianifica progetti nella metà del tempo." Vuoi anche modificare la pagina dei prezzi in modo che i visitatori possano scegliere un piano annuale oltre a quello mensile. Entrambe le modifiche toccano lo stesso sito web e entrambe potrebbero essere testate allo stesso modo. Ma il costo di sbagliare è molto diverso. Se il titolo è sbagliato, un visitatore vede un messaggio leggermente meno efficace per alcuni giorni e puoi ripristinare quello vecchio senza problemi. Se la struttura dei prezzi è sbagliata, potresti confondere i potenziali clienti, riempire la casella di supporto di domande e creare un'aspettativa che non corrisponde a come fatturi realmente. Il rollback non è gratuito. La stessa logica si applica a ogni modifica che consideri, dalle etichette dei pulsanti alla riprogettazione completa delle pagine.
Ecco perché nessuno può darti una risposta universale a "dovrei testare?" La risposta dipende da quanto ti costa un falso positivo, quanto ti costa un falso negativo e da cosa stai rinunciando mentre aspetti. Esaminiamo le tre opzioni in dettaglio.
L'esperimento completo: quando l'asticella dell'evidenza è alta
Immagina di testare se cambiare il pulsante nella tua pagina di iscrizione principale da "Inizia la prova gratuita" a "Inizia." Per un fondatore solitario, questa è una modifica ad alta visibilità che si trova all'ingresso del tuo funnel. Potrebbe influire sulle iscrizioni alle prove, che alimentano tutto a valle. Hai un flusso costante di visitatori, ma non enorme. Questo è un buon candidato per un esperimento completo.
Un esperimento completo ha un significato specifico. Dividi casualmente i tuoi visitatori, mostri a un gruppo la versione originale e all'altro la versione modificata e confronti il comportamento su una metrica scelta prima di iniziare. Come definito nel glossario di Optimizely, il test A/B è un metodo per confrontare due versioni di una pagina web o di un'app per determinare quale funziona meglio. Il punto è lasciare che siano i dati a decidere, non il tuo istinto. In pratica, significa impostare una chiara metrica primaria — ad esempio, la proporzione di visitatori che fanno clic fino al modulo di iscrizione — e modificare solo una variabile alla volta. Se cambi sia il pulsante che il testo circostante, non saprai quale ha causato la differenza. E devi decidere in anticipo per quanto tempo eseguire il test e quale evidenza ti farà agire.
Quest'ultimo passaggio è quello che la maggior parte delle persone salta. Dovresti decidere prima di iniziare quale livello di confidenza ti serve e quanto grande è l'effetto che cerchi di rilevare. Il meccanismo statistico dietro la dimensione del campione e la durata è esattamente ciò che rende un test A/B diverso da un'osservazione casuale. Se il tuo traffico è troppo basso per raggiungere quell'evidenza in un tempo ragionevole, l'esperimento completo probabilmente si concluderà come "non conclusivo" — e questo è un costo reale. Per un'analisi dettagliata su come decidere quando hai aspettato abbastanza, il nostro framework pratico su quando fermare un test A/B è un buon complemento a questo.
C'è una trappola sottile qui. Se un esperimento completo termina e il risultato non è "statisticamente significativo", potresti essere tentato di concludere "la modifica non ha importanza." Non è il significato del risultato. Significa che il tuo test non è stato abbastanza preciso per rilevare la differenza, oppure che la differenza è più piccola di quanto ti importasse trovare. Questa è un'informazione utile — ora puoi decidere di pubblicare in base ad altre evidenze, eseguire un test più lungo o scegliere una modifica più sostanziale. Ma non è una prova che la nuova versione sia peggiore. Se stai usando una piattaforma di test basata sull'IA che alloca dinamicamente il traffico e genera varianti, l'esperimento potrebbe raggiungere una decisione più velocemente, ma la stessa logica vale: il risultato è affidabile solo quanto la tua capacità di aspettare abbastanza evidenza.
C'è anche la disciplina di documentare ciò che impari. Un test che non documenti è una storia che racconterai con un pregiudizio. Anche un test inconcludente ti insegna qualcosa sulla dimensione dell'effetto che puoi effettivamente rilevare sulla tua pagina, sul tuo traffico e sulla pazienza dei tuoi visitatori. Scrivi l'ipotesi, la variante, la metrica e l'esito in una frase. Dopo alcuni mesi, quel registro diventa una mappa di ciò a cui il tuo pubblico risponde e rende ogni decisione futura più veloce.
Il test direzionale: quando la velocità fa parte della risposta
Ora considera una modifica a rischio più basso: l'immagine hero nella tua landing page. Hai due opzioni — uno screenshot della tua dashboard e una foto di una persona che usa il tuo prodotto. Non sai quale colpirà il tuo pubblico. Lo svantaggio di scegliere l'immagine sbagliata è piccolo. Puoi ripristinare l'altra in pochi minuti. Ma potresti non avere abbastanza traffico per raggiungere un risultato con la confidenza da manuale entro un mese. È qui che il test direzionale ha senso.
Un test direzionale è comunque un confronto randomizzato, ma usi deliberatamente un'asticella di evidenza più bassa. Decidi in anticipo che pubblicherai la nuova immagine se otterrà risultati migliori sulla metrica primaria per la maggior parte di una finestra di una settimana, o se sarà chiaramente in vantaggio entro la fine di un periodo prestabilito. Tratti il risultato come un suggerimento, non come un verdetto. La disciplina conta tanto qui quanto in un esperimento completo. Se non ti impegni in anticipo a una regola, finirai per fissare i risultati in tempo reale e prendere una decisione non pianificata — ed è così che ti illudi di vedere ciò che vuoi vedere.
Il che mi porta a un consiglio che troverai nella maggior parte delle guide sui test A/B: "non sbirciare mai i risultati prima che il test sia completo." Questa indicazione è corretta per un esperimento formale che deciderà un lancio importante. Ma per un marketer che lavora da solo con traffico modesto, sbirciare è il modo per imparare rapidamente. Il problema non è che hai guardato i numeri. Il problema è che hai lasciato che quello sguardo prendesse una decisione che non avevi pianificato. Se decidi in anticipo quale schema ti farebbe cambiare idea, allora ciò che sembra "sbirciare" è in realtà un modo strutturato per gestire il traffico basso. Stai scegliendo la velocità di apprendimento rispetto alla certezza. È un trade-off legittimo, purché tu sia onesto su ciò che stai facendo e non annunci il risultato come prova.
Dopo un test direzionale, non smettere di misurare. Se pubblichi la nuova immagine hero, tieni d'occhio il tasso di conversione nelle settimane successive. Se peggiora, torna indietro. Se migliora, hai qualche evidenza che il tuo segnale direzionale era giusto. Il test direzionale è un modo per prendere una decisione rapidamente, non un modo per evitare la responsabilità. Si abbina bene anche al tipo di triage pratico descritto nella nostra guida al triage dei test A/B per marketer solitari — se hai un arretrato di possibili modifiche, puoi usare i test direzionali per decidere quali meritano un esperimento completo.
Pubblica e basta: quando la versione attuale sta già perdendo
A volte la decisione più basata sull'evidenza è non eseguire alcun test. Supponiamo che il tuo modulo di iscrizione chieda un numero di telefono. Nelle registrazioni di sessione, vedi diversi visitatori arrivare a quel campo, fermarsi e andarsene. Hai ricevuto email di supporto che chiedono se il numero di telefono sia obbligatorio. Il campo non serve a nulla. Dovresti eseguire un test A/B per decidere se rimuoverlo? No. Rimuoverlo è una correzione, non un esperimento. La versione attuale ha un difetto noto e la modifica è facilmente reversibile. Pubblicare la correzione e osservare il tasso di completamento è un uso migliore del tuo tempo.
Lo stesso ragionamento si applica alle pagine obsolete. Se la tua landing page descrive ancora una funzionalità che non offri più, testare la vecchia pagina contro quella nuova è assurdo. Stai spendendo traffico per dimostrare che una versione che non manterresti mai è peggiore di quella che vorresti pubblicare. Lo sai già. La mossa giusta è pubblicare prima la versione attuale e poi, una volta online, eseguire esperimenti per ottimizzarla.
Questo è il compromesso che la maggior parte delle guide sui test A/B non menziona. Ogni settimana in cui tieni online una versione debole mentre aspetti che un test finisca è una settimana in cui paghi un costo opportunità. Se la modifica è a basso rischio e facilmente reversibile, il valore atteso di pubblicare subito spesso supera il valore di dimostrare il miglioramento in seguito. Non stai saltando la misurazione — stai sostituendo un esperimento randomizzato con un confronto prima/dopo. Il confronto prima/dopo è un'evidenza più debole, ma è pur sempre evidenza, ed è meglio che spendere quattro settimane senza produrre alcuna decisione.
Il test prima/dopo che stai già eseguendo
Una volta che pubblichi una modifica senza test, la misurazione non si ferma. Ora stai eseguendo un esperimento prima/dopo, con tutte le avvertenze del caso. Il modo migliore per renderlo meno rumoroso è stabilire una metrica di base prima di cambiare qualsiasi cosa, pubblicare in un momento di traffico basso se possibile e osservare l'andamento per almeno una settimana intera, così non reagisci a un lunedì casuale. Se la metrica si muove nella direzione desiderata, mantieni la modifica. Se si muove contro di te, torna indietro. Se non si muove affatto, hai imparato che la modifica era neutra — che è anche un'informazione.
Questa è la modalità che la maggior parte delle persone ignora. Pubblicano, poi non guardano mai più, e più tardi non sono sicuri se la modifica ha aiutato o danneggiato. Un confronto prima/dopo non è rigoroso, ma è molto meglio del nulla che accade sulla maggior parte dei siti web. Se il tuo traffico è davvero troppo basso anche per un test direzionale, il confronto prima/dopo è spesso l'unico strumento che hai. Puoi comunque ottenere segnali dalle registrazioni di sessione, dal feedback del supporto e dall'andamento della metrica dopo la modifica — nessuno di questi richiede randomizzazione. È il territorio coperto dal nostro articolo sui test A/B senza traffico.
I tre approcci a confronto
Ecco il confronto in una tabella.
| Approccio | Ideale quando | Rischio se sbagli | Cosa ottieni | Cosa rinunci |
|---|---|---|---|---|
| Esperimento completo | La modifica influisce su entrate, prezzi o flussi principali; hai abbastanza traffico per raggiungere una decisione | Basso (se segui le statistiche); puoi agire sul rumore solo se le ignori | Una risposta sicura e ripetibile | Tempo, traffico e la capacità di agire rapidamente |
| Test direzionale | La modifica è a basso rischio, il traffico è modesto e ti serve un segnale di apprendimento entro pochi giorni | Moderato — potresti occasionalmente pubblicare una variante perdente | Un rapido suggerimento su cosa vale la pena approfondire | Prova e capacità di cogliere effetti sottili |
| Pubblica senza testare | La versione attuale è chiaramente scadente, la modifica è una correzione o è facilmente reversibile | Basso, soprattutto con il monitoraggio dopo la pubblicazione | Velocità e slancio | La capacità di attribuire la modifica a un singolo fattore |
La tabella sottovaluta il potere della terza riga. "Pubblica senza testare" viene criticato negli ambienti di ottimizzazione delle conversioni, ma è spesso la scelta razionale per un marketer solitario con un lungo arretrato e traffico limitato. Il vero peccato è pubblicare e poi non osservare cosa succede.
Un modo per scegliere in 15 minuti
Se vuoi un processo più rapido che memorizzare l'intero framework, usa queste quattro domande.
Primo: se sbaglio, cosa si rompe? Se la risposta è entrate, fiducia o conformità, alza l'asticella dell'evidenza. Se la risposta è "non molto", abbassala. Secondo: quanto tempo posso aspettare? Stima quanto durerebbe un esperimento completo. Se è più di quanto sei disposto a ritardare la modifica, hai già ristretto la scelta a un test direzionale o alla pubblicazione. Terzo: cosa farò con la risposta? Se non cambierai il tuo comportamento in base al risultato, non eseguire il test. Un test dovrebbe cambiare una decisione. Quarto: posso invertire facilmente la modifica? Le modifiche reversibili sono economiche da pubblicare; quelle irreversibili o costose da ripristinare meritano più evidenza.
Poi scegli: se il rischio è alto e puoi aspettare, esegui un esperimento completo. Se il rischio è basso e vuoi velocità, esegui un test direzionale. Se la versione attuale è chiaramente peggiore e la modifica è una correzione, pubblicala e monitora. Se ti accorgi di eseguire test perché senti di doverlo fare, piuttosto che perché cambierai una decisione, probabilmente hai un problema di priorità, non di testing. Il nostro articolo su come smettere di sprecare tempo con test A/B che non contano è una buona lettura successiva.
Applichiamo questo alla domanda iniziale. Hai un nuovo titolo e traffico modesto. Il titolo è reversibile, lo svantaggio è piccolo e non vuoi aspettare un mese. Secondo questa logica, salteresti l'esperimento completo. Eseguirai un breve test direzionale se vuoi un segnale, oppure pubblicherai il titolo e confronterai il tasso di conversione del mese prossimo con quello di questo mese. Entrambe le opzioni sono difendibili. Ciò che non è difendibile è spendere quattro settimane in un test "corretto" che non hai il traffico per portare a termine e poi definire il risultato inconcludente un fallimento.
La trappola della significatività a cui dovresti prestare attenzione
La significatività statistica ti dice se un risultato è probabilmente reale, non se è importante. Una modifica può essere statisticamente significativa e comunque troppo piccola per giustificare lo sforzo. D'altro canto, un test direzionale può mostrare un pattern reale ma troppo piccolo per essere rilevato con il tuo traffico. Quando scegli un'asticella di evidenza più bassa, accetti sia più falsi positivi sia più falsi negativi. È un compromesso, non un fallimento.
Un'altra distinzione che vale la pena portare con te è la significatività pratica rispetto a quella statistica. Una modifica può essere statisticamente significativa e comunque troppo piccola per avere importanza. Supponiamo che il nuovo pulsante aumenti i clic di una quantità così piccola che ci vorrebbero mesi per tradursi in un'iscrizione in più. Quel risultato è reale, ma non vale la pena riprogettare la pagina attorno ad esso. D'altra parte, una modifica non statisticamente significativa può essere comunque praticamente importante se il pattern è coerente e il costo dell'azione è vicino allo zero. Quando scegli tra i tre approcci, chiediti se la dimensione dell'effetto che ti interessa è qualcosa che il tuo esperimento può effettivamente rilevare. Se non può, non stai scegliendo tra testare e pubblicare; stai scegliendo tra due forme di ignoranza.
Ecco perché il framework decisionale di questo articolo si basa sul costo di sbagliare. Se un falso positivo è economico — ad esempio, pubblichi un titolo leggermente peggiore e lo cambi di nuovo — puoi permetterti un'asticella di evidenza bassa. Se un falso negativo significa perdere un miglioramento significativo, potresti voler testare più a lungo. Come marketer solitario, non puoi ottimizzare tutto. Stai scegliendo un equilibrio tra velocità di apprendimento e fiducia. Per un'analisi più approfondita su come leggere i numeri senza farti ingannare dal rumore, consulta la nostra guida su come interpretare correttamente i risultati dei test A/B.
Il messaggio pratico
Lo scopo di questo framework non è testare di meno. È allineare il tuo standard di evidenza alla posta in gioco. Un esperimento completo è uno strumento potente quando la modifica è importante e hai la pazienza di aspettare. Un test direzionale è un ragionevole compromesso quando hai bisogno di imparare più velocemente di quanto il tuo traffico consenta. E pubblicare senza test è a volte la scelta più onesta quando la versione attuale sta già perdendo — purché tu osservi cosa succede dopo.
La prossima volta che sarai tentato di chiederti "dovrei fare un test A/B su questo?", fai una domanda migliore: "Quanto mi costerebbe sbagliare?" La risposta ti dice quale dei tre approcci usare, e quella decisione ti farà risparmiare più tempo e traffico di qualsiasi strumento di testing.
