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

Uma notificação informa os usuários sobre 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 evento significativo do sistema, ou pode oferecer informações potencialmente úteis do Microsoft Windows ou de um aplicativo.

As informações contidas numa 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 versões posteriores, 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 protetores de tela estão em execução. O Windows enfileira automaticamente as notificações durante esses horários e exibe as notificações enfileiradas 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.

Nota: Diretrizes relacionadas a área de notificação, barra de tarefase balões são apresentadas em artigos separados.

Esta é a interface de usuário correta?

Para decidir, considere estas questões:

• A informação é o resultado imediato e direto da interação dos utilizadores com a sua aplicação? Em caso afirmativo, exiba essas informações síncronas diretamente em seu aplicativo usando uma caixa de diálogo , caixa de mensagem, balãoou no lugar interface do usuário. As notificações são apenas 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 apenas quando os usuários estão usando ativamente seu aplicativo? Em caso afirmativo, exiba as informações na barra de status do seu 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.

• A informação está a mudar rapidamente, é uma informação contínua e em tempo real? Os exemplos incluem o progresso do processamento, cotações de ações e pontuações esportivas. Em caso afirmativo, não use notificações porque elas não são adequadas para alterar informações rapidamente.
• A informação é útil e relevante? É provável que os utilizadores mudem o seu comportamento ou evitem inconvenientes como resultado da receção da informação? Caso contrário, não exiba as informações ou coloque-as em uma janela de status ou arquivo de log.
• A informação é crítica? É necessária uma ação imediata? Em caso afirmativo, 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 caixa de mensagem. Se o programa não estiver ativo, você pode chamar a atenção para as informações críticas piscando 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-alvo são profissionais de TI? Em caso afirmativo, use um mecanismo de feedback 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 são frequentemente geridos remotamente e normalmente são executados sem quaisquer utilizadores com sessão iniciada, tornando as notificações ineficazes.

Conceitos de design

As notificações eficazes 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 conhecem.
• 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 pode sempre ser adiada.
• Devidamente apresentado. A apresentação da notificação (duração, frequência, texto, ícone e interatividade) corresponde às suas circunstâncias.
• Não é chato! Existe uma linha ténue entre informar gentilmente os utilizadores de um evento e importuná-los.

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

de notificação 'Tour Windows XP'

de notificação 'adicionar .net passport'

Nesses exemplos, o Windows XP está ostensivamente tentando 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, por isso são pouco mais do que anúncios de recursos não solicitados.

O fluxo de usuários deve ser mantido

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

Em Flow: The Psychology of Optimal Experience, Mihaly Csikszentmihalyi diz que os usuários entram em um estado de fluxo quando são totalmente absorvidos pela atividade, durante a qual perdem o senso de tempo e têm sentimentos de grande satisfação.

Notificações eficazes 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 forma discreta e periférica e não requerem interação.

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

• Exibição de notificações com as quais os usuários não se importam.
• Exibição de uma notificação com muita frequência.
• Usando várias notificações quando uma única notificação é suficiente.
• Usando o 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. Certifique-se de que os usuários não façam isso com seu programa, apresentando informações úteis e relevantes e seguindo estas diretrizes.

As notificações devem ser ignoradas

As 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. Esse objetivo prejudica completamente o principal benefício das notificações, pois quebraria o fluxo dos usuários. Se os usuários estiverem distraídos com suas notificações ou se sentirem obrigados a lê-las, seu design de notificação falhou.

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, fazer com que os usuários optem 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 (UI) alternativa que os usuários não podem ignorar. Consulte Esta é a interface de usuário correta? 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 que deve ser resolvido eventualmente, uma interface do usuário alternativa deve ser usada quando a situação se tornar crítica. Esta técnica é conhecida como escalonamento progressivo.

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

Nesses 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 se torna mais baixa, o Windows avisa os utilizadores de energia fraca da bateria através de uma notificação.

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

Essa notificação aparece enquanto os usuários ainda têm várias opções. Os utilizadores podem ligar-se, alterar as opções de energia, encerrar o seu trabalho e desligar o computador, ou ignorar a notificação e continuar a trabalhar. À medida que a energia da bateria continua a esgotar-se, 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.

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

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

1. Use notificações apenas se realmente precisar. Quando você exibe uma notificação, você está potencialmente interrompendo os usuários ou até mesmo incomodando-os. Certifique-se de que a interrupção é justificada.
2. Use notificações para eventos não críticos ou situações que não exijam ação imediata do usuário. Para eventos críticos ou situações 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-as 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 utilização

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

Rótulo	Valor
Ação de sucesso 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: Use a opção em tempo real para que essas notificações não sejam enfileiradas quando os usuários estiverem executando um aplicativo em tela cheia ou não estiverem usando ativamente o computador. Mostre com que frequência: uma vez. Fator de aborrecimento: Baixo se o sucesso não é esperado devido a falhas recentes, o sucesso é após uma falha crítica ou altamente incomum, então o usuário precisa de feedback adicional, ou o usuário está esperando pela conclusão; alta se não. Alternativas: Dê feedback "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 estiver concluída.
Falha de 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 sobre falhas. Incorreto: Neste exemplo, o Microsoft Outlook usado para notificar os usuários de uma falha com a qual eles provavelmente não se importam. Mostrar quando: Em caso de falha de uma tarefa assíncrona. Mostre com que frequência: uma vez. Fator de aborrecimento: Baixo se útil e relevante; alto se o problema se resolver imediatamente ou se os usuários não se importarem. Alternativas: Use 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 sobre eventos ou status significativos do sistema que podem ser ignorados com segurança, pelo menos temporariamente.	Neste exemplo, o Windows avisa os utilizadores de bateria fraca, mas ainda há muito tempo antes de agirem. Mostrar quando: Quando ocorre um evento 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 assim que o problema for resolvido. Tal como acontece com as notificações de ação, notifique os utilizadores de eventos de sistema bem-sucedidos apenas se for provável que os utilizadores estejam à espera do 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, reexiba 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 precisarem eventualmente 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 sobre tarefas assíncronas que eles devem executar. Seja opcional ou obrigatório, a tarefa pode ser adiada com segurança.	Neste exemplo, o Windows Update está notificando os usuários sobre uma nova atualização de segurança. Mostrar quando: Quando a necessidade de executar uma tarefa é determinada e o usuário está ativo. Mostre com que frequência: Uma vez por dia, no máximo, 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 precisarem eventualmente executar a tarefa, use o escalonamento progressivo exibindo uma caixa de diálogo modal quando a tarefa se tornar obrigatória.
FYI Notifica os utilizadores de informações potencialmente úteis e relevantes. Você pode notificar os usuários de informações de relevância marginal se for opcional e os usuários optarem por participar.	Correto: 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: Neste exemplo, as informações são úteis apenas 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 disso. Mostrar quando: Quando ocorre o evento de acionamento. Mostrar como: Use a opção em tempo real para que essas notificações não sejam enfileiradas quando os usuários estiverem executando um aplicativo em tela cheia ou não estiverem usando ativamente o computador. Mostre com que frequência: uma vez. Fator de aborrecimento: Médio a alto, dependendo da perceçã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.
Destaque anúncio Notifica os usuários sobre recursos de sistema ou aplicativo recém-instalados, não utilizados.	Não use notificações para anúncios de recursos! Em vez disso, use outra maneira de tornar o recurso detetável, como: Projete o recurso para ser mais fácil de descobrir em contextos onde ele é necessário. Não faça nada de especial e deixe que os usuários descubram o recurso por conta própria. Incorreto: Não use notificações para anúncios de recursos.

Orientações

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 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. Projete seu programa assumindo que os usuários não verão tais notificações.

O que notificar

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

  • Segurança. Os usuários consideram as operações de segurança da mais alta importância, portanto, notifique os usuários sobre operações de segurança bem-sucedidas.
  • Fracasso recente. Os usuários não dão como garantidas as operações bem-sucedidas se elas estiverem falhando imediatamente antes, portanto, notifique os usuários sobre o sucesso quando a operação estiver falhando recentemente.
  • Evite transtornos. Relatar operações bem-sucedidas ao fazer isso pode evitar inconvenientes para os usuários. Consequentemente, notifique os usuários quando uma operação bem-sucedida for executada de forma inesperada, como quando uma operação for longa ou concluída antes ou mais tarde do que o esperado.

• Em outras circunstâncias, não dê feedback para o sucesso ou dê feedback "sob demanda". Suponha que os usuários tomam as operações bem-sucedidas como garantidas. Você pode dar feedback 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 dar uma notificação se os usuários podem continuar a trabalhar normalmente ou é improvável que façam algo diferente como resultado da notificação.

  Incorreto:

  

  Neste exemplo, as informações sã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 disso.

  • Exceção: Você pode notificar os usuários sobre informações de relevância questionável se for opcional e os usuários optarem por participar.

    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 de sistema não crítico e padrões FYI, usar notificações completas para um único evento. Não apresente várias parciais.

  Incorreto:

  

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

  Correto:

  de status da instalação

  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 de tempo apropriado. Se o problema se corrigir, não reporte nada. Notifique somente depois de passado tempo suficiente que a falha é percetível. Se você relatar muito cedo, provavelmente os usuários não notarão o problema relatado, mas notarão a notificação desnecessária.

Incorreto:

Quando imediatamente seguido por:

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

Neste exemplo, no Windows Vista, a notificação de nenhuma conectividade sem fio é prematura porque geralmente é imediatamente seguida 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 em tela cheia ou não estiverem usando ativamente o computador.
• Para o padrão de eventos não críticos do sistema, não criam o potencial para tempestades de notificação escalonando eventos 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 versões posteriores, 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 de usuário opcionais, não tente incomodar os usuários a enviar constantemente as 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ções

• Não assuma que os usuários verão suas notificações. Os usuários não os verão quando:
  • Estão imersos no seu trabalho.
  • Eles não estão prestando atenção.
  • Eles estão longe de seu computador.
  • Eles estão executando um aplicativo de tela cheia.
  • O administrador desativou todas as notificações do computador.
• Se os usuários precisarem eventualmente tomar 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

• Torne 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 é preferida para a falha de ação e padrões opcionais de design de tarefas do usuário.
  • Os usuários podem querer ver mais informações. Clicar na notificação deve exibir uma janela na qual os usuários podem visualizar informações adicionais.
• Sempre exiba uma janela quando os usuários clicam para executar uma ação. Não tenha que clicar em executar uma ação diretamente.
• Clicar para mostrar mais informações deve sempre mostrar mais informações. Não se limite a reformular as informações que já constam 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 eventos não críticos do sistema, use o ícone de aviso padrão.
• Para outros padrões, use ícones que mostrem objetos relacionados ou que sugiram o assunto, como um escudo para segurança ou uma bateria para alimentação.
• Use ícones com base na marca do seu aplicativo ou empresa se os usuários-alvo os reconhecerem e não houver alternativa melhor.
• Para uma escalada progressiva, considerar o uso de í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. Que as notificações são informações, escusado será dizer.
• Considere o uso de ícones grandes (32x32 pixels) quando:
  • Os usuários compreenderão rapidamente o ícone em vez do texto.
  • Os ícones grandes transmitem o seu significado de forma mais clara e eficaz do que os ícones padrão de 16x16 pixels.
  • O ícone usa o estilo Aero.

Neste exemplo, os usuários podem compreender rapidamente a natureza da notificação com uma olhada no ícone grande.

Enfileiramento de notificações

Observação: As 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 em tela cheia 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 fique na fila por muito tempo. Essas notificações têm valor apenas quando podem ser exibidas imediatamente.
• Remova as notificações em fila quando elas não forem mais relevantes.
• Desenvolvedores: Você pode fazer isso definindo o sinalizador de NIF_INFO no uFlags e definindo szInfo como uma cadeia de caracteres vazia. Não há mal nenhum em fazer isso se a notificação não estiver mais na fila.

Integração de sistemas

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

Texto

Texto do título

• Use o texto do título que resume brevemente as informações mais importantes que você precisa comunicar aos usuários em linguagem clara, simples, concisa e específica. Os utilizadores devem ser capazes de compreender a finalidade das informações de notificação rapidamente e com um esforço mínimo.
• Use fragmentos de texto ou frases completas sem pontuação final.
• Use maiúsculas no estilo de frase.
• Use no máximo 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.

Corpo do texto

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

• Use frases completas com pontuação final.

• Use maiúsculas no estilo de frase.

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

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

• Coloque aspas duplas em torno dos nomes dos objetos.

  • Exceção: Não use aspas quando:
    • O nome do objeto sempre usa de maiúsculas no estilo de 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 objeto para um tamanho máximo fixo para acomodar a localização, use uma reticência para indicar truncamento.

  

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

• Use o seguinte fraseado 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 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 padrões de eventos não críticos do sistema, descrever problemas em linguagem simples.

  Incorreto:

  

  Neste exemplo, o problema é descrito usando uma linguagem excessivamente técnica, mas inespecífica.

  Correto:

  

  Neste exemplo, o problema é descrito em linguagem simples.

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

Documentação

Quando se refere a notificações:

• Use o texto exato do título, incluindo maiúsculas.
• 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 click.
• Sempre que possível, formate o texto do título usando texto em negrito. Caso contrário, coloque o título entre aspas apenas se necessário para evitar confusões.

Exemplo: Quando as atualizações Críticas estiverem prontas para instalar notificação aparecer, clique na notificação para iniciar o processo.

Quando se refere à área de notificação:

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