Notifiche (nozioni di base sulla progettazione)

Annotazioni

Questa guida di 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 di 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 o 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 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 periodi 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, considerare 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 il relativo stato di connessione e sincronizzazione sulla barra di stato.

• Le informazioni cambiano rapidamente, sono informazioni continue e in tempo reale? Gli 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 cambiare rapidamente le informazioni.
• Le informazioni sono utili e rilevanti? È probabile che gli utenti modifichino il loro comportamento o evitino 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 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 alcun utente connesso, rendendo le notifiche inefficaci.

Concetti relativi alla progettazione

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

• Asincrono. 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 modifichino il loro comportamento come risultato della notifica.
• Rilevante. La notifica visualizza informazioni utili che gli utenti si preoccupano e non sanno già.
• Non critico. Le notifiche non sono modali e non richiedono l'interazione dell'utente, quindi gli utenti possono ignorarli liberamente.
• Querelabile. Per le notifiche che suggeriscono di eseguire un'azione, tale azione viene avviata facendo clic sulla notifica. Tuttavia, l'azione può sempre essere posticipata.
• Presentato 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.

Sfortunatamente, 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 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. Invece, vedranno 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 del 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 diverse notifiche quando una singola notifica è sufficiente.
• 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 eseseguono questa operazione al programma presentando informazioni utili, pertinenti e seguendo queste linee guida.

Le notifiche devono essere ignorate

Le notifiche non richiedono un'azione immediata 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, considerare quanto segue:

• Se si usano correttamente le notifiche e non richiedono un'azione immediata dell'utente, gli utenti scelgono di ignorarli sono per impostazione predefinita. Non modificare questa impostazione.
• Se l'evento richiede un'azione immediata dell'utente, usare un'interfaccia utente alternativa che gli utenti non possono ignorare. Vedere Questa è l'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 in un primo momento, ma che deve essere risolto 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 windows inizialmente indica una batteria scarica semplicemente modificando 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 più bassa.

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 l'alimentazione della batteria è debole.

Questa notifica viene visualizzata mentre gli utenti hanno ancora diverse opzioni. Gli utenti possono collegarsi, 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 svuotarsi, 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 è davvero necessario. Quando si visualizza una notifica, si rischia di interrompere gli utenti o persino di infastidirli. Assicurarsi che l'interruzione sia giustificata.
2. Usare le notifiche per eventi o situazioni non critiche che non richiedono un'azione immediata 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, renderla 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
Operazione riuscita Notifica agli utenti quando viene completata correttamente un'azione asincrona avviata dall'utente.	risposta esatta: In questo esempio Windows Update notifica agli utenti quando il computer è stato aggiornato correttamente. risposta errata: In questo esempio, Microsoft Outlook invia una notifica agli utenti quando un controllo file di dati è stato completato. 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 inviare commenti e suggerimenti aggiuntivi o che l'utente stia aspettando il completamento; in caso contrario. 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.
'azione non riuscita Notifica agli utenti quando un'azione avviata dall'utente asincrona ha esito negativo.	risposta esatta: In questo esempio, l'attivazione di Windows notifica agli utenti un errore. risposta errata: In questo esempio, Microsoft Outlook utilizzato per notificare agli utenti un errore che non è probabile che si preoccupi. 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: Usare 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 errori recenti. Mostra la frequenza con cui: Una volta quando si verifica per la prima volta l'evento. Se si verifica un problema che gli utenti devono risolvere, riprodurre nuovamente una volta al giorno. Fattore di annotazione: Bassa, purché la notifica non venga visualizzata troppo spesso. Alternative: Se gli utenti devono infine 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. Facoltativo o 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 venga visualizzata troppo spesso. Alternative: Se gli utenti devono infine eseguire l'attività, usare l'escalation progressiva visualizzando infine una finestra di dialogo modale quando l'attività diventa obbligatoria.
Informazioni Notifica agli utenti di informazioni potenzialmente utili e rilevanti. È possibile informare gli utenti di informazioni di pertinenza marginale se è facoltativo e gli utenti acconsentono esplicitamente.	risposta esatta: In questo esempio, gli utenti ricevono una notifica quando viene ricevuto un nuovo messaggio di posta elettronica. risposta esatta: In questo esempio, gli utenti ricevono una notifica quando i contatti vengono online e scelgono di ricevere queste informazioni facoltative. risposta errata: 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 scoprire autonomamente la funzionalità. risposta errata: Non usare le notifiche per gli annunci di funzionalità.

Istruzioni

Generale

• Selezionare il modello di notifica in base all'utilizzo. Per una descrizione di ogni modello di utilizzo, vedere la tabella precedente.
• Non usare alcuna notifica 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 notificano agli utenti operazioni di sicurezza riuscite.
  • Errore recente. Gli utenti non accettano operazioni con esito positivo se hanno avuto esito negativo immediatamente prima, quindi notificare agli utenti l'esito positivo quando l'operazione ha avuto esito negativo di recente.
  • Evitare inconvenienti. Segnalare le operazioni riuscite quando si esegue questa operazione potrebbe evitare di inconvenienza degli utenti. Di conseguenza, inviare una notifica agli utenti quando viene eseguita un'operazione con esito positivo in modo imprevisto, ad esempio quando un'operazione è lunga o viene completata in precedenza o successiva al previsto.

• In altre circostanze, non fornire commenti e suggerimenti per il successo o inviare commenti e suggerimenti su richiesta. Si supponga che agli utenti venga concessa una corretta operazione. È possibile inviare 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 non hanno probabilità di eseguire alcuna operazione diversa in seguito alla notifica.

  risposta errata:

  

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

  • Eccezione: è possibile notificare agli utenti informazioni di rilevanza discutibile se è facoltativo e gli utenti acconsentono esplicitamente.

    risposta esatta:

    

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

• Per gli eventi di sistema non critici e i modelli FYI, usare notifiche complete per un singolo evento. Non presentarne più parziali.

  risposta errata:

  

  Questi esempi mostrano solo quattro delle otto notifiche visualizzate da Windows XP quando un utente collega una tastiera USB specifica, ognuna presenta informazioni in modo incrementale.

  risposta esatta:

  

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

Quando inviare una notifica

• Visualizzare una notifica in base al modello di progettazione:

Modello	Quando inviare una notifica
Operazione riuscita	Al termine di un'attività asincrona. Notificare agli utenti azioni riuscite solo se è probabile che siano in attesa del completamento o dopo 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 la notifica attualmente visualizzata immediatamente dopo la risoluzione del problema.
Attività utente facoltativa	Quando viene determinata la necessità di 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 risolve, segnalare nulla. Notificare 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.

risposta errata:

Quando immediatamente seguito da:

In questo esempio, in Windows Vista la notifica di nessuna connettività wireless è prematura perché viene spesso seguita immediatamente 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 computer.
• Per il modello di eventi di sistema non critico, non creare il potenziale per le tempeste di notifica sfalsando gli eventi associati a eventi noti, ad esempio l'accesso utente. Collegare invece l'evento a un determinato periodo di tempo dopo l'evento. Ad esempio, è possibile ricordare agli utenti di registrare il prodotto cinque minuti dopo l'accesso dell'utente.

Durata della notifica

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

Frequenza con cui inviare una notifica

• Il numero di volte in cui visualizzare una notifica si basa sul modello di progettazione:

Modello	Frequenza con cui inviare una notifica
Operazione riuscita	Una volta.
Errore di azione	Una volta.
Evento di sistema non critico	Una volta quando si verifica per la prima volta l'evento. Se si verifica un problema che gli utenti devono risolvere, riprodurre nuovamente una volta al giorno.
Attività utente facoltativa	Una volta al giorno per un massimo di tre volte.
FYI	Una volta.

• Per le attività utente facoltative, non provare a pester gli utenti all'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 vedranno 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 infine eseguire un certo tipo di azione, usare l'escalation progressiva per visualizzare un'interfaccia utente alternativa che gli utenti non possono ignorare.

Interazione

• Rendere selezionabili le notifiche quando:
  • Gli utenti devono eseguire un'azione. Facendo clic sulla notifica verrà visualizzata una finestra in cui gli utenti possono eseguire l'azione. Questo approccio è preferibile per l'errore dell'azione e i modelli facoltativi di progettazione delle attività utente.
  • Gli utenti potrebbero voler visualizzare altre informazioni. Facendo clic sulla notifica verrà visualizzata 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 direttamente su Esegui un'azione.
• Se si fa clic per visualizzare altre informazioni, è consigliabile visualizzare sempre altre informazioni. Non riformulare solo le informazioni già presenti 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 suggerisci 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 un'alternativa migliore.
• Per l'escalation progressiva, prendere in considerazione l'uso di icone con un aspetto progressivamente più enfatico quando la situazione diventa più urgente.
• Non usare l'icona delle informazioni standard. Queste notifiche sono informazioni che vanno 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 in modo più chiaro ed efficace rispetto alle icone di pixel standard 16x16.
  • L'icona utilizza lo stile Aero.

In questo esempio, gli utenti possono comprendere rapidamente la natura della notifica con un'occhiata all'icona grande.

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 i modelli di operazione riuscita e FYI, usare l'opzione in tempo reale in modo che la notifica non venga accodata per molto tempo. Queste notifiche hanno valore solo quando possono essere visualizzate immediatamente.
• Rimuovere le notifiche in coda quando non sono più pertinenti.
• Gli sviluppatori: A tale scopo, impostare il flag NIF_INFO in uFlags e impostare szInfo su una stringa vuota. Se la notifica non è più presente nella coda, non c'è alcun danno.

Integrazione del sistema

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

Testo

Testo del titolo

• Usare il testo del titolo che riepiloga brevemente le informazioni più importanti necessarie per comunicare agli utenti in una lingua chiara, semplice, concisa e specifica. Gli utenti devono essere in grado di comprendere lo scopo delle informazioni di notifica in modo rapido e con un minimo sforzo.
• Usare frammenti di testo o frasi complete senza punteggiatura finale.
• Usare la maiuscola in stile frase.
• 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.

Corpo del testo

• 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 quale azione è disponibile.

• Usare frasi complete con punteggiatura finale.

• Usare la maiuscola in stile frase.

• 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 le virgolette quando:
    • Il nome dell'oggetto usa sempre la maiuscola in stile titolo, ad esempio con i nomi utente.
    • Il nome dell'oggetto è scostato con due punti (ad esempio: Nome stampante: Stampante).
    • Il nome dell'oggetto può essere determinato facilmente dal contesto.

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

  

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

• Usare la formulazione 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 <eseguire un'operazione>.

    

    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 ulteriori 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 relative a 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, chiarire l'importanza.

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

  risposta errata:

  

  In questo esempio il problema viene descritto usando un linguaggio eccessivamente tecnico, ma non specifico.

  risposta esatta:

  

  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 esiste una ragionevole probabilità che gli utenti eseguano un'attività o modifichino 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 del titolo esatto, inclusa la relativa maiuscola.
• Fare riferimento al componente come notifica, non come fumetto o avviso.
• Per descrivere l'interazione dell'utente, usare clic.
• Quando possibile, formattare il testo del titolo usando il testo in grassetto. In caso contrario, inserire il titolo tra virgolette solo se necessario per evitare confusione.

Esempio: quando viene visualizzata la notifica Aggiornamenti critici pronti per l'installazione , 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 all'area di notifica.