Valutare i moduli attraverso un’attività completa
Un confronto fittizio mostra cosa resta aperto dopo l’approvazione grafica: correzione, dati conservati e ricezione confermata.
Un modulo può sembrare comprensibile in una revisione grafica e creare lavoro aggiuntivo quando si corregge un dato. L’approvazione dovrebbe quindi registrare quale parte del percorso è stata davvero valutata e quali domande restano aperte.
Stessa richiesta, percorsi diversi
La tabella descrive comportamenti ipotizzati di due moduli di progetto fittizi. Le viste iniziali sembrano ugualmente ordinate. Entrambi indicano il telefono come facoltativo; la persona vuole inviare una richiesta che consenta chiarimenti via e-mail.
Caso di verifica | Versione A | Versione B |
|---|---|---|
Campo telefono vuoto | È comunque richiesto all’invio. | Resta facoltativo. |
E-mail incompleta | Solo bordo rosso, senza aiuto alla correzione. | Errore comprensibile con percorso verso il campo. |
E-mail corretta | Scompare l’obiettivo del progetto già inserito. | L’obiettivo resta. |
Trasmissione non confermata | Il successo appare subito dopo il clic. | La ricezione è mostrata come ancora non confermata. |
Esaminare soltanto la vista iniziale non rivela queste differenze. Aspetto e comportamento durante l’attività vanno quindi considerati insieme. W3C WAI tratta esplicitamente i riscontri vicino ai campi e sull’esito dell’invio come parti del percorso.
Distinguere osservazione e verifica funzionale
GOV.UK descrive prove d’uso con attività concrete e istruzioni chiare e neutrali. Qui l’obiettivo potrebbe essere: «Invii una richiesta di progetto che permetta al team di contattarla via e-mail». Si osserva se la persona raggiunge l’obiettivo, dove esita e quale aiuto richiede. L’istruzione non svela quale pulsante scegliere dopo.
Una verifica funzionale preparata controlla inoltre dati incompleti e assenza della conferma del server. Può mostrare se i valori restano. Un caso d’errore riprodotto tecnicamente non è ancora un’osservazione di utenti reali. I due tipi di riscontri rispondono a domande diverse.
Cosa può stabilire un’approvazione grafica iniziale
Una bozza visiva aiuta a valutare presto testo, gerarchia informativa e vicinanza degli aiuti. Se i percorsi non sono sviluppati, un prototipo cliccabile può rendere comprensibili le correzioni. L’accettazione del server va indicata come stato ipotizzato.
Per l’approvazione successiva conta il percorso completo fino alla ricezione confermata, inclusi i casi d’errore concordati. Una nota chiara nomina l’attività verificata, l’ultimo stato confermato e i punti aperti.
Fonti
Continuate a leggere
Tutti gli articoli
Design & UX con ASES
Esperienza utente, interfacce e immagine del marchio