Ricerca UX: test di usabilità per siti web e app

Le domande a cui risponde il report

Gli utenti riescono a completare le attività chiave, come trovare un prodotto, registrarsi o pagare, e quanto tempo richiede ciascuna?
In quali punti esatti esitano, commettono errori o rinunciano?
La navigazione e le etichette corrispondono al modo in cui gli utenti pensano ai contenuti?
Come si colloca la nostra usabilità rispetto a un concorrente o alla versione precedente?
Quali problemi devono essere risolti per primi dagli sviluppatori?
Un nuovo prototipo funziona meglio del sito attuale prima che venga sviluppato?
Esistono barriere per gli utenti più anziani o per chi usa tecnologie assistive?

Quando serve

La ricerca UX è più preziosa in tre momenti: prima di un redesign, per fissare una baseline; durante la progettazione, per testare i prototipi quando le modifiche costano poco; dopo il lancio, per confermare che la nuova versione funziona. Altri fattori scatenanti sono un passaggio in cui le analytics mostrano un abbandono, ticket di assistenza che citano sempre la stessa funzione, punteggi bassi di soddisfazione dei clienti per l'app o l'ingresso in un nuovo mercato.

Il pubblico non ha ovunque la stessa esperienza digitale. Secondo Eurostat, nel 2025 l'89,5% delle persone nell'UE usava internet ogni giorno, contro l'82,7% in Bulgaria e il 98,4% nei Paesi Bassi. Un servizio testato solo su utenti assidui può non funzionare per tutti gli altri, quindi il reclutamento deve rispecchiare la base utenti reale.

Oggi l'accessibilità ha anche un peso legale: dal giugno 2025 l'Atto europeo sull'accessibilità si applica a molti servizi digitali rivolti ai consumatori, compresi l'e-commerce e i servizi bancari.

Per scegliere tra due varianti già online sul traffico reale conviene fare un A/B test e verificarne il risultato con il nostro calcolatore di significatività per A/B test. Se le persone vogliano o meno il prodotto è una domanda da concept test, mentre i problemi che attraversano più canali richiedono una ricerca sul customer journey.

Indice di esempio

Sintesi per il management
i problemi principali, il giudizio complessivo e i quick win
Obiettivi e attività
che cosa è stato testato e come è stato definito il successo
Partecipanti
criteri di reclutamento, questionario di screening e profili
Metodo
moderato o non moderato, dispositivi, prototipo o sito attivo
Risultati per attività
tasso di successo, tempo di completamento ed errori per attività
Problemi di usabilità
ciascuno con gravità, frequenza ed evidenze
Architettura dell'informazione
risultati di card sorting e tree test
SUS e punteggi di facilità
rispetto al benchmark o alla versione precedente
Osservazioni sull'accessibilità
barriere emerse durante le sessioni
Raccomandazioni
modifiche ordinate per gravità e impegno richiesto
Highlight reel
brevi clip dei momenti più significativi

Metodologia e fonti

Test di usabilità moderati

I partecipanti pensano ad alta voce mentre svolgono attività realistiche con un moderatore, da remoto o in una sala test. Per individuare i problemi bastano di solito da cinque a otto partecipanti per ciascun gruppo di utenti distinto e per ciascun ciclo. Diversi cicli brevi con correzioni nel mezzo trovano più problemi di un unico ciclo ampio. Mobile e desktop si testano separatamente quando il comportamento è diverso.

Test da remoto non moderati

Gruppi più numerosi svolgono le attività sui propri dispositivi, il che si presta ai benchmark su successo e tempi delle attività. I campioni piccoli producono intervalli ampi: con 20 utenti, un tasso di successo del 50% ha un margine di errore di circa ±22 punti al 95% di confidenza, che scende a circa ±10 punti con 100 utenti.

Card sorting e tree testing

Il card sorting aperto rivela come gli utenti raggruppano i contenuti e come li chiamano; quello chiuso verifica una struttura proposta. Il tree testing misura se le persone riescono a trovare le voci in un menu privo di design visivo e richiede campioni più ampi dei test moderati.

Misure standard

La SUS comprende dieci affermazioni su una scala a cinque punti e produce un punteggio da 0 a 100; 68 è la media di riferimento più usata. Una singola domanda sulla facilità dopo ogni attività mostra dove si concentrano le difficoltà.

Reclutamento ed etica

Un questionario di screening seleziona utenti reali o target, mai colleghi. Le sessioni vengono registrate solo previo consenso informato, conservate in modo sicuro e cancellate dopo un periodo concordato, in conformità al GDPR.

Che cosa ricevete

Report di usabilità con ogni problema classificato per gravità
Clip video dei momenti salienti, condivise con il consenso dei partecipanti
Metriche delle attività in Excel: successo, tempi ed errori
Matrice di similarità del card sorting e risultati del tree test
Punteggio SUS con confronto rispetto al benchmark
Schermate annotate con raccomandazioni di design
Workshop di debriefing con i team di design e sviluppo

Come si svolge il progetto

Avvio, obiettivi e definizione delle attività — 2–3 giorni
Reclutamento e screening — 1 settimana
Script del test e sessione pilota — 2–3 giorni
Sessioni di test — 2–5 giorni
Analisi e classificazione della gravità — 3–5 giorni
Debriefing e piano di iterazione — 1 giorno

Esempio ipotetico a scopo illustrativo

Esempio pratico

Esempio: un'ipotetica azienda SaaS che vende un software di fatturazione alle piccole imprese nota che molti utenti in prova non inviano mai la loro prima fattura. Le analytics di prodotto mostrano dove si fermano, ma non perché.

L'azienda organizza test di usabilità moderati con otto contabili e otto titolari di piccole imprese su desktop, più un tree test da remoto su un nuovo menu proposto. Le sessioni fanno emergere tre ostacoli: la schermata di configurazione dell'IVA usa un gergo contabile, gli utenti confondono «Clienti» con «Contatti» e il prodotto chiede le coordinate bancarie prima che sia possibile creare la prima fattura. I titolari d'impresa assegnano un punteggio SUS inferiore al riferimento di 68, mentre per i contabili il prodotto è facile da usare.

Il team sposta la richiesta delle coordinate bancarie dopo la prima fattura, unisce le due voci di menu e riscrive la schermata dell'IVA in un linguaggio semplice. In un secondo ciclo sul prototipo rivisto, tutti e sei i titolari d'impresa completano la prima fattura; le modifiche vengono poi rilasciate con un A/B test sull'attivazione delle prove.

Errori comuni e come evitarli

Testare con colleghi o amici. Conoscono il prodotto e il gergo; vanno reclutati utenti reali tramite un questionario di screening.
Formulare attività che suggeriscono la risposta. «Fate clic su Prodotti» rivela già la soluzione; occorre descrivere l'obiettivo e lasciare che gli utenti trovino il percorso.
Testare una sola volta, alla fine. I problemi scoperti dopo lo sviluppo costano cari da correggere; meglio testare i primi prototipi e iterare.
Riportare opinioni invece di comportamenti. «Mi piacciono i colori» non è un'evidenza di usabilità; conta osservare che cosa fanno gli utenti.
Citare percentuali calcolate su cinque utenti. I piccoli cicli qualitativi trovano i problemi, non ne misurano la diffusione.

A chi è adatto

Adatto a	Perché
Siti e-commerce e retail	Ricerca interna, pagine prodotto e checkout decidono la conversione
Prodotti SaaS e fintech	Onboarding e primo utilizzo stabiliscono se le prove si convertono
Banche, assicurazioni e telecomunicazioni	Portali self-service che funzionano riducono le chiamate al servizio clienti
Servizi digitali della pubblica amministrazione	I servizi devono funzionare per tutti, comprese le persone con disabilità
Team che pianificano un redesign	Test di baseline e sui prototipi riducono il rischio di un rilancio fallito

Domande frequenti

Quanti utenti servono per un test di usabilità?

Per individuare i problemi bastano di solito da cinque a otto partecipanti per gruppo di utenti e per ciclo. Per i benchmark che riportano tassi di successo o punteggi SUS con intervalli di confidenza, conviene prevedere diverse decine di partecipanti o più. Il nostro calcolatore del margine di errore mostra come cambia la precisione al variare del campione.

Quanto dura un progetto di ricerca UX?

Un singolo ciclo di test moderati richiede in genere da due a tre settimane dall'avvio al debriefing, e la fase più lunga è il reclutamento. I progetti che combinano card sorting, tree testing e due cicli di test richiedono da quattro a cinque settimane. Gli utenti difficili da raggiungere, come medici o direttori finanziari, richiedono tempi di reclutamento aggiuntivi.

Che differenza c'è tra ricerca UX e A/B test?

La ricerca UX spiega perché gli utenti incontrano difficoltà, partendo da un numero ridotto di sessioni osservate. L'A/B test misura quale di due versioni online rende meglio sul traffico reale, ma non spiega il risultato. Usati insieme, la ricerca suggerisce i miglioramenti e l'A/B test ne conferma l'effetto.

Che cosa incide sul costo della ricerca UX?

Il numero di gruppi di utenti e di cicli, la difficoltà di reclutare i partecipanti giusti, la scelta tra sessioni moderate e non moderate, il numero di dispositivi e lingue e l'eventuale aggiunta di card sorting o tree testing. Descriveteci il vostro prodotto e richiedete un preventivo.

Come gestite registrazioni e dati personali?

I partecipanti ricevono informazioni chiare e firmano un modulo di consenso prima dell'inizio della registrazione. Registrazioni e appunti sono conservati su sistemi sicuri, condivisi solo con le persone del vostro team indicate per nome e cancellati al termine del periodo di conservazione concordato. Operiamo in conformità al GDPR e al Codice internazionale ICC/ESOMAR.

Si può testare un prototipo prima che venga sviluppato qualcosa?

Sì, ed è il momento meno costoso per trovare i problemi. Testiamo prototipi cliccabili realizzati con gli strumenti di design e, per le prime domande sulla navigazione, anche mock-up statici o su carta. I test sui prototipi permettono inoltre di confrontare fianco a fianco due direzioni di design prima che inizi lo sviluppo.

Fonti

Aggiornato: 9 nov 2026

Ricerca UX: test di usabilità, card sorting e benchmark SUS per siti web e app