Messaggi di avviso

Nota

Questa guida alla progettazione è stata creata per Windows 7 e non è stata aggiornata per le versioni più recenti di Windows. Gran parte delle linee guida si applica ancora in linea di principio, ma la presentazione e gli esempi non riflettono le linee guida correnti sulla progettazione.

Un messaggio di avviso è una finestra di dialogo modale, un messaggio sul posto, una notifica o un palloncino che avvisa l'utente di una condizione che potrebbe causare un problema in futuro.

Messaggio di avviso modale tipico.

La caratteristica fondamentale degli avvisi è che comportano il rischio di perdere uno o più dei seguenti:

• Un asset prezioso, ad esempio importanti dati finanziari o altri.
• Accesso al sistema o integrità.
• Privacy o controllo sulle informazioni riservate.
• Tempo dell'utente (una quantità significativa, ad esempio 30 secondi o più).

Al contrario, una conferma è una finestra di dialogo modale che chiede se l'utente vuole procedere con un'azione. Alcuni tipi di avvisi vengono presentati come conferme e, in tal caso, si applicano anche le linee guida di conferma.

Nota: Le linee guida relative alle finestre di dialogo, le conferme, i messaggi di errorestandard icone, notifiche e layout vengono presentati in articoli separati.

Si tratta dell'interfaccia utente corretta?

Per decidere, prendi in considerazione queste domande:

• L'utente viene avvisato di una condizione che potrebbe causare un problema in futuro? In caso contrario, il messaggio non è un avviso.
• L'interfaccia utente presenta un errore o un problema già verificato? In tal caso, usare invece un messaggio di errore.
• È probabile che gli utenti eseguano un'azione o cambino il loro comportamento come risultato del messaggio? In caso contrario, la condizione non giustifica l'interruzione dell'utente in modo che sia preferibile eliminare l'avviso.
• La condizione è il risultato diretto di un'azione avviata dall'utente? In caso contrario, prendere in considerazione l'uso di notifiche di eventi non critiche.
• La condizione è una condizione speciale in un controllo? In tal caso, usare invece un palloncino .
• Per le conferme, l'utente sta per eseguire un'azione rischiosa? In tal caso, un avviso è appropriato se l'azione ha conseguenze significative o non può essere facilmente annullata.
• Per altri tipi di avvisi, l'utente deve agire ora o nel futuro immediato? Non visualizzare avvisi se gli utenti possono continuare a lavorare in modo produttivo senza problemi immediati. Rinviare l'avviso fino a quando la condizione non è più immediata e pertinente.

Concetti relativi alla progettazione

Evitare di superare la guerra

Abbiamo superato la guerra nei programmi Microsoft Windows. Il programma Windows tipico ha avvisi apparentemente ovunque, avvisi su cose che hanno poco importanza. In alcuni programmi, quasi ogni domanda viene presentata come avviso. L'overwarning fa uso di un programma come un'attività pericolosa e detrae da problemi veramente significativi.

Non corretto:

L'overwarning rende il programma pericoloso e sembra che fosse progettato da avvocati.

Il semplice potenziale per la perdita di dati o un problema futuro da solo non è sufficiente per chiamare un avviso. Inoltre, tutti i risultati indesiderati devono essere imprevisti o imprevisti e non facilmente corretti. In caso contrario, solo qualsiasi errore utente potrebbe essere interpretato per causare la perdita di dati o un potenziale problema di qualche tipo e merita un avviso.

Caratteristiche di avvisi validi

Avvisi validi:

• Comportare il rischio. Avvisi validi avvisano gli utenti di qualcosa di significativo.

Non corretto:

E allora? Questa conferma presuppone che gli utenti escano spesso dai programmi per caso.

• Avere rilevanza immediata. Non solo gli utenti devono prestare attenzione, devono curarsi ora. Gli utenti in genere non sono interessati ai problemi che potrebbero avere più tardi finché possono fare il loro lavoro ora.

Non corretto:

In questo caso, è meglio avvisare l'utente in tre ore.

• Portare all'azione. C'è qualcosa che gli utenti devono fare o essere consapevoli come risultato dell'avviso. Forse devono intraprendere un'azione ora o qualche volta nel futuro immediato. Forse eseguiranno un'attività diversamente come risultato. La conseguenza dell'ignorare l'avviso deve essere chiara. Gli avvisi senza azioni rendono solo gli utenti paranoidi.

Non corretto:

Perché questa notifica è un avviso? Cosa dovrebbero fare gli utenti (accanto alla preoccupazione)?

• Non sono ovvie. Non visualizzare un avviso per dichiarare la conseguenza ovvia di un'azione. Si supponga, ad esempio, che gli utenti comprendano le conseguenze di non completare un'attività.

Non corretto:

L'annullamento di una procedura guidata incompleta significa che l'attività non viene eseguita... chi sapeva?

• Si verificano raramente. Gli avvisi costanti diventano rapidamente inefficaci e fastidiosi. Gli utenti spesso diventano più concentrati sull'eliminazione dell'avviso rispetto alla risoluzione del problema.

Non corretto:

È più probabile che gli utenti si concentrino sull'eliminazione dell'avviso rispetto alla risoluzione del problema sottostante.

Un messaggio che non ha queste caratteristiche potrebbe comunque essere un buon messaggio, non solo un buon avviso.

Determinare il tipo di messaggio appropriato

Alcuni problemi possono essere presentati come errore, avviso o informazioni, a seconda dell'enfasi e della formulazione. Si supponga, ad esempio, che una pagina Web non possa caricare un controllo ActiveX senza segno in base alla configurazione corrente di Windows Internet Explorer:

• Errore. "Questa pagina non può caricare un controllo ActiveX senza segno". (Frase come problema esistente).
• Avviso. "Questa pagina potrebbe non comportarsi come previsto perché Windows Internet Explorer non è configurato per caricare controlli ActiveX senza segno." o "Consenti a questa pagina di installare un controllo ActiveX non firmato? In questo modo da origini non attendibili può danneggiare il computer." Entrambe le frasi come condizioni che possono causare problemi futuri.
• Informazioni. "È stato configurato Windows Internet Explorer per bloccare i controlli ActiveX non firmati". (Frase come un'istruzione di fatto.

Per determinare il tipo di messaggio appropriato, concentrarsi sull'aspetto più importante del problema su cui gli utenti devono conoscere o agire. In genere, se un problema impedisce all'utente di procedere, è necessario presentarlo come errore; se l'utente può procedere, presentarlo come avviso. Creare l'istruzione principale o altro testo corrispondente in base a tale stato attivo, quindi scegliere un'icona (standard o altrimenti) corrispondente al testo. Il testo e le icone delle istruzioni principali devono sempre corrispondere.

Essere specifici

Gli avvisi sono più interessanti quando le informazioni seguenti sono specifiche e chiare:

• Origine dell'avviso.
• Condizione specifica e potenziale problema.
• Cosa deve fare l'utente.
• Cosa accade se l'utente non fa nulla.

Non corretto:

In questo esempio qual è il potenziale problema? Che cosa dovrebbe fare l'utente, oltre a non usare il proiettore sulla rete? Senza informazioni più specifiche, tutto l'utente può fare male per procedere.

Corretto:

In questo esempio, il problema e le conseguenze sono chiari.

A volte c'è un problema potenziale legittimo degno di informare gli utenti su, ma la soluzione e le conseguenze non sono note per certo. Invece di dare un avviso vago, essere specifici fornendo le informazioni più probabili o l'esempio più comune.

Corretto:

In questo esempio l'avviso viene reso specifico fornendo la soluzione più probabile.

Tuttavia, in questi casi, usare la parola che indica che ci sono altre possibilità. In caso contrario, gli utenti potrebbero non essere autorizzati.

Non corretto:

Corretto:

Nell'esempio errato, gli utenti verranno confusi se il cavo è chiaramente collegato.

Se fai solo due cose...

1. Non savvolgere. Limitare gli avvisi alle condizioni che coinvolgono il rischio e sono immediatamente rilevanti, non evidenti e raramente. In caso contrario, rimuovere o riformulare il messaggio.

2. Fornire informazioni specifiche e utili.

Modelli di utilizzo

Gli avvisi hanno diversi modelli di utilizzo:

Etichetta	Valore
Informazioni Rendere l'utente consapevole di una condizione o di un potenziale problema, ma l'utente potrebbe non dover fare nulla ora.	Esempi di avvisi di consapevolezza. Gli avvisi di consapevolezza hanno la presentazione seguente: Istruzione principale: Descrivere la condizione o il potenziale problema. Istruzioni supplementari: Spiegare l'implicazione e il motivo per cui è importante. Pulsanti di commit: Vicino.
Prevenzione degli errori Rendere l'utente consapevole delle informazioni che potrebbero prevenire un problema, soprattutto quando si effettuano scelte.	Gli avvisi di prevenzione degli errori vengono presentati in modo ottimale usando un'icona di avviso sul posto e un testo esplicativo. Esempi di avvisi di prevenzione degli errori.
Problema imminente L'utente deve eseguire qualcosa ora per evitare un problema imminente.	Esempio di avviso imminente del problema. Gli avvisi di problema imminenti presentano la presentazione seguente: Istruzione principale: Descrivere le operazioni necessarie per l'utente. Istruzioni supplementari: Spiegare la condizione e perché è importante. Pulsanti di commit: Pulsante di comando o collegamento ai comandi per ogni opzione o OK se l'azione si verifica all'esterno della finestra di dialogo.
Conferma dell'azione rischiosa Verificare che l'utente voglia procedere con un'azione che presenta alcuni rischi e non può essere facilmente annullata.	Esempio di conferma dell'azione rischiosa. Le conferme delle azioni rischiose presentano la presentazione seguente: Istruzione principale: Porre una domanda per determinare se l'utente vuole procedere. Istruzioni supplementari: Spiegare qualsiasi motivo non ovvio per cui l'utente potrebbe non voler procedere. Pulsanti di commit: Sì, No. Per linee guida su questo modello, vedere Conferma.

Indicazioni

Presentazione

• Scegliere l'interfaccia utente della presentazione in base al tipo di informazioni:

Interfaccia utente	Migliore usato per
Finestre di dialogo modali	Avvisi critici (incluse le conferme) a cui gli utenti devono rispondere ora.
Sul posto	Informazioni che potrebbero impedire un problema, soprattutto quando gli utenti stanno facendo scelte.
Banner	Informazioni che potrebbero impedire un problema, soprattutto quando sono correlate al completamento di un'attività.
Notifiche	Eventi o stato significativi che possono essere ignorati in modo sicuro, almeno temporaneamente.
Palloncini	Un controllo si trova in uno stato che influisce sull'input. Questo stato è probabilmente imprevisto e l'utente potrebbe non capire che l'input è interessato.

• Per le finestre di dialogo modali:
  • Usare le finestre di dialogo attività ogni volta che è appropriato per ottenere un aspetto e un layout coerenti. Le finestre di dialogo attività richiedono Windows Vista o versioni successive, quindi non sono adatte per le versioni precedenti di Windows.
  • Visualizzare un solo messaggio di avviso per condizione. Ad esempio, visualizzare un singolo avviso che spiega completamente una condizione anziché descriverla un dettaglio alla volta per ogni messaggio. La visualizzazione di una sequenza di dialoghi di avviso per una singola condizione è confusione e fastidiosa.
  • Non visualizzare un avviso più di una volta per condizione. Gli avvisi costanti diventano rapidamente inefficaci e fastidiosi. Gli utenti spesso diventano più concentrati sull'eliminazione dell'avviso rispetto alla risoluzione del problema. Se è necessario avvisare ripetutamente per una singola condizione, usare l'escalation progressiva.
• Non accompagnare gli avvisi con un effetto acustico o un segnale acustico. In questo modo è insoddisabile e inutile.
  • Eccezione: Se l'utente deve rispondere immediatamente, è possibile usare un effetto audio.

Icone

• Non inserire un'icona di avviso nella barra del titolo di una finestra di dialogo.

• Usare un'icona di avviso. Eccezioni:

  • Se l'avviso è per una funzionalità con un'icona, è possibile usare l'icona della funzionalità con una sovrapposizione di avvisi.

    Corretto:

    

    In questo esempio, l'icona della funzionalità ha una sovrimpressione di avviso.

• Per le finestre di dialogo modali con una nota a piè di pagina di avviso, inserire l'icona di avviso nella nota a piè di pagina anziché nell'area del contenuto.

  Corretto:

  

  In questo esempio la nota a piè di pagina contiene l'icona di avviso.

Per altre linee guida ed esempi, vedere Icone standard.

Non visualizzare più questo messaggio

• Se una finestra di dialogo di avviso richiede questa opzione, riconsiderare l'avviso e la relativa frequenza. Se ha tutte le caratteristiche di un avviso valido (comporta rischi ed è immediatamente rilevante, interattivo, non ovvio e poco frequente), non dovrebbe essere opportuno per gli utenti eliminarlo.

Per altre linee guida, vedere Finestre di dialogo.

Rivelazione progressiva

• Se è necessario includere informazioni avanzate in un messaggio di avviso, visualizzarla usando pulsanti di divulgazione progressiva (ad esempio, "Mostra dettagli"). In questo modo si semplifica l'avviso per l'utilizzo tipico. Non nascondere le informazioni necessarie perché gli utenti potrebbero non trovarlo.
• Non usare "Mostra dettagli" a meno che non siano presenti dettagli più dettagliati. Non riformulare solo le informazioni esistenti in un formato diverso.

Per le linee guida per l'etichettatura, vedere Diffusione progressiva.

Valori predefiniti

• Selezionare la risposta più sicura, meno distruttiva o più sicura per essere l'impostazione predefinita.

Testo

Generale

• Rimuovere il testo ridondante. Cercalo nei titoli, istruzioni principali, istruzioni supplementari, aree di contenuto, collegamenti ai comandi e pulsanti di commit. In genere, lasciare il testo completo nelle istruzioni e nei controlli interattivi e rimuovere qualsiasi ridondanza dalle altre posizioni.
• Non usare i termini "warning" o "warning" nel testo. Se usata correttamente, l'icona di avviso comunica sufficientemente che gli utenti devono procedere con cautela.

Non corretto:

In questo esempio il termine "warning" non è necessario.

Titoli

• Usare il titolo per identificare il comando o la funzionalità da cui proviene l'avviso. Eccezioni:
  • Se viene visualizzato un avviso da molti comandi diversi, è consigliabile usare invece il nome del programma.
  • Se il titolo sarebbe ridondante o confuso con l'istruzione principale, usare invece il nome del programma.

Non corretto:

In questo esempio "Avviso di sicurezza" non identifica il comando o la funzionalità da cui proviene l'avviso.

• Non usare il titolo per spiegare cosa fare nel dialogo che è lo scopo dell'istruzione principale.
• Usare la maiuscola in stile titolo, senza terminazione della punteggiatura.

Istruzioni principali

• L'istruzione principale per un avviso è basata sul modello di progettazione:

Modello	Istruzione principale
Riconoscimento	Descrivere la condizione o il potenziale problema.
Problema imminente	Descrivere le operazioni che l'utente deve eseguire ora.
Conferma dell'azione rischiosa	Porre una domanda per determinare se l'utente vuole procedere.

• 
• In questo esempio, la notifica della batteria bassa è un avviso di consapevolezza, quindi l'istruzione principale descrive la condizione.
• 
• In questo esempio, la finestra di dialogo batteria a basso consumo è un problema imminente, quindi l'istruzione principale descrive cosa deve fare l'utente ora.
• Usare conciso solo una singola frase completa. Rimuovere l'istruzione principale fino alle informazioni essenziali. Se è necessario spiegare di più, usare un'istruzione supplementare.
• Usare parole come "now" e "immediatamente" se l'utente deve agire immediatamente. Non usare queste parole se non c'è urgenza.
• Specificare se sono presenti oggetti coinvolti, assegnare i nomi completi.
• Usare la maiuscola in stile frase.

Istruzioni supplementari

• L'istruzione supplementare per un avviso si basa sul modello di progettazione:

Modello	Istruzione supplementare
Riconoscimento	Spiegare l'implicazione e il motivo per cui è importante.
Problema imminente	Spiegare la condizione e perché è importante.
Conferma dell'azione rischiosa	Spiegare eventuali motivi non ovvi per cui l'utente potrebbe non voler procedere.

• Non ripetere l'istruzione principale con una formulazione leggermente diversa. In alternativa, omettere l'istruzione supplementare se non è più necessario aggiungere.
• Usare frasi complete, maiuscole e minuscole in stile frase e punteggiatura finale.

Pulsanti Commit

• Per le finestre di dialogo di avviso, i pulsanti di commit si basano sul modello di progettazione:

Modello	Pulsanti Commit
Riconoscimento	Quasi. Non usare OK perché suggerisce che i potenziali problemi sono OK.
Problema imminente	Un pulsante di comando o un collegamento di comando per ogni opzione oppure OK se l'azione si verifica all'esterno della finestra di dialogo.
Conferma dell'azione rischiosa	Sì, no.

• Non corretto:
• 
• I problemi non sono OK, quindi usare Chiudi.

Documentazione

Quando si fa riferimento agli avvisi:

• Se l'avviso pone una domanda, fare riferimento a un avviso in base alla domanda; in caso contrario, usare l'istruzione principale. Se la domanda o l'istruzione principale è lunga o dettagliata, riepilogarla.
• Se necessario, è possibile fare riferimento a una finestra di dialogo di avviso come messaggio.
• Quando possibile, formattare il testo in grassetto. In caso contrario, inserire il testo tra virgolette solo se necessario per evitare confusione.

Esempio: nel messaggio Vuoi visualizzare gli elementi non sicuri? fai clic su Sì.