Live Session

Panoramica test

Descrizione:
~~All’~~Il test consiste nel fornire all’utente ~~viene fornita~~ una serie di task (5–7) che attraversano diverse sezioni, fino a coprire potenzialmente l’intera piattaforma. L’utente ha piena libertà di esplorazione e non è limitato ai punti di interazione del prototipo. Il test è moderato e registrato, ~~permettendo~~consentendo di osservare e documentare in tempo reale decisioni, percorsi e difficoltà ~~in tempo reale.~~.

È utile per:

Verificare che le soluzioni progettate funzionino come previsto, simulando un contesto di utilizzo reale.
Osservare percorsi naturali e comportamenti spontanei degli utenti, non limitati dai prototipi.
Documentare in dettaglio le decisioni e le difficoltà dell’utente grazie alla registrazione e alla moderazione.
Validare ampi flussi multi-sezione.

È meno utile per:

Testare rapidamente singole funzionalità, poiché questo tipo di test richiede molto più tempo delle altre tipologie.

Fase del progetto:

Post-sviluppo: ideale per testare l’intera piattaforma o flussi complessi.

Numero minimo di utenti:
Minimo 5–8 tester, ideale 8–12.

Preparazione

Materiale per il test:

Serie di task da completare, coprendo più sezioni della piattaforma.
Tool per la registrazione video e schermo.

Prompt per l’utente:
Verranno fornite all’utente una serie di task, ad esempio:
"Crea un nuovo progetto nel quale la tua utenza possa accedere con facoltà di edit della classe oggetto 'Nome Classe Oggetto' appena creata."

Output e tracciamento dell’esito:

Monitoraggio dei percorsi, dei clic e dei tempi di completamento.
Registrazione video/audio per analisi qualitative e osservazione delle decisioni dell’utente.

Tempi indicativi

Preparazione: 3–4 giorni (definizione dei task, delle KPI, predisposizione dell’ambiente di test e degli strumenti di tracciamento, esecuzione test pilota, scelta risorse e richiesta disponibilità). Il tempo può essere ottimizzato organizzando gruppi di beta tester.
Esecuzione per utente: circa 60 minuti.
Analisi: circa 5–7 giorni (revisione dei dati raccolti, identificazione di problemi di flusso, difficoltà o errori di comprensione, produzione di un documento di sintesi e identificazione di pattern di errore comuni).
Esempio di utilizzo:
Nel contesto di validazione del backoffice della piattaforma, all’utente viene proposta una serie di task finalizzati a testare il flusso “base”: creazione di una nuova utenza, configurazione di una classe oggetto, gestione del progetto e verifica in app con eventuale risoluzione di errori.