Vai al contenuto

Una decisione per schermata: divulgazione progressiva

Pubblicato · Aggiornato · 3 min di lettura

Un’interfaccia di sicurezza deve aiutare a decidere sotto pressione senza trasformare il percorso in una caccia ai dettagli. Una schermata dovrebbe avere un compito principale, spiegare il prossimo passo e lasciare correggere la scelta.

Definire una decisione per volta

Prima dichiarate il compito: inviare un segnale, scegliere i destinatari o controllare il riepilogo. Mettere tutte le domande sulla stessa schermata aumenta il confronto e rende meno visibile ciò che accadrà dopo.

Il pulsante principale deve descrivere l’azione, non soltanto dire «Avanti». Una persona deve capire se sta salvando una bozza, chiedendo conferma o inviando davvero.

Costruire un flusso breve e prevedibile

Una sequenza utile può essere: scegliere l’azione, controllare destinatari e posizione, leggere il riepilogo, confermare e vedere lo stato. Ogni passaggio conserva il contesto e indica quanto manca.

Riducete schermate che chiedono la stessa cosa. Se un dato è già noto, mostratelo per conferma; non costringete a riscriverlo né a ricordare una scelta fatta due passi prima.

Rendere visibili costi e conseguenze

La divulgazione progressiva nasconde il dettaglio secondario, non l’informazione che cambia la decisione. Prima della conferma devono essere chiari destinatari, posizione condivisa, eventuali costi, durata e possibilità di annullare.

Un pannello «Altri dettagli» può spiegare permessi o limiti. Il riepilogo principale deve però restare comprensibile anche se quel pannello non viene aperto.

Permettere di tornare indietro

Indicate sempre «Indietro», «Modifica» o «Annulla» con etichette coerenti. Tornare alla schermata precedente deve conservare le scelte già fatte e mostrare quale dato è stato cambiato.

Dopo l’invio, non chiamate «Annulla» un’azione che non può essere ritirata. Distinguete chiaramente una correzione prima dell’invio da un nuovo messaggio che aggiorna i destinatari.

Testare il percorso reale

Provate il flusso su telefono, con dimensione del testo, lingua, luminosità e rete abituali. Chiedete a persone diverse di spiegare cosa succederà prima di premere il pulsante, senza suggerire la risposta.

Annotate dove esitano, quale costo non vedono e come correggono un errore. Usate un secondo canale concordato per i casi in cui il prodotto o la rete non siano disponibili.

Domande frequenti

Una schermata sola è sempre migliore?

No. È utile quando il compito è semplice; un riepilogo separato è preferibile se destinatari o conseguenze richiedono controllo.

Nascondere dettagli rende l’interfaccia più sicura?

Solo se restano visibili le informazioni necessarie a decidere. Costi, destinatari e limiti non devono finire dietro un’espansione.

Un invio confermato significa che qualcuno agirà?

No. Conferma il passaggio del prodotto, non la lettura, la comprensione o l’intervento di una persona.

Fonti consultate

Le informazioni tecniche e di sicurezza sono state verificate sulle seguenti fonti ufficiali.

Nota editoriale: questa guida collega principi W3C e euristiche di Nielsen Norman Group a un flusso ipotetico di coordinamento familiare. Le fonti sono state verificate l’8 settembre 2026; le funzioni effettive dipendono dal prodotto.

PROVATE IL FLUSSO

Una schermata, una scelta, un riepilogo leggibile

Testate il percorso sul telefono reale e verificate costi, destinatari, correzione e stato prima dell’invio.

Scopri My Safe Circle

Questa guida tratta progettazione e coordinamento, non sostituisce i servizi di emergenza. Per un pericolo immediato chiamate il numero locale competente; 112 è il numero europeo dove applicabile.