Un design coerente non richiede ovunque la stessa disposizione
Un elenco aiuta a confrontare; una conferma richiede i dettagli decisivi. I controlli familiari possono comunque restare comuni.

Adatti la disposizione della pagina al compito del momento. Chi sceglie una voce fra molte possibilità ha bisogno di informazioni diverse da chi conferma un’azione precisa. Una griglia uniforme può nascondere queste differenze se il team la applica senza modifiche a entrambe le situazioni.
Due compiti nello stesso portale
Nell’esempio, interamente inventato, una persona seleziona una relazione di progetto da un elenco e poi ne verifica l’invio. I dati della tabella sono segnaposto. La prima vista deve favorire la selezione; la seconda deve mostrare quale versione sarebbe inviata a chi.
Aspetto | Vista di selezione | Verifica prima dell’invio |
|---|---|---|
Dati di esempio | Relazione | Relazione |
Disposizione | Righe confrontabili e filtri aiutano a trovare la relazione cercata. | Un riepilogo con etichette mostra per intero destinatario e versione del file. |
Azione principale | Aprire la relazione | Inviare la relazione al destinatario mostrato |
Una griglia ampia serve a confrontare più relazioni. In una conferma, le stesse colonne possono spingere informazioni importanti ai margini o tagliarle su schermi piccoli. Nell’esempio, scegliere il file giusto resterebbe problematico se il destinatario passasse inosservato.
Lasciare riconoscibili le funzioni ricorrenti
La spiegazione W3C sull’identificazione coerente tratta i controlli ricorrenti con la stessa funzione. Etichette, icone e nomi accessibili familiari favoriscono questo riconoscimento. Non ne deriva l’obbligo di disporre tutte le pagine allo stesso modo.
Navigazione, indicazione del focus e comportamento dei pulsanti noti possono restare comuni. «Aprire la relazione» e «Inviare la relazione» devono invece essere riconoscibili come azioni diverse. La stessa etichetta generica, «Continua», nasconderebbe qui il significato della seconda azione. Il design condiviso deve favorire il riconoscimento preservando le differenze del percorso.
Adattare la conferma all’azione
GOV.UK descrive una vista di verifica con dati pertinenti, possibilità di modificarli e un’azione finale chiaramente denominata. Nel nostro esempio, destinatario, progetto e versione del file selezionata devono comparire insieme in modo comprensibile prima dell’invio. La vista non è ancora una conferma di avvenuto invio.
Se la persona può cambiare il destinatario, deve poi poter verificare il riepilogo aggiornato. Gli altri dati già selezionati vanno conservati. Anche l’applicazione deve gestire in modo affidabile le modifiche consentite e la versione effettivamente inviata; una pagina chiara, da sola, non determina questi aspetti.
Quando basta una disposizione comune
Per un compito breve e poco variabile può bastare un riepilogo compatto nella stessa schermata. Non serve una pagina aggiuntiva per ogni operazione. Conta che tutte le informazioni necessarie siano disponibili e comprensibili nel momento dell’azione.
Faccia provare entrambi i compiti con esempi realistici: prima trovare la relazione, poi verificare destinatario e versione prima dell’azione. Osservi soprattutto testi lunghi, schermi piccoli e ritorno dopo una modifica. Potrà così valutare quali elementi lasciare comuni e quale disposizione richiede ciascun compito.
Fonti
Continuate a leggere
Tutti gli articoli







Design & UX con ASES
Esperienza utente, interfacce e immagine del marchio

