Notificações (noções básicas de design)

Uma notificação informa aos usuários de eventos que não estão relacionados à atividade atual do usuário, exibindo brevemente um balão de um ícone na área de notificação. A notificação pode resultar de uma ação do usuário ou de um evento de sistema significativo ou pode oferecer informações potencialmente úteis do Microsoft Windows ou de um aplicativo.

As informações em uma notificação são úteis e relevantes, mas nunca críticas. Consequentemente, as notificações não exigem ação imediata do usuário e os usuários podem ignorá-las livremente.

Uma notificação típica.

No Windows Vista e posterior, as notificações são exibidas por uma duração fixa de 9 segundos. As notificações não são exibidas imediatamente quando os usuários estão inativos ou os poupadores de tela estão em execução. O Windows enfileira automaticamente as notificações durante esses horários e exibe as notificações na fila quando o usuário retoma a atividade regular. Consequentemente, você não precisa fazer nada para lidar com essas circunstâncias especiais.

Desenvolvedores: Você pode determinar quando o usuário está ativo usando a API SHQueryUserNotificationState.

Observação: as Diretrizes de relacionadas à da área de notificação, da barra de tarefas e balões são apresentadas em artigos separados.

Essa é a interface do usuário certa?

Para decidir, considere estas perguntas:

• As informações são o resultado imediato e direto da interação dos usuários com seu aplicativo? Em caso afirmativo, exiba essas informações síncronas diretamente no aplicativo usando uma caixa de diálogo , caixa de mensagem, de balão ou no local interface do usuário. As notificações são somente para informações assíncronas.

Neste exemplo, a caixa de diálogo exceções do Firewall do Windows é exibida como resultado direto da interação do usuário. Uma notificação não seria apropriada aqui.

• As informações são relevantes somente quando os usuários estão usando seu aplicativo ativamente? Nesse caso, exiba as informações na barra de status do aplicativo ou em outra área de status.

Neste exemplo, o Outlook exibe seu estado de conexão e sincronização em sua barra de status.

• As informações estão mudando rapidamente, contínuas e em tempo real? Exemplos incluem o progresso do processamento, aspas de ações e pontuações esportivas. Nesse caso, não use notificações porque elas não são adequadas para alterar rapidamente as informações.
• As informações são úteis e relevantes? Os usuários provavelmente alterarão seu comportamento ou evitarão inconveniências como resultado do recebimento das informações? Caso contrário, não exiba as informações ou coloque-as em uma janela de status ou arquivo de log.
• As informações são críticas? A ação imediata é necessária? Nesse caso, exiba as informações usando uma interface que exija atenção e não possa ser facilmente ignorada, como uma caixa de diálogo modal ou uma caixa de mensagem. Se o programa não estiver ativo, você poderá chamar a atenção para as informações críticas exibindo o botão da barra de tarefas do programa três vezes e deixando-o realçado até que o programa esteja ativo.
• Os principais usuários de TI são profissionais de TI? Nesse caso, use um mecanismo de comentários alternativo, como arquivo de log entradas ou mensagens de email. Os profissionais de TI preferem fortemente arquivos de log para informações não críticas. Além disso, os servidores geralmente são gerenciados remotamente e normalmente são executados sem nenhum usuário conectado, tornando as notificações ineficazes.

Conceitos de design

As notificações efetivas que promovem uma boa experiência do usuário são:

• Assíncrono. O evento não é um resultado imediato e direto da interação atual dos usuários com o Microsoft Windows ou seu aplicativo.
• Útil. Há uma chance razoável de que os usuários executem uma tarefa ou alterem seu comportamento como resultado da notificação.
• Relevante. A notificação exibe informações úteis que os usuários se preocupam e ainda não sabem.
• Não é crítico. As notificações não são modais e não exigem interação do usuário, portanto, os usuários podem ignorá-las livremente.
• Acionável. Para as notificações que sugerem a execução de uma ação, essa ação é iniciada clicando na notificação. No entanto, a ação sempre pode ser adiada.
• Apresentado adequadamente. A apresentação da notificação (duração, frequência, texto, ícone e interatividade) corresponde às circunstâncias.
• Não é irritante! Há uma linha tênue entre informar suavemente os usuários de um evento e importuná-los.

Infelizmente, há muitas notificações irritantes, inadequadas, inúteis e irrelevantes por aí. Considere estas notificações do Windows XP Hall of Shame:

de notificação do 'tour windows xp'

Nesses exemplos, o Windows XP está tentando ostensivamente ajudar os usuários com sua configuração inicial. No entanto, essas notificações aparecem com muita frequência e bem depois de serem úteis, portanto, são pouco mais do que anúncios de recursos não solicitados.

O fluxo do usuário deve ser mantido

O ideal é que os usuários imersos no trabalho não vejam suas notificações. Em vez disso, eles verão suas notificações somente quando o fluxo já estiver interrompido.

Em Fluxo: A Psicologia da Experiência Ideal, Mihaly Csikszentmihalyi diz que os usuários entram em um estado de fluxo quando são totalmente absorvidos na atividade durante a qual perdem a noção de tempo e têm sentimentos de grande satisfação.

Notificações efetivas ajudam os usuários a manter seu fluxo apresentando informações úteis e relevantes que podem ser facilmente ignoradas. As notificações são apresentadas de maneira periférica e de baixo nível e não exigem interação.

Não suponha que, se as notificações forem modelagem uma, elas não poderão ser uma interrupção irritante. As notificações não exigem a atenção dos usuários, mas certamente solicitam. Você pode interromper o fluxo de usuários por:

• Exibindo notificações com as quais os usuários não se importam.
• Exibindo uma notificação com muita frequência.
• Usar várias notificações quando uma única notificação for suficiente.
• Usando som ao exibir uma notificação.

No Windows 7, os usuários têm controle final sobre as notificações. Se os usuários acharem que as notificações de um programa são muito irritantes, eles podem optar por suprimir todas as notificações desse programa. Verifique se os usuários não fazem isso com seu programa apresentando informações úteis e relevantes e seguindo essas diretrizes.

As notificações devem ser ignoráveis

Notificações não exigem ação imediata do usuário e os usuários podem ignorá-las livremente.

Os desenvolvedores e designers geralmente querem apresentar suas notificações de uma maneira que os usuários não podem ignorar. Essa meta prejudica completamente o principal benefício das notificações, pois interromperia o fluxo dos usuários. Se os usuários estiverem distraídos com suas notificações ou se sentirem obrigados a lê-las, o design da notificação falhará.

Se você estiver preocupado que os usuários estejam ignorando suas notificações, considere o seguinte:

• Se você estiver usando as notificações corretamente e elas não exigirem ação imediata do usuário, os usuários optarem por ignorá-las é por design. Não mude isso.
• Se o evento exigir uma ação imediata do usuário, use uma interface do usuário (interface do usuário) alternativa que os usuários não podem ignorar. Veja Esta é a interface do usuário certa? para as alternativas.

Usar escalonamento progressivo quando aplicável

Se uma notificação for usada para um evento que os usuários podem ignorar com segurança no início, mas isso deverá ser resolvido eventualmente, uma interface do usuário alternativa deverá ser usada quando a situação se tornar crítica. Essa técnica é conhecida como escalonamento progressivo.

Por exemplo, o sistema de gerenciamento de energia do Windows inicialmente indica uma bateria baixa simplesmente alterando seu ícone de área de notificação.

Nestes exemplos, o gerenciamento de energia do Windows usa o ícone da área de notificação para notificar os usuários sobre a redução progressiva da energia da bateria.

À medida que a energia da bateria fica menor, o Windows alerta os usuários sobre a fraca energia da bateria usando uma notificação.

Neste exemplo, o gerenciamento de energia do Windows usa uma notificação para informar aos usuários que a energia da bateria está fraca.

Essa notificação é exibida enquanto os usuários ainda têm várias opções. Os usuários podem se conectar, alterar suas opções de energia, encerrar seu trabalho e desligar o computador, ou ignorar a notificação e continuar trabalhando. À medida que a energia da bateria continua a esvaziar, o texto e o ícone da notificação refletem a urgência adicional. No entanto, uma vez que a energia da bateria se torna tão baixa que os usuários devem agir imediatamente, o gerenciamento de energia do Windows notifica os usuários usando uma caixa de mensagem modal.

de aviso de baixa bateria

Neste exemplo, o gerenciamento de energia do Windows usa uma caixa de mensagem modal para notificar os usuários de energia de bateria criticamente baixa.

Se você fizer apenas três coisas...

1. Use notificações somente se você realmente precisar. Ao exibir uma notificação, você potencialmente está interrompendo os usuários ou até mesmo incomodando-os. Verifique se a interrupção é justificada.
2. Use notificações para eventos ou situações não críticas que não exijam ação imediata do usuário. Para eventos ou situações críticas que exigem ação imediata do usuário, use uma interface do usuário alternativa (como uma caixa de diálogo modal).
3. Se você usar notificações, torne-a uma boa experiência do usuário. Não tente forçar os usuários a ver suas notificações. Se os usuários estão tão imersos em seu trabalho que não veem suas notificações, seu design é bom.

Padrões de uso

As notificações têm vários padrões de uso:

Etiqueta	Valor
de sucesso da Ação Notifica os usuários quando uma ação assíncrona iniciada pelo usuário é concluída com êxito.	Correto: Neste exemplo, o Windows Update notifica os usuários quando o computador foi atualizado com êxito. Incorreto: Neste exemplo, o Microsoft Outlook notifica os usuários quando uma verificação de arquivo de dados é concluída. O que os usuários devem fazer agora? E por que avisar os usuários sobre a conclusão bem-sucedida? Mostrar quando: após a conclusão de uma tarefa assíncrona. Notifique os usuários sobre ações bem-sucedidas somente se eles provavelmente estiverem aguardando a conclusão ou após falhas recentes. Mostrar como: usar a opção em tempo real para que essas notificações não sejam enfileiradas quando os usuários estiverem executando um aplicativo de tela inteira ou não estiverem usando seu computador ativamente. Mostrar com que frequência: Uma vez. Fator de aborrecimento: Baixo se o sucesso não for esperado devido a falhas recentes, o sucesso será após uma falha crítica ou altamente incomum, portanto, o usuário precisa de comentários adicionais ou o usuário está aguardando a conclusão; alta, se não. Alternativas: Fornecer comentários "sob demanda" exibindo um ícone (ou alterando um ícone existente) na área de notificação enquanto a operação está sendo executada; remova o ícone (ou restaure o ícone anterior) quando a operação for concluída.
de falha da Ação Notifica os usuários quando uma ação assíncrona iniciada pelo usuário falha.	Correto: Neste exemplo, a ativação do Windows notifica os usuários de falha. Incorreto: Neste exemplo, o Microsoft Outlook costumava notificar os usuários sobre uma falha com a qual é improvável que eles se importem. Mostrar quando: após a falha de uma tarefa assíncrona. Mostrar com que frequência: Uma vez. fator de aborrecimento: Baixo, se útil e relevante; alto se o problema se resolver imediatamente ou os usuários não se importarem. Alternativas: usar uma caixa de diálogo modal se os usuários precisarem resolver a falha imediatamente.
de eventos não críticos do sistema Notifica os usuários de eventos ou status significativos do sistema que podem ser ignorados com segurança, pelo menos temporariamente.	Neste exemplo, o Windows alerta os usuários sobre a baixa energia da bateria, mas ainda há muito tempo antes de agirem. Mostrar quando: Quando um evento ocorre e o usuário está ativo ou uma condição continua a existir. Se resultar de um problema, remova as notificações exibidas no momento imediatamente depois que o problema for resolvido. Assim como acontece com as notificações de ação, notifique os usuários sobre eventos de sistema bem-sucedidos somente se os usuários provavelmente estiverem aguardando o evento ou após falhas recentes. Mostrar com que frequência: Uma vez quando o evento ocorre pela primeira vez. Se isso resultar de um problema que os usuários precisam resolver, reprodução redisplay uma vez por dia. fator de aborrecimento: Baixo, desde que a notificação não seja exibida com muita frequência. Alternativas: Se os usuários eventualmente precisarem resolver um problema, use o escalonamento progressivo exibindo uma caixa de diálogo modal quando a resolução se tornar obrigatória.
tarefa de usuário opcional Notifica os usuários de tarefas assíncronas que devem ser executadas. Seja opcional ou necessária, a tarefa pode ser adiada com segurança.	Neste exemplo, o Windows Update está notificando os usuários de uma nova atualização de segurança. Mostrar quando: Quando a necessidade de executar uma tarefa é determinada e o usuário está ativo. Mostrar com que frequência: uma vez por dia por um máximo de três vezes. fator de aborrecimento: Baixo, desde que os usuários considerem a tarefa importante e a notificação não seja exibida com muita frequência. Alternativas: Se os usuários eventualmente precisarem executar a tarefa, use o escalonamento progressivo exibindo uma caixa de diálogo modal quando a tarefa se tornar obrigatória.
FYI Notifica os usuários de informações relevantes e potencialmente úteis. Você pode notificar os usuários sobre informações de relevância marginal se elas forem opcionais e os usuários aceitarem.	Correto: de mensagens de email Neste exemplo, os usuários são notificados quando uma nova mensagem de email é recebida. Correto: Neste exemplo, os usuários são notificados quando os contatos ficam online e optam por receber essas informações opcionais. Incorreto: de desempenho mais rápido Neste exemplo, as informações serão úteis somente se o usuário já tiver portas USB de alta velocidade instaladas. Caso contrário, o usuário provavelmente não fará nada diferente como resultado dele. Mostrar quando: Quando o evento de gatilho ocorrer. Mostrar como: usar a opção em tempo real para que essas notificações não sejam enfileiradas quando os usuários estiverem executando um aplicativo de tela inteira ou não estiverem usando seu computador ativamente. Mostrar com que frequência: Uma vez. fator de aborrecimento: médio para alto, dependendo da percepção de utilidade e relevância dos usuários. Não recomendado se houver uma baixa probabilidade de interesse do usuário. Alternativas: Não notifique os usuários.
de anúncio de recurso Notifica os usuários de recursos de sistema ou aplicativo recém-instalados e não utilizados.	Não use notificações para anúncios de recursos! Em vez disso, use outra maneira de tornar o recurso detectável, como: Projete o recurso para ser mais fácil de descobrir em contextos em que ele é necessário. Não faça nada especial e permita que os usuários descubram o recurso por conta própria. Incorreto: Não use notificações para anúncios de recursos.

Diretrizes

Geral

• Selecione o padrão de notificação com base em seu uso. Para obter uma descrição de cada padrão de uso, consulte a tabela anterior.
• Não use nenhuma notificações durante a experiência inicial do Windows. Para melhorar sua primeira experiência, o Windows 7 suprime todas as notificações exibidas durante as primeiras horas de uso. Crie seu programa supondo que os usuários não vejam essas notificações.

O que notificar

• Não notifique as operações bem-sucedidas, exceto nas seguintes circunstâncias:

  • Segurança. Os usuários consideram as operações de segurança de alta importância, portanto, notifiquem os usuários sobre operações de segurança bem-sucedidas.
  • Falha recente. Os usuários não assumem operações bem-sucedidas como garantidas se estiverem falhando imediatamente antes, portanto, notifique os usuários de êxito quando a operação estava falhando recentemente.
  • Evite inconveniências. Relatar operações bem-sucedidas ao fazer isso pode evitar o inconveniente dos usuários. Consequentemente, notifique os usuários quando uma operação bem-sucedida é executada de forma inesperada, como quando uma operação é longa ou concluída anterior ou posterior ao esperado.

• Em outras circunstâncias, não forneça comentários sobre êxito ou envie comentários "sob demanda". Suponha que os usuários realizem operações bem-sucedidas como garantidas. Você pode fazer comentários sob demanda exibindo um ícone (ou alterando um ícone existente) na área de notificação enquanto a operação está sendo executada e removendo o ícone (ou restaurando o ícone anterior) quando a operação for concluída.

• Para o padrão FYI, não fornecer uma notificação se os usuários puderem continuar a trabalhar normalmente ou se forem improváveis de fazer algo diferente como resultado da notificação.

  Incorreto:

  de desempenho mais rápido

  Neste exemplo, as informações serão úteis somente se o usuário já tiver as portas instaladas. Caso contrário, o usuário provavelmente não fará nada diferente como resultado dele.

  • Exceção: Você pode notificar os usuários sobre informações de relevância questionável se elas forem opcionais e os usuários aceitarem.

    Correto:

    

    Neste exemplo, os usuários são notificados quando os contatos ficam online e optam por receber essas informações opcionais.

• Para o evento do sistema não crítico e padrões FYI, usar notificações completas para um único evento. Não apresentar várias parciais.

  Incorreto:

  

  Esses exemplos mostram apenas quatro das oito notificações que foram exibidas pelo Windows XP quando um usuário anexa um teclado USB específico, cada uma apresentando incrementalmente mais informações.

  Correto:

  

  Neste exemplo, anexar um teclado USB resulta em duas notificações completas.

Quando notificar

• Exibir uma notificação com base em seu padrão de design:

• Para o padrão de falha de ação, se o problema puder se corrigir em segundos, atrase a notificação de falha por um período apropriado de tempo. Se o problema se corrigir, não informe nada. Notifique somente depois que o tempo suficiente tiver passado de que a falha é perceptível. Se você relatar muito cedo, provavelmente os usuários não notarão o problema relatado, mas observarão a notificação desnecessária.

Incorreto:

de notificação de conexão de rede

Quando seguido imediatamente por:

de notificação bem-sucedida da conexão

Neste exemplo, no Windows Vista, a notificação de nenhuma conectividade sem fio é prematura porque geralmente é seguida imediatamente por uma notificação de boa conectividade.

• Para o sucesso da ação e os padrões FYI, usar a opção em tempo real para que as notificações obsoletas não sejam enfileiradas quando os usuários estiverem executando um aplicativo de tela inteira ou não estiverem usando seu computador ativamente.
• Para o padrão de evento do sistema não crítico, não crie o potencial para tempestades de notificação por meio de eventos impressionantes vinculados a eventos conhecidos, como logon do usuário. Em vez disso, vincule o evento a algum período de tempo após o evento. Por exemplo, você pode lembrar os usuários de registrar seu produto cinco minutos após o logon do usuário.

Quanto tempo para notificar

No Windows Vista e posterior, as notificações são exibidas por uma duração fixa de 9 segundos.

Com que frequência notificar

• O número de vezes que uma notificação é exibida é baseado em seu padrão de design:

• Para tarefas opcionais do usuário, não tente importunar os usuários no envio exibindo constantemente notificações. Se a tarefa for necessária, exiba uma caixa de diálogo modal imediatamente em vez de usar notificações.

Escalonamento de notificação

• Não suponha que os usuários vejam suas notificações. Os usuários não os verão quando:
  • Eles estão imersos em seu trabalho.
  • Eles não estão prestando atenção.
  • Eles estão longe do computador.
  • Eles estão executando um aplicativo de tela inteira.
  • O administrador desativou todas as notificações do computador.
• Se os usuários eventualmente precisarem executar algum tipo de ação, use o escalonamento progressivo para exibir uma interface do usuário alternativa que os usuários não podem ignorar.

Interação

• Tornar as notificações clicáveis quando:
  • Os usuários devem executar uma ação. Clicar na notificação deve exibir uma janela na qual os usuários podem executar a ação. Essa abordagem é preferencial para a falha de ação e padrões opcionais de design de tarefa do usuário.
  • Talvez os usuários queiram ver mais informações. Clicar na notificação deve exibir uma janela na qual os usuários podem exibir informações adicionais.
• Sempre exiba uma janela quando os usuários clicarem para executar uma ação. Não clique em executar uma ação diretamente.
• Clicar para mostrar mais informações sempre deve mostrar mais informações. Não basta reformular as informações que já estão na notificação.

Ícones

• Para o padrão de falha de ação, use o ícone de erro padrão.
• Para os padrões de evento do sistema não críticos, use o ícone de aviso padrão.
• Para outros padrões, use ícones mostrando objetos que se relacionam ou sugerem que o assunto, como um escudo para segurança ou uma bateria para energia.
• Usar ícones com base na identidade visual do aplicativo ou da empresa se os usuários de destino os reconhecerem e não houver alternativa melhor.
• Para a escalada progressiva, considere usar ícones com uma aparência progressivamente mais enfática à medida que a situação se torna mais urgente.
• Não use o ícone de informações padrão. As notificações são informações sem dizer.
• Considere usar ícones grandes (32 x 32 pixels) quando:
  • Os usuários compreenderão rapidamente o ícone em vez do texto.
  • Os ícones grandes transmitem seu significado de forma mais clara e eficaz do que os ícones padrão de 16 x 16 pixels.
  • O ícone usa o de estiloAero.

de notificação de 'mensagens importantes'

Neste exemplo, os usuários podem compreender rapidamente a natureza da notificação com um olhar para o ícone grande.

Enfileiramento de notificação

Observação: Notificações são enfileiradas sempre que não podem ser exibidas imediatamente, como quando outra notificação está sendo exibida, o usuário está executando um aplicativo de tela inteira ou o usuário não está usando ativamente o computador. As notificações em tempo real permanecem na fila por apenas 60 segundos.

• Para o sucesso da ação e os padrões FYI, use a opção em tempo real para que a notificação não seja enfileirada por muito tempo. Essas notificações têm valor somente quando podem ser exibidas imediatamente.
• Remover notificações na fila quando elas não forem mais relevantes.
• Desenvolvedores: Você pode fazer isso definindo o sinalizador NIF_INFO em uFlags e definindo szInfo como uma cadeia de caracteres vazia. Não haverá nenhum dano em fazer isso se a notificação não estiver mais na fila.

Integração do sistema

• Se o aplicativo nem sempre tiver um ícone na área de notificação quando estiver em execução, exibirá um ícone temporariamente durante a tarefa ou evento assíncrono que causou a notificação.

Texto

Texto do título

• Use o texto do título que resume brevemente as informações mais importantes necessárias para se comunicar com os usuários em um idioma claro, simples, conciso e específico. Os usuários devem ser capazes de entender a finalidade das informações de notificação rapidamente e com o mínimo de esforço.
• Usar fragmentos de texto ou frases completas sem pontuação final.
• Usar a capitalização no estilo de frase.
• Use não mais do que 48 caracteres (em inglês) para acomodar a localização. O título tem um comprimento máximo de 63 caracteres, mas você deve permitir uma expansão de 30% quando o texto em inglês é traduzido.

Texto do corpo

• Usar o texto do corpo que fornece uma descrição (sem repetir as informações no título) e, opcionalmente, que fornece detalhes específicos sobre a notificação e também permite que os usuários saibam qual ação está disponível.

• Usar frases completas com pontuação final.

• Usar a capitalização no estilo de frase.

• Use no máximo 200 caracteres (em inglês) para acomodar a localização. O texto do corpo tem um comprimento máximo de 255 caracteres, mas você deve permitir expansão de 30% quando o texto em inglês é traduzido.

• Inclua informações essenciais no texto do corpo, como nomes de objeto específicos. (Exemplos: nomes de usuário, nomes de arquivo ou URLs.) Os usuários não devem precisar abrir outra janela para encontrar essas informações.

• Coloque aspas duplas em torno de nomes de objeto.

  • Exceção: Não use aspas quando:
    • O nome do objeto sempre usa de capitalização no estilo título, como com nomes de usuário.
    • O nome do objeto é deslocado com dois-pontos (exemplo: nome da impressora: Minha impressora).
    • O nome do objeto pode ser facilmente determinado a partir do contexto.

• Se você precisar truncar nomes de objetos para um tamanho máximo fixo para acomodar a localização, use uma reticências para indicar truncamento.

  

  Neste exemplo, um nome de objeto é truncado usando reticências.

• Use a seguinte frase se a notificação for acionável:

  • Se os usuários puderem clicar na notificação para executar uma ação:

    < breve descrição das informações essenciais>

    <detalhes opcionais>

    Clique para <fazer algo>.

    

    Neste exemplo, os usuários podem clicar para executar uma ação.

  • Se os usuários puderem clicar na notificação para ver mais informações:

    < breve descrição das informações essenciais>

    <detalhes opcionais>

    Clique para obter mais informações.

    

    Neste exemplo, os usuários podem clicar para obter mais informações.

• Não diga que o usuário "deve" executar uma ação em uma notificação. As notificações são para informações não críticas que os usuários podem ignorar livremente. Se os usuários realmente precisarem executar uma ação, não use notificações.

• Se os usuários devem executar uma ação, deixe clara a importância.

• Para a falha de ação e os padrões de eventos não críticos do sistema, descrever problemas em linguagem simples.

  Incorreto:

  de mensagens longas e complexas

  Neste exemplo, o problema é descrito usando linguagem excessivamente técnica, mas não especificada.

  Correto:

  de mensagem clara e concisa

  Neste exemplo, o problema é descrito em linguagem simples.

• Descreva o evento de forma relevante para os usuários de destino. Uma notificação será relevante se houver uma chance razoável de que os usuários executem uma tarefa ou alterem seu comportamento como resultado da notificação. Geralmente, você pode fazer isso descrevendo notificações em termos de metas do usuário em vez de problemas tecnológicos.

Documentação

Ao fazer referência a notificações:

• Use o texto exato do título, incluindo sua capitalização.
• Consulte o componente como uma notificação, não como um balão ou um alerta.
• Para descrever a interação do usuário, use o clique.
• Quando possível, formate o texto do título usando texto em negrito. Caso contrário, coloque o título entre aspas somente se necessário para evitar confusão.

Exemplo: quando as atualizações críticas estiverem prontas para instalar notificação for exibida, clique na notificação para iniciar o processo.

Ao fazer referência à área de notificação:

• Consulte a área de notificação como a área de notificação, não a bandeja do sistema.