"Quale delle due versioni ti piace di più?" È la domanda più semplice del mondo del design, e proprio per questo il test di preferenza è uno dei metodi di user research più usati — e più spesso usati male. Quando funziona è rapido, economico e genera ipotesi forti. Quando fallisce produce decisioni prese sulla base di opinioni superficiali che non hanno nulla a che vedere con il comportamento reale degli utenti.
Questo articolo spiega cosa è un test di preferenza, quando ha senso usarlo, come condurlo in modo da ottenere risultati affidabili, e soprattutto quando dovresti scegliere un altro metodo invece.
Cosa imparerai leggendo:
- Cos'è davvero un test di preferenza e cosa non è
- I 3 scenari in cui è il metodo giusto
- I 3 scenari in cui è il metodo sbagliato (e cosa usare invece)
- Come condurre un test di preferenza in 5 passi
- Gli errori di framing che portano a decisioni sbagliate
Cos'è un test di preferenza
Un test di preferenza è un metodo di user research in cui mostri a un campione di utenti due o più varianti di un elemento — una landing page, un logo, un'icona, un titolo, un flusso — e chiedi loro quale preferiscono e perché. L'output è un'indicazione soggettiva: quale variante piace di più alla maggioranza del campione e quali sono le ragioni dichiarate.
È un metodo qualitativo-quantitativo ibrido: il "quale preferisci" produce un numero (il X% preferisce A), il "perché" produce testo ricco.
Si distingue da altri metodi in modo netto:
- Dal test di usabilità moderato perché non misuri il comportamento durante un task: chiedi solo l'opinione finale.
- Dall'A/B test comportamentale perché non misuri conversioni o azioni reali: chiedi preferenze dichiarate.
- Dall'intervista in profondità perché è focalizzato su un artefatto specifico e non esplora bisogni o contesto più ampio.
Il test di preferenza vive in uno spazio preciso: ti dice cosa le persone dicono di preferire quando gliel'hai messo davanti. Che non è sempre la stessa cosa di "cosa funziona meglio" — ed è qui che nasce il 90% dei problemi.
Quando il test di preferenza è il metodo giusto
Tre situazioni in cui funziona bene.
1. Scelte cromatiche, tipografiche e stilistiche pure
Quando stai scegliendo tra due palette, due font di intestazione, due stili di illustrazione, due direzioni visive — e la differenza è puramente estetica/di brand, non funzionale — il test di preferenza è rapido ed efficace. Il "quale ti piace di più" in questi casi coincide spesso con quale comunicherà meglio i valori del brand.
Un esempio tipico: "quale di questi 3 layout di homepage corrisponde di più al tono di un brand che vuole posizionarsi come premium?". Domanda legittima per un test di preferenza.
2. Generazione di ipotesi prima di un test comportamentale
Prima di investire settimane in un A/B test con traffico reale, un test di preferenza veloce su 30-50 persone può servire a eliminare le varianti chiaramente peggiori e concentrare il test A/B solo sulle 2 che sono sembrate competitive. È un filtro pre-test, economico e rapido.
3. Decisioni con cicli di feedback troppo lenti
Alcuni cambiamenti hanno cicli di feedback lunghissimi: l'immagine di copertina di un report annuale, il design di un packaging digitale, lo stile di un'email che parte una volta al mese. In questi casi un A/B test richiederebbe mesi per arrivare a significatività, e un test di preferenza è l'unica alternativa praticabile.
Quando il test di preferenza è il metodo sbagliato
Quattro situazioni in cui produce decisioni fuorvianti.
1. Design di flussi e interazioni
"Quale di questi due flussi di checkout ti sembra migliore?" è la domanda sbagliata. Le persone sono pessime nel predire quale design le aiuterà effettivamente a completare un'azione — vedi la letteratura classica di Don Norman e Jakob Nielsen su questo. Un flusso di checkout va testato con un usability test: dai il task "compra questa maglietta", osservi cosa succede, non chiedi opinioni.
2. Stime di performance o efficienza
"Questa dashboard ti sembra più veloce da leggere?" Le persone non hanno intuizione affidabile sulla velocità di elaborazione cognitiva. Una dashboard può essere percepita come "più chiara" ma richiedere il 40% di tempo in più per trovare un'informazione specifica. Serve un test di task con cronometro, non una preferenza.
3. Confronto tra nuove feature e feature familiari
Se chiedi "preferisci il vecchio layout o questo nuovo?", 9 volte su 10 vince il vecchio — non perché è meglio, ma perché è familiare. L'effetto della familiarità in un test di preferenza è enorme e quasi sempre sottovalutato.
4. Decisioni che dipendono da contesto d'uso reale
"Quale di queste tre modalità di onboarding preferisci?" visto a freddo è molto diverso da "quale di queste tre modalità di onboarding ti avrebbe aiutato quando hai iniziato a usare il prodotto ieri sera alle 23 mentre cercavi di capire come funzionava". Il contesto cambia tutto. Se il design dipende dal contesto, serve un test nel contesto — meglio un usability test remoto non moderato (vedi i tool).
Come condurre un test di preferenza in 5 passi
Passo 1: definire la domanda di ricerca
Non "quale variante preferisci" — troppo generico. Devi definire il criterio: preferenza estetica? percezione di affidabilità? chiarezza?. Una domanda per test.
Esempio buono: "Delle due versioni di questa homepage, quale ti sembra più professionale e affidabile per una banca digitale?". Hai un criterio (professionale + affidabile) e un contesto (banca digitale).
Passo 2: preparare le varianti
- Due o tre varianti, mai di più. Oltre i tre, la capacità cognitiva del partecipante di confrontarle cala in modo drastico.
- Varianti con differenze significative. Se le varianti sono troppo simili, il test non produce segnale.
- Presentazione neutra. Non etichettare "variante A / variante B": assegna lettere o numeri casuali per non influenzare con l'ordine.
Passo 3: scegliere il campione
Per test di preferenza online, 25-50 partecipanti sono sufficienti per una prima indicazione. Per decisioni importanti, sali a 100-150. Oltre questa soglia il valore marginale di più partecipanti cala rapidamente.
Reclutamento: i partecipanti devono appartenere al segmento target. Un test sulla homepage di una banca digitale non lo fai con gli amici designer — lo fai con persone dell'audience target (bancarizzate, età e reddito specifici, attitudine digitale).
Passo 4: formulare le domande
La sequenza classica di un test di preferenza:
- Prima impressione: "Quale versione ti colpisce di più? Perché?"
- Criterio specifico: "Quale versione ti sembra più [professionale / chiara / affidabile / moderna]? Perché?"
- Scenario di uso: "Se dovessi usare questo prodotto per [task specifico], quale versione sceglieresti? Perché?"
- Domanda aperta: "C'è qualcos'altro che vuoi segnalare su una delle due versioni?"
Le risposte al "perché" sono più preziose della statistica del "quale". Il perché ti dice cosa muove la preferenza — e questo puoi riusarlo per migliorare ulteriormente.
Passo 5: analizzare risultati e contesto
- Conta le preferenze per variante. Se hai 70/30, è chiara; se 55/45, il test è inconcludente.
- Leggi tutti i "perché" e raggruppali per tema (cluster qualitativo).
- Confronta le ragioni: chi preferisce A lo fa per ragioni razionali (coerenti con i tuoi obiettivi) o emotive (che potrebbero cambiare in 3 mesi)?
- Cerca pattern di segmento: a volte A piace molto ai giovani e B ai meno giovani. Se il tuo prodotto è multi-segmento, questa informazione è decisiva.
Tool per condurre test di preferenza
Nel 2026 i tool più usati per test di preferenza remoti non moderati:
- Maze — ha una modalità "preference test" dedicata, ideale per designer che lavorano in Figma e vogliono esportare direttamente i prototipi.
- UsabilityHub — fra i più longevi e specifici per preference test, first-click test, five-second test. Prezzo accessibile.
- Lyssna (ex UsabilityHub rebrand) — stessa casa, interfaccia rinnovata.
- Playbook UX — piattaforma di user research che include preference test e panel di reclutamento integrato.
- Typeform + reclutamento manuale — il modo più economico: crei un questionario, inserisci le immagini, condividi il link con il tuo target.
Il costo tipico di un test di preferenza con 50 partecipanti reclutati via panel è di 100-300 €.
Gli errori di framing più comuni
Cinque insidie che invalidano i test di preferenza anche quando il metodo è applicato correttamente.
1. Effetto primacy/recency
L'ordine di presentazione delle varianti influenza il giudizio. Le persone tendono a ricordare meglio la prima e l'ultima — e a preferire quella che ricordano meglio. Soluzione: randomizza l'ordine per ogni partecipante.
2. Domanda leading
"Secondo te la versione B, con il nuovo font elegante, è più raffinata?". Aggettivi positivi nella domanda inducono risposte positive. Soluzione: domande neutre senza aggettivi caratterizzanti.
3. Campione di designer
Il test di preferenza fatto su altri designer (colleghi, community, social) produce preferenze che riflettono il gusto professionale del settore, non quello degli utenti reali. Soluzione: recluta sempre dal target vero.
4. Troppa esposizione
Mostrare le varianti a lungo lascia il tempo alla razionalizzazione post-hoc. Le prime impressioni — 3-5 secondi — sono spesso più predittive. Soluzione: per alcuni test usa un "first-click test" o un "five-second test" invece di un test di preferenza aperto.
5. Trattare il test di preferenza come prova definitiva
Il più grave di tutti: un test di preferenza è un segnale, non una prova. Prendere decisioni da 200.000 € solo sulla base di un test di preferenza su 30 persone è un salto ingiustificato. Usa il test di preferenza come filtro qualitativo, poi valida con un A/B test comportamentale.
Domande frequenti
Qual è la differenza tra A/B test e test di preferenza?
L'A/B test misura il comportamento reale: quanti utenti effettivamente cliccano, comprano, si iscrivono. Il test di preferenza misura l'opinione dichiarata: cosa le persone dicono di preferire quando gliel'hai mostrato. Sono complementari ma non intercambiabili. Un utente può dire "preferisco A" e poi, messo davanti a entrambe nella realtà, comportarsi meglio con B. Leggi la guida agli A/B test per il metodo comportamentale.
Quante persone servono per un test di preferenza?
25-50 per una prima indicazione, 100-150 per decisioni importanti. Sotto le 25 persone i risultati sono inaffidabili; sopra le 150 il valore aggiunto di ulteriori partecipanti è marginale. La qualità del reclutamento (utenti del target reale) conta più della quantità.
Posso fare un test di preferenza internamente con i colleghi?
Per una prima esplorazione molto iniziale sì, come warmup. Per decisioni vere no: i colleghi non sono il tuo target, e quasi sempre riflettono i gusti del team, non quelli degli utenti. Il test serio si fa con utenti reali reclutati dal segmento target.
Il test di preferenza funziona per decisioni di UX writing?
Funziona solo per decisioni stilistiche pure (es. "tono serio vs tono amichevole"). Per decisioni di chiarezza ("questo bottone è più comprensibile?") un cloze test o un usability test task-based danno risultati molto più affidabili. Leggi la guida al cloze test per UX Writing.
Quanto tempo dura un test di preferenza?
Un test online non moderato viene completato da ogni partecipante in 5-10 minuti. Il tempo totale di raccolta dati (con panel esterno) è tipicamente di 24-72 ore. L'analisi qualitativa richiede 2-4 ore extra per un campione di 50 persone.
Prossimi passi
Il test di preferenza è uno degli strumenti del cassetto di un UX researcher. Come ogni strumento, è ottimo per i problemi per cui è pensato e inadeguato per gli altri.
Per inquadrarlo nel panorama completo:
- Leggi la guida al user research completa per vedere tutti i metodi disponibili
- Confronta con l'A/B test per capire quando usare un metodo comportamentale
- Studia gli unmoderated testing tool per vedere quali piattaforme supportano i vari tipi di test
Nel Corso di User Research di CorsoUX, il test di preferenza è uno dei 7 metodi principali che insegniamo, con esercizi pratici guidati da mentor su progetti reali.
