43 Consentire sempre una via di uscita
Sintesi del contesto di applicazione
Situazione: normale utilizzo dell'interfaccia. Problema: l'utente è costretto a scegliere se terminare una procedura oppure rifarla da zero. |
Accorgimenti in sede progettuale: Progettare procedure che possano essere interrotte e riprese facilmente
|
Stato dell'analisi
Completa
Applicazione del principio
Gli utenti non dovrebbero mai sentirsi vincolati in percorsi da cui non possono uscire liberamente, come l'interruzione di un'operazione o il suo rifacimento. Le indicazioni di uscita non dovrebbero essere ambigue o progettate con un feedback negativo.
Le interfacce utente dovrebbero fornire azioni reversibili e percorsi flessibili, poiché le persone spesso esplorano per vedere cosa accade. A volte, commettono errori o non sono soddisfatti della loro scelta. Pertanto, dovrebbero sempre avere l'opportunità di tornare indietro senza essere obbligati a continuare un'interazione indesiderata e di annullare l'ultima azione eseguita. L'interfaccia non dovrebbe mai assumere il controllo.
f.01
In fig.01 vediamo come Amazon offra una funzionalità chiamata "Carrello" che consenta agli utenti di tenere traccia e conservare gli articoli che desiderano acquistare in futuro lasciando cioè la possibilità di ponderare le decisioni.
Mentre si esplora il sito Amazon, gli utenti possono facilmente aggiungere articoli al carrello facendo clic sul pulsante "Aggiungi al carrello" che si trova accanto al prodotto desiderato. Questo non richiede un impegno immediato all'acquisto, consentendo agli utenti di esaminare ulteriormente i prodotti o continuare a cercare. Possono quindi accedere al loro carrello in qualsiasi momento trovando l´elenco dettagliato degli articoli aggiunti, compresi i prezzi e le quantità e possibilità di modifica.
Amazon consente agli utenti di mantenere gli articoli nel carrello per un periodo di tempo indefinito. Questo significa che gli articoli rimarranno nel carrello anche dopo aver chiuso il sito e riacceso il proprio account in un momento successivo.
f.02
La fig. 02 mostra un messaggio di errore circa il pagamento online non riuscito. Spesso l´utente ha come unica via d´uscita quella di riprovare l´operazione inserendo nuovamente tutti i campi che non sono stati salvati dal portale. La frustrazione in questo caso può raggiungere un livello tale per cui l´acquisto precedentemente desiderato perde di valore e l´utente sceglie l´opzione di uscire dalla procedura piuttosto che ripeterla.
Il portale TNT in questo caso specifica che tutti i dati già inseriti sono stati conservati, minimizzando il disservizio. L´utente è quindi indotto a pensare che non un altro piccolo sforzo potrà completare l´acquisto.
f.03
f.04
Vice versa in fig.03 e fig.04 l´interfaccia proposta dal sito del sistema elettronico dell´Autorizzazione al viaggio Americano (ESTA) non prevede la possibilità di ritornare in una delle precedenti sezioni già compilate. Un potenziale viaggiatore dovrà quindi effettuare numerosi tentativi recuperando di volta in volta tutte le informazioni richieste per poter completare la procedura in un solo passaggio finale.
Applicabilità a oggetti fisici e prodotti
f.05
In fig.05 l´operazione di programmazione di una macchina utensile moderna permette di recuperare l´ultimo programma inserito così da poter ripetere la costruzione del pezzo anche dopo lo spegnimento della stessa. Questa funzione non era sempre presente nei macchinari più datati, obbligando l´operatore e a reimpostare i dati dopo ogni spegnimento.
fig.01
fig.02
fig.03
fig.04
fig.05
Enunciato originale del principio
Users should never feel trapped inside a maze. They should have a clear path out.
Cancel and wizards: cancel is particularly important in wizards. Let people leave at any time, but make sure to tell them where they can finish the task later on. When you user-test, bring back two weeks later the same people whom you had cancel in the middle of a task and ask them to continue. Watch where they browse. If they browse to two different places in your menus, consider putting the function both places.
(fonte: Bruce Tognazzini, First Principles of Interaction Design)
pagina visitata 51 volte dal
24/11/2023