Notifiche (nozioni di base sulla progettazione)

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 di progettazione correnti.

Una notifica informa gli utenti degli eventi non correlati all'attività utente corrente, visualizzando brevemente un fumetto da un'icona nell'area di notifica. La notifica può derivare da un'azione dell'utente o da un evento di sistema significativo oppure potrebbe offrire informazioni potenzialmente utili da Microsoft Windows o da un'applicazione.

Le informazioni contenute in una notifica sono utili e rilevanti, ma non sono mai critiche. Di conseguenza, le notifiche non richiedono un'azione immediata da parte dell'utente e gli utenti possono ignorarli liberamente.

Una notifica tipica.

In Windows Vista e versioni successive le notifiche vengono visualizzate per una durata fissa di 9 secondi. Le notifiche non vengono visualizzate immediatamente quando gli utenti sono inattivi o gli screen saver sono in esecuzione. Windows accoda automaticamente le notifiche durante questi orari e visualizza le notifiche in coda quando l'utente riprende l'attività regolare. Di conseguenza, non è necessario eseguire alcuna operazione per gestire queste circostanze speciali.

Gli sviluppatori: È possibile determinare quando l'utente è attivo usando l'API SHQueryUserNotificationState.

Nota: Le linee guida relative all'area di notifica, alla barra delle applicazioni e ai palloncini sono presentate in articoli separati.

Si tratta dell'interfaccia utente corretta?

Per decidere, prendi in considerazione queste domande:

• Le informazioni sono il risultato immediato e diretto dell'interazione degli utenti con l'applicazione? In tal caso, visualizzare queste informazioni sincrone direttamente all'interno dell'applicazione usando invece una finestra di dialogo, una finestra di messaggio, un fumetto o un'interfaccia utente sul posto . Le notifiche sono solo per informazioni asincrone.

In questo esempio la finestra di dialogo Eccezioni di Windows Firewall viene visualizzata come risultato diretto dell'interazione dell'utente. Una notifica non sarebbe appropriata qui.

• Le informazioni sono rilevanti solo quando gli utenti usano attivamente l'applicazione? In tal caso, visualizzare le informazioni nella barra di stato dell'applicazione o in un'altra area di stato.

In questo esempio, Outlook visualizza lo stato di connessione e sincronizzazione sulla barra di stato.

• Le informazioni cambiano rapidamente, sono informazioni continue e in tempo reale? Alcuni esempi includono lo stato di elaborazione, le quotazioni azionarie e i punteggi sportivi. In tal caso, non usare le notifiche perché non sono adatte per le informazioni in rapida evoluzione.
• Le informazioni sono utili e rilevanti? Gli utenti potrebbero modificare il proprio comportamento o evitare inconvenienti in seguito alla ricezione delle informazioni? In caso contrario, non visualizzare le informazioni o inserirle in una finestra di stato o in un file di log.
• Le informazioni sono critiche? È necessaria un'azione immediata? In tal caso, visualizzare le informazioni usando un'interfaccia che richiede attenzione e non può essere facilmente ignorata, ad esempio una finestra di dialogo modale o una finestra di messaggio. Se il programma non è attivo, è possibile attirare l'attenzione sulle informazioni critiche lampeggiando il pulsante della barra delle applicazioni del programma tre volte e lasciandolo evidenziato fino a quando il programma non è attivo.
• Gli utenti IT di destinazione principali sono i professionisti IT? In tal caso, usare un meccanismo di feedback alternativo, ad esempio voci di file di log o messaggi di posta elettronica. I professionisti IT preferiscono fortemente i file di log per informazioni non critiche. Inoltre, i server vengono spesso gestiti in remoto e in genere vengono eseguiti senza utenti connessi, rendendo le notifiche inefficaci.

Concetti relativi alla progettazione

Le notifiche efficaci che promuovono un'esperienza utente ottimale sono:

• Asincrona. L'evento non è un risultato immediato e diretto dell'interazione corrente degli utenti con Microsoft Windows o l'applicazione.
• Utile. È possibile che gli utenti eseguano un'attività o modificherà il proprio comportamento in seguito alla notifica.
• Rilevante. La notifica visualizza informazioni utili che gli utenti riguardano e non sanno già.
• Non critico. Le notifiche non sono modali e non richiedono l'interazione dell'utente, quindi gli utenti possono ignorarli liberamente.
• Eseguibili. Per le notifiche che suggeriscono di eseguire un'azione, tale azione viene avviata facendo clic sulla notifica. Tuttavia, l'azione può essere sempre posticipata.
• Presentata in modo appropriato. La presentazione della notifica (durata, frequenza, testo, icona e interattività) corrisponde alle circostanze.
• Non fastidioso! C'è una linea fine tra informare delicatamente gli utenti di un evento e pesterli.

Purtroppo, ci sono troppi fastidiosi, inappropriati, inutili, notifiche irrilevanti là fuori. Prendi in considerazione queste notifiche da Windows XP Hall of Shame:

In questi esempi, Windows XP tenta in modo ostenso di assistere gli utenti con la configurazione iniziale. Tuttavia, queste notifiche vengono visualizzate troppo spesso e bene dopo che sono utili, quindi sono poco più che annunci di funzionalità non richiesti.

Il flusso utente deve essere gestito

Idealmente, gli utenti immersi nel loro lavoro non vedranno affatto le notifiche. Verranno invece visualizzate le notifiche solo quando il flusso è già interrotto.

In Flow: La psicologia dell'esperienza ottimale, Mihaly Csikszentmihalyi dice che gli utenti entrano in uno stato di flusso quando sono completamente assorbiti nell'attività durante il quale perdono il loro senso di tempo e hanno sentimenti di grande soddisfazione.

Le notifiche efficaci consentono agli utenti di mantenere il flusso presentando informazioni utili e rilevanti che possono essere facilmente ignorate. Le notifiche vengono presentate in modo basso, periferico e non richiedono l'interazione.

Non presupporre che se le notifiche sono modeless , non possono essere un'interruzione fastidiosa. Le notifiche non richiedono l'attenzione degli utenti, ma lo richiedono certamente. È possibile interrompere il flusso degli utenti in base a:

• Visualizzazione delle notifiche che gli utenti non interessano.
• Visualizzazione di una notifica troppo spesso.
• Uso di più notifiche quando è sufficiente una singola notifica.
• Uso del suono durante la visualizzazione di una notifica.

In Windows 7 gli utenti hanno il controllo finale sulle notifiche. Se gli utenti trovano che le notifiche di un programma sono troppo fastidiose, possono scegliere di eliminare tutte le notifiche da tale programma. Assicurarsi che gli utenti non lo facciano al programma presentando informazioni utili, pertinenti e seguendo queste linee guida.

Le notifiche devono essere ignorate

Le notifiche non richiedono un'azione immediata da parte dell'utente e gli utenti possono ignorarli liberamente.

Gli sviluppatori e i progettisti spesso vogliono presentare le notifiche in modo che gli utenti non possano ignorare. Questo obiettivo compromette completamente il vantaggio principale delle notifiche perché interrompe il flusso degli utenti. Se gli utenti sono distratti dalle notifiche o si sentono obbligati a leggerli, la progettazione delle notifiche non è riuscita.

Se si è preoccupati che gli utenti ignorino le notifiche, tenere presente quanto segue:

• Se si usano correttamente le notifiche e non richiedono un'azione immediata da parte dell'utente, è necessario che gli utenti scelgano di ignorarli in base alla progettazione.If you are using notifications and they don't require immediate user action, then having users choose to ignore them is by design. Non modificarlo.
• Se l'evento richiede un'azione utente immediata, usare un'interfaccia utente alternativa che gli utenti non possono ignorare. Vedi Si tratta dell'interfaccia utente corretta? per le alternative.

Usare l'escalation progressiva, se applicabile

Se viene usata una notifica per un evento che gli utenti possono ignorare in modo sicuro all'inizio, ma che devono essere risolti alla fine, è consigliabile usare un'interfaccia utente alternativa quando la situazione diventa critica. Questa tecnica è nota come escalation progressiva.

Ad esempio, il sistema di risparmio energia di Windows indica inizialmente una batteria a basso consumo modificando semplicemente l'icona dell'area di notifica.

In questi esempi, il risparmio energia di Windows usa l'icona dell'area di notifica per notificare agli utenti una batteria progressivamente inferiore.

Man mano che l'alimentazione della batteria diventa più bassa, Windows avvisa gli utenti di un'alimentazione a batteria debole usando una notifica.

In questo esempio, il risparmio energia di Windows usa una notifica per indicare agli utenti che la loro alimentazione a batteria è debole.

Questa notifica viene visualizzata mentre gli utenti hanno ancora diverse opzioni. Gli utenti possono collegare, modificare le opzioni di alimentazione, eseguire il wrapping del lavoro e arrestare il computer oppure ignorare la notifica e continuare a funzionare. Man mano che l'alimentazione della batteria continua a svuotare, il testo e l'icona della notifica riflettono l'urgenza aggiuntiva. Tuttavia, una volta che l'alimentazione della batteria diventa così bassa che gli utenti devono agire immediatamente, il risparmio energia di Windows notifica agli utenti che usano una finestra di messaggio modale .

In questo esempio, il risparmio energia di Windows usa una finestra di messaggio modale per notificare agli utenti l'alimentazione a batteria a basso consumo critico.

Se fai solo tre cose...

1. Usare le notifiche solo se è effettivamente necessario. Quando visualizzi una notifica, stai potenzialmente interrompendo gli utenti o persino fastidiosi. Assicurarsi che l'interruzione sia giustificata.
2. Usare le notifiche per eventi o situazioni non critici che non richiedono un'azione immediata da parte dell'utente. Per eventi critici o situazioni che richiedono un'azione immediata da parte dell'utente, usare un'interfaccia utente alternativa, ad esempio una finestra di dialogo modale.
3. Se si usano le notifiche, renderle un'esperienza utente ottimale. Non tentare di forzare gli utenti a visualizzare le notifiche. Se gli utenti sono così immersi nel loro lavoro che non vedono le notifiche, la progettazione è buona.

Modelli di utilizzo

Le notifiche hanno diversi modelli di utilizzo:

Etichetta	Valore
Azione riuscita Notifica agli utenti quando un'azione avviata dall'utente asincrona viene completata correttamente.	Corretto: In questo esempio, Windows Update notifica agli utenti quando il computer è stato aggiornato correttamente. Non corretto: In questo esempio, Microsoft Outlook invia una notifica agli utenti quando viene completato il controllo di un file di dati. Cosa dovrebbero fare gli utenti ora? E perché avvisare gli utenti del completamento riuscito? Mostra quando: Al termine di un'attività asincrona. Notificare agli utenti azioni riuscite solo se è probabile che siano in attesa del completamento o dopo errori recenti. Mostra come: Usare l'opzione in tempo reale in modo che queste notifiche non vengano accodate quando gli utenti eseguono un'applicazione a schermo intero o non usano attivamente il computer. Mostra la frequenza con cui: Una volta. Fattore di annotazione: Bassa se l'esito positivo non è previsto a causa di errori recenti, l'esito positivo è dopo un errore critico o estremamente insolito, in modo che l'utente debba ricevere feedback aggiuntivo o che l'utente sia in attesa del completamento; alta se non. Alternative: Inviare commenti e suggerimenti su richiesta visualizzando un'icona (o modificando un'icona esistente) nell'area di notifica durante l'esecuzione dell'operazione; rimuovere l'icona (o ripristinare l'icona precedente) al termine dell'operazione.
Errore di azione Notifica agli utenti quando un'azione avviata dall'utente asincrona ha esito negativo.	Corretto: In questo esempio l'attivazione di Windows notifica agli utenti un errore. Non corretto: In questo esempio, Microsoft Outlook utilizzato per notificare agli utenti un errore di cui è improbabile preoccuparsi. Mostra quando: In caso di errore di un'attività asincrona. Mostra la frequenza con cui: Una volta. Fattore di annotazione: Basso se utile e pertinente; alta se il problema si risolve immediatamente o gli utenti in caso contrario non importa. Alternative: Utilizzare una finestra di dialogo modale se gli utenti devono risolvere immediatamente l'errore.
Evento di sistema non critico Notifica agli utenti di eventi o stato di sistema significativi che possono essere ignorati in modo sicuro, almeno temporaneamente.	In questo esempio Windows avvisa gli utenti dell'alimentazione a batteria insufficiente, ma c'è ancora molto tempo prima di intervenire. Mostra quando: Quando si verifica un evento e l'utente è attivo o una condizione continua a esistere. Se si verifica un problema, rimuovere le notifiche attualmente visualizzate immediatamente dopo la risoluzione del problema. Come per le notifiche di azione, notificare agli utenti eventi di sistema riusciti solo se è probabile che gli utenti siano in attesa dell'evento o dopo gli errori recenti. Mostra la frequenza con cui: Una volta che si verifica l'evento per la prima volta. Se questo risultato è dovuto a un problema che gli utenti devono risolvere, rieseguire la riproduzione una volta al giorno. Fattore di annotazione: Bassa, purché la notifica non venga visualizzata troppo spesso. Alternative: Se gli utenti devono risolvere un problema, usare l'escalation progressiva visualizzando infine una finestra di dialogo modale quando la risoluzione diventa obbligatoria.
Attività utente facoltativa Notifica agli utenti di attività asincrone che devono eseguire. Sia facoltativo che obbligatorio, l'attività può essere posticipata in modo sicuro.	In questo esempio Windows Update invia una notifica agli utenti di un nuovo aggiornamento della sicurezza. Mostra quando: Quando viene determinata la necessità di eseguire un'attività e l'utente è attivo. Mostra la frequenza con cui: Una volta al giorno per un massimo di tre volte. Fattore di annotazione: Basso, purché gli utenti considerino l'attività importante e la notifica non viene visualizzata troppo spesso. Alternative: Se gli utenti devono infine eseguire l'attività, usare l'escalation progressiva visualizzando una finestra di dialogo modale quando l'attività diventa obbligatoria.
FYI Notifica agli utenti informazioni potenzialmente utili e rilevanti. È possibile notificare agli utenti informazioni di pertinenza marginale se è facoltativo e gli utenti acconsentono esplicitamente.	Corretto: In questo esempio, gli utenti ricevono una notifica quando viene ricevuto un nuovo messaggio di posta elettronica. Corretto: In questo esempio, gli utenti ricevono una notifica quando i contatti vengono online e hanno scelto di ricevere queste informazioni facoltative. Non corretto: In questo esempio, le informazioni sono utili solo se l'utente dispone già di porte USB ad alta velocità installate. In caso contrario, è probabile che l'utente non faccia nulla di diverso come risultato. Mostra quando: Quando si verifica l'evento di attivazione. Mostra come: Usare l'opzione in tempo reale in modo che queste notifiche non vengano accodate quando gli utenti eseguono un'applicazione a schermo intero o non usano attivamente il computer. Mostra la frequenza con cui: Una volta. Fattore di annotazione: Medio-alto, a seconda della percezione dell'utilità e della pertinenza degli utenti. Non consigliato se esiste una bassa probabilità di interesse dell'utente. Alternative: Non inviare notifiche agli utenti.
Annuncio delle funzionalità Notifica agli utenti delle funzionalità di sistema o applicazioni appena installate, inutilizzate.	Non usare le notifiche per gli annunci di funzionalità. Usare invece un altro modo per rendere individuabile la funzionalità, ad esempio: Progettare la funzionalità in modo che sia più semplice da individuare nei contesti in cui è necessario. Non eseguire alcuna operazione speciale e consentire agli utenti di individuare autonomamente la funzionalità. Non corretto: Non usare le notifiche per gli annunci di funzionalità.

Indicazioni

Generale

• Selezionare il modello di notifica in base all'utilizzo. Per una descrizione di ogni modello di utilizzo, vedere la tabella precedente.
• Non usare notifiche durante l'esperienza iniziale di Windows. Per migliorare la prima esperienza, Windows 7 elimina tutte le notifiche visualizzate durante le prime ore di utilizzo. Progettare il programma presupponendo che gli utenti non visualizzino tali notifiche.

Cosa notificare

• Non notificare le operazioni riuscite, ad eccezione delle circostanze seguenti:

  • Sicurezza. Gli utenti considerano le operazioni di sicurezza più importanti, quindi notifica agli utenti di operazioni di sicurezza riuscite.
  • Errore recente. Gli utenti non accettano operazioni riuscite per concedere se hanno avuto esito negativo immediatamente prima, in modo da informare gli utenti dell'esito positivo quando l'operazione ha avuto esito negativo di recente.
  • Evitare inconvenienti. Quando si esegue questa operazione, è possibile evitare l'inconvenienza degli utenti. Di conseguenza, notifica agli utenti quando un'operazione ha esito positivo viene eseguita in modo imprevisto, ad esempio quando un'operazione è lunga o completa in precedenza o successivamente rispetto al previsto.

• In altre circostanze, non fornire commenti e suggerimenti per il successo o fornire commenti "su richiesta". Si supponga che gli utenti prendano le operazioni riuscite per concedere. È possibile fornire commenti e suggerimenti su richiesta visualizzando un'icona (o modificando un'icona esistente) nell'area di notifica durante l'esecuzione dell'operazione e rimuovendo l'icona (o ripristinando l'icona precedente) al termine dell'operazione.

• Per il modello FYI, non inviare una notifica se gli utenti possono continuare a funzionare normalmente o sono improbabili che si verifichino operazioni diverse come risultato della notifica.

  Non corretto:

  

  In questo esempio le informazioni sono utili solo se l'utente dispone già delle porte installate. In caso contrario, l'utente non è probabile che faccia nulla di diverso come risultato di esso.

  • Eccezione: è possibile notificare agli utenti informazioni di pertinenza discutibili se è facoltativo e gli utenti optano.

    Corretto:

    

    In questo esempio gli utenti ricevono una notifica quando i contatti vengono online e hanno scelto di ricevere queste informazioni facoltative.

• Per gli eventi di sistema non critici e i modelli FYI, usare le notifiche complete per un singolo evento. Non presentare diversi elementi parziali.

  Non corretto:

  

  Questi esempi mostrano solo quattro delle otto notifiche visualizzate da Windows XP quando un utente collega una tastiera USB specifica, ogni presentazione incrementale di altre informazioni.

  Corretto:

  

  In questo esempio, l'associazione di una tastiera USB comporta due notifiche complete.

Quando inviare una notifica

• Visualizzare una notifica in base al relativo modello di progettazione:

Modello	Quando inviare una notifica
Operazione riuscita	Al termine di un'attività asincrona. Notifica agli utenti di azioni riuscite solo se è probabile che siano in attesa del completamento o dopo gli errori recenti.
Errore di azione	In caso di errore di un'attività asincrona.
Evento di sistema non critico	Quando si verifica un evento e l'utente è attivo oppure la condizione continua a esistere. Se si verifica un problema, rimuovere immediatamente la notifica visualizzata dopo la risoluzione del problema.
Attività utente facoltativa	Quando è necessario eseguire un'attività e l'utente è attivo.
FYI	Quando si verifica l'evento di attivazione.

• Per il modello di errore dell'azione, se il problema potrebbe correggersi entro pochi secondi, ritardare la notifica di errore per un periodo di tempo appropriato. Se il problema si corregge, segnalare nulla. Notifica solo dopo un periodo di tempo sufficiente che l'errore è evidente. Se si segnala troppo presto, probabilmente gli utenti non noteranno il problema segnalato, ma noteranno la notifica non necessaria.

Non corretto:

Quando immediatamente seguito da:

In questo esempio, in Windows Vista la notifica di nessuna connettività wireless è prematura perché spesso viene seguita da una notifica di una buona connettività.

• Per l'esito positivo dell'azione e i modelli FYI, usare l'opzione in tempo reale in modo che le notifiche non aggiornate non vengano accodate quando gli utenti eseguono un'applicazione a schermo intero o non usano attivamente il proprio computer.
• Per il modello di evento di sistema non critico, non creare il potenziale per le tempeste di notifica tramite eventi imprevisti associati a eventi noti, ad esempio l'accesso utente. Invece, legare l'evento a un periodo di tempo dopo l'evento. Ad esempio, è possibile ricordare agli utenti di registrare il prodotto cinque minuti dopo l'accesso dell'utente.

Quanto tempo per notificare

In Windows Vista e versioni successive, le notifiche vengono visualizzate per una durata fissa di 9 secondi.

Frequenza di notifica

• Il numero di volte in cui visualizzare una notifica è basato sul relativo modello di progettazione:

Modello	Frequenza di notifica
Operazione riuscita	Singola occorrenza.
Errore di azione	Singola occorrenza.
Evento di sistema non critico	Una volta che si verifica per la prima volta l'evento. Se questo risultato da un problema che gli utenti devono risolvere, ripetere la riproduzione una volta al giorno.
Attività utente facoltativa	Una volta al giorno per un massimo di tre volte.
FYI	Singola occorrenza.

• Per le attività utente facoltative, non provare a modificare gli utenti nell'invio visualizzando costantemente le notifiche. Se l'attività è necessaria, visualizzare immediatamente una finestra di dialogo modale anziché usare le notifiche.

Escalation delle notifiche

• Non presupporre che gli utenti visualizzeranno le notifiche. Gli utenti non li visualizzerà quando:
  • Sono immersi nel loro lavoro.
  • Non stanno prestando attenzione.
  • Sono lontani dal loro computer.
  • Eseguono un'applicazione a schermo intero.
  • L'amministratore ha disattivato tutte le notifiche per il computer.
• Se gli utenti devono eventualmente intraprendere un tipo di azione, usare l'escalation progressiva per visualizzare un'interfaccia utente alternativa che gli utenti non possono ignorare.

Interazione

• Fare clic su notifiche quando:
  • Gli utenti devono eseguire un'azione. Fare clic sulla notifica deve visualizzare una finestra in cui gli utenti possono eseguire l'azione. Questo approccio è preferito per l'errore dell'azione e i modelli di progettazione delle attività utente facoltativi.
  • Gli utenti potrebbero voler visualizzare altre informazioni. Fare clic sulla notifica deve visualizzare una finestra in cui gli utenti possono visualizzare informazioni aggiuntive.
• Visualizza sempre una finestra quando gli utenti fa clic per eseguire un'azione. Non fare clic su esegui direttamente un'azione.
• Facendo clic per visualizzare altre informazioni, è consigliabile visualizzare sempre altre informazioni. Non riscrivare le informazioni già nella notifica.

Icone

• Per il modello di errore dell'azione, usare l'icona di errore standard.
• Per i modelli di eventi di sistema non critici, usare l'icona di avviso standard.
• Per altri modelli, usare icone che mostrano oggetti correlati o suggerire l'oggetto, ad esempio uno scudo per la sicurezza o una batteria per l'alimentazione.
• Usare le icone in base all'applicazione o alla personalizzazione aziendale se gli utenti di destinazione li riconosceranno e non esiste alcuna alternativa migliore.
• Per l'escalation progressiva, prendere in considerazione l'uso delle icone con un aspetto progressivamente più enfatico, perché la situazione diventa più urgente.
• Non usare l'icona delle informazioni standard. Queste notifiche sono informazioni senza dire.
• È consigliabile usare icone di grandi dimensioni (32x32 pixel) quando:
  • Gli utenti comprenderanno rapidamente l'icona anziché il testo.
  • Le icone grandi trasmettono il loro significato più chiaramente e in modo efficace rispetto alle icone di pixel standard 16x16.
  • L'icona usa lo stile Aero.

In questo esempio gli utenti possono comprendere rapidamente la natura della notifica con un'occhiata all'icona di grandi dimensioni.

Accodamento delle notifiche

Nota: Le notifiche vengono accodate ogni volta che non possono essere visualizzate immediatamente, ad esempio quando viene visualizzata un'altra notifica, l'utente esegue un'applicazione a schermo intero o l'utente non usa attivamente il computer. Le notifiche in tempo reale rimangono nella coda solo per 60 secondi.

• Per l'esito positivo dell'azione e i modelli FYI, usare l'opzione in tempo reale in modo che la notifica non sia in coda per molto tempo. Queste notifiche hanno valore solo quando possono essere visualizzate immediatamente.
• Rimuovere le notifiche in coda quando non sono più rilevanti.
• Gli sviluppatori: È possibile eseguire questa operazione impostando il flag di NIF_INFO in uFlags e impostando szInfo su una stringa vuota. Non vi è alcun danno in questo caso se la notifica non è più nella coda.

Integrazione del sistema

• Se l'applicazione non ha sempre un'icona nell'area di notifica quando è in esecuzione, visualizzare un'icona temporaneamente durante l'attività asincrona o l'evento che ha causato la notifica.

Testo

Testo titolo

• Usare il testo del titolo che riepiloga brevemente le informazioni più importanti necessarie per comunicare agli utenti in linguaggio chiaro, normale, conciso, specifico. Gli utenti devono essere in grado di comprendere lo scopo delle informazioni di notifica rapidamente e con un minimo sforzo.
• Usare frammenti di testo o frasi complete senza punteggiatura finale.
• Usare le maiuscole/minuscole come nelle frasi comuni.
• Usare non più di 48 caratteri (in inglese) per supportare la localizzazione. Il titolo ha una lunghezza massima di 63 caratteri, ma è necessario consentire l'espansione del 30% quando il testo in lingua inglese viene tradotto.

Testo corpo

• Usare il testo del corpo che fornisce una descrizione (senza ripetere le informazioni nel titolo) e, facoltativamente, che fornisce dettagli specifici sulla notifica e consente anche agli utenti di sapere quali azioni sono disponibili.

• Usare frasi complete con punteggiatura finale.

• Usare le maiuscole/minuscole come nelle frasi comuni.

• Usare non più di 200 caratteri (in inglese) per supportare la localizzazione. Il testo del corpo ha una lunghezza massima di 255 caratteri, ma è necessario consentire l'espansione del 30% quando il testo in lingua inglese viene tradotto.

• Includere informazioni essenziali nel testo del corpo, ad esempio nomi di oggetti specifici. Esempi: nomi utente, nomi di file o URL. Gli utenti non devono aprire un'altra finestra per trovare tali informazioni.

• Inserire virgolette doppie intorno ai nomi degli oggetti.

  • Eccezione: Non usare virgolette quando:
    • Il nome dell'oggetto usa sempre la maiuscola in stile titolo, ad esempio con i nomi utente.
    • Il nome dell'oggetto è offset con due punti (ad esempio: Nome stampante: Stampante personale).
    • Il nome dell'oggetto può essere facilmente determinato dal contesto.

• Se è necessario troncare i nomi degli oggetti in una dimensione massima fissa per supportare la localizzazione, usare i puntini di sospensione per indicare il troncamento.

  

  In questo esempio un nome dell'oggetto viene troncato usando i puntini di sospensione.

• Usare la frase seguente se la notifica è utilizzabile:

  • Se gli utenti possono fare clic sulla notifica per eseguire un'azione:

    < breve descrizione delle informazioni essenziali>

    <dettagli facoltativi>

    Fare clic per <fare qualcosa>.

    

    In questo esempio gli utenti possono fare clic per eseguire un'azione.

  • Se gli utenti possono fare clic sulla notifica per visualizzare altre informazioni:

    < breve descrizione delle informazioni essenziali>

    <dettagli facoltativi>

    Fare clic per altre informazioni.

    

    In questo esempio gli utenti possono fare clic per altre informazioni.

• Non dire che l'utente "deve" eseguire un'azione in una notifica. Le notifiche sono per informazioni non critiche che gli utenti possono ignorare liberamente. Se gli utenti devono effettivamente eseguire un'azione, non usare le notifiche.

• Se gli utenti devono eseguire un'azione, rendere chiara l'importanza.

• Per gli errori di azione e i modelli di eventi di sistema non critici, descrivere i problemi in linguaggio normale.

  Non corretto:

  

  In questo esempio il problema viene descritto usando un linguaggio troppo tecnico, ma non specificato.

  Corretto:

  

  In questo esempio il problema viene descritto in linguaggio normale.

• Descrivere l'evento in modo rilevante per gli utenti di destinazione. Una notifica è rilevante se è possibile che gli utenti eseguano un'attività o cambino il loro comportamento come risultato della notifica. È spesso possibile eseguire questa operazione descrivendo le notifiche in termini di obiettivi utente anziché problemi tecnologici.

Documentazione

Quando si fa riferimento alle notifiche:

• Usare il testo esatto del titolo, inclusa la maiuscola.
• Fare riferimento al componente come notifica, non come un palloncino o un avviso.
• Per descrivere l'interazione dell'utente, fare clic su .
• Se possibile, formattare il testo del titolo usando il testo grassetto. In caso contrario, inserire il titolo tra virgolette solo se necessario per evitare confusione.

Esempio: quando vengono visualizzati gli aggiornamenti critici per installare la notifica, fare clic sulla notifica per avviare il processo.

Quando si fa riferimento all'area di notifica:

• Fare riferimento all'area di notifica come area di notifica, non alla barra di sistema.