Vai al contenuto

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.

Julia Hoffmann2 min di lettura
Barra con un pulsante blu, un campo di testo e un interruttore blu.

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 R-44, progetto P-21, stato Bozza.

Relazione R-44, versione V-3, progetto P-21, destinatario kontakt@example.invalid.

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

Scritto da

  • Julia HoffmannRedattrice per design e UXJulia Hoffmann è responsabile per ASES dei contenuti redazionali su design ed esperienza utente. I suoi articoli trattano l’utilizzo di siti web e applicazioni, la progettazione delle interfacce utente e l’accessibilità digitale.

Seguite ASES

Continuate a leggere

Tutti gli articoli

Design & UX con ASES

Esperienza utente, interfacce e immagine del marchio