Compartilhar via


Mensagens de aviso

Observação

Este guia de design foi criado para o Windows 7 e não foi atualizado para versões mais recentes do Windows. Grande parte das diretrizes ainda se aplica em princípio, mas a apresentação e os exemplos não refletem nossas diretrizes de design atuais.

Uma mensagem de aviso é uma caixa de diálogo modal, mensagem in-loco, notificação ou balão que alerta o usuário de uma condição que pode causar um problema no futuro.

captura de tela de uma mensagem de aviso típica

Uma mensagem de aviso modal típica.

A característica fundamental dos avisos é que eles envolvem o risco de perder um ou mais dos seguintes:

  • Um ativo valioso, como importantes dados financeiros ou outros.
  • Acesso ou integridade do sistema.
  • Privacidade ou controle sobre informações confidenciais.
  • Tempo do usuário (uma quantidade significativa, como 30 segundos ou mais).

Por outro lado, uma confirmação é uma caixa de diálogo modal que pergunta se o usuário deseja continuar com uma ação. Alguns tipos de avisos são apresentados como confirmações e, nesse caso, as diretrizes de confirmação também se aplicam.

Nota: Diretrizes relacionadas a caixas de diálogo, confirmações, ícones padrão de mensagens de erro, notificações e layout são apresentadas em artigos separados.

Essa é a interface do usuário certa?

Para decidir, considere estas perguntas:

  • O usuário está sendo alertado sobre uma condição que pode causar um problema no futuro? Caso contrário, a mensagem não é um aviso.
  • A interface do usuário está apresentando um erro ou problema que já ocorreu? Nesse caso, use uma mensagem de erro.
  • É provável que os usuários executem uma ação ou alterem seu comportamento como resultado da mensagem? Caso contrário, a condição não justifica a interrupção do usuário, portanto, é melhor suprimir o aviso.
  • A condição é o resultado direto de uma ação iniciada pelo usuário? Caso contrário, considere o uso de notificações de evento não críticas.
  • A condição é uma condição especial em um controle? Nesse caso, use um balão .
  • Para confirmações, o usuário está prestes a executar uma ação arriscada? Nesse caso, um aviso será apropriado se a ação tiver consequências significativas ou não puder ser facilmente desfeita.
  • Para outros tipos de avisos, o usuário precisa agir agora ou no futuro imediato? Não exiba avisos se os usuários puderem continuar trabalhando de forma produtiva sem problemas imediatos. Adie o aviso até que a condição seja mais imediata e relevante.

Conceitos de design

Evitar o excesso de avisos

Nós superamos os programas do Microsoft Windows. O programa típico do Windows tem avisos aparentemente em todos os lugares, alertando sobre coisas que têm pouco significado. Em alguns programas, quase todas as perguntas são apresentadas como um aviso. O excesso de atenção faz com que o uso de um programa pareça uma atividade perigosa e prejudica problemas realmente significativos.

Incorreto:

captura de tela de uma mensagem de aviso desnecessária

O excesso de avisos faz seu programa se sentir perigoso e parecer que foi projetado por advogados.

O mero potencial de perda de dados ou um problema futuro por si só é insuficiente para chamar um aviso. Além disso, todos os resultados indesejáveis devem ser inesperados ou não intencionais e não são facilmente corrigidos. Caso contrário, praticamente qualquer erro de usuário pode ser interpretado para resultar em perda de dados ou um problema potencial de algum tipo e merecer um aviso.

Características de bons avisos

Bons avisos:

  • Envolver risco. Bons avisos alertam os usuários sobre algo significativo.

Incorreto:

captura de tela de aviso 'você quer sair?'

E daí? Essa confirmação pressupõe que os usuários geralmente saem de programas por acidente.

  • Ter relevância imediata. Não só os usuários têm que se importar, eles têm que se importar agora. Normalmente, os usuários não estão interessados em problemas que possam ter mais tarde, desde que possam fazer seu trabalho agora.

Incorreto:

captura de tela do aviso de bateria baixa em três horas

Nesse caso, é melhor apenas avisar o usuário em três horas.

  • Levar à ação. Há algo que os usuários devem fazer ou estar cientes como resultado do aviso. Talvez eles precisem tomar uma ação agora ou em algum momento no futuro imediato. Talvez eles executem uma tarefa de forma diferente como resultado. A consequência de ignorar o aviso deve ser clara. Avisos sem ações apenas fazem com que os usuários se sintam paranóicos.

Incorreto:

captura de tela do aviso 'o mensageiro ao vivo está em execução'

Por que essa notificação é um aviso? O que os usuários devem fazer (além da preocupação)?

  • Não são óbvios. Não exiba um aviso para declarar a consequência óbvia de uma ação. Por exemplo, suponha que os usuários entendam as consequências de não concluir uma tarefa.

Incorreto:

captura de tela de você deseja sair do assistente? Aviso

Cancelar um assistente incompleto significa que a tarefa não é feita... quem sabia?

  • Ocorra com pouca frequência. Avisos constantes rapidamente se tornam ineficazes e irritantes. Os usuários geralmente se tornam mais focados em se livrar do aviso do que resolver o problema.

Incorreto:

captura de tela do aviso de 'atualizar assinaturas de vírus'

Os usuários são mais propensos a se concentrar em se livrar do aviso do que corrigir o problema subjacente.

Uma mensagem que não tem essas características ainda pode ser uma boa mensagem, mas não um bom aviso.

Determinar o tipo de mensagem apropriado

Alguns problemas podem ser apresentados como um erro, aviso ou informações, dependendo da ênfase e da frase. Por exemplo, suponha que uma página da Web não possa carregar um controle ActiveX sem sinal com base na configuração atual de Explorer da Internet do Windows:

  • Erro. "Esta página não pode carregar um controle ActiveX sem sinal." (Formulado como um problema existente.)
  • Aviso. "Esta página pode não se comportar conforme o esperado porque o Explorer da Internet do Windows não está configurado para carregar controles ActiveX sem sinal" ou "Permitir que esta página instale um Controle ActiveX sem sinal? Fazer isso de fontes não confiáveis pode prejudicar seu computador." (Ambos formulados como condições que podem causar problemas futuros.)
  • Informações. "Você configurou o Windows Internet Explorer para bloquear controles ActiveX não assinados." (Frase como uma declaração de fato.)

Para determinar o tipo de mensagem apropriado, concentre-se no aspecto mais importante do problema que os usuários precisam conhecer ou agir. Normalmente, se um problema impedir que o usuário prossiga, você deverá apresentá-lo como um erro; se o usuário puder continuar, apresente-o como um aviso. Crie a instrução main ou outro texto correspondente com base nesse foco e escolha um ícone (padrão ou não) que corresponda ao texto. O main texto de instrução e os ícones devem sempre corresponder.

Ser específico

Os avisos são mais atraentes quando as seguintes informações são específicas e claras:

  • A origem do aviso.
  • A condição específica e o possível problema.
  • O que o usuário deve fazer sobre isso.
  • O que acontece se o usuário não fizer nada.

Incorreto:

captura de tela de aviso vago de risco significativo

Neste exemplo, qual é o possível problema? O que o usuário deve fazer, além de não usar o projetor pela rede? Sem informações mais específicas, tudo o que o usuário pode fazer é se sentir mal em continuar.

Correto:

captura de tela de aviso de problema e consequências

Neste exemplo, o problema e as consequências são claros.

Às vezes, há um problema potencial legítimo digno de informar os usuários, mas a solução e as consequências não são conhecidas com certeza. Em vez de dar um aviso vago, seja específico fornecendo as informações mais prováveis ou o exemplo mais comum.

Correto:

captura de tela de aviso de erro de rede e soluções

Neste exemplo, o aviso é especificado fornecendo a solução mais provável.

No entanto, nesses casos, use palavras que indiquem que há outras possibilidades. Caso contrário, os usuários poderão ser enganados.

Incorreto:

captura de tela do aviso de cabo de rede desconectado

Correto:

captura de tela do cabo pode ser um aviso desconectado

No exemplo incorreto, os usuários ficarão confusos se o cabo estiver claramente conectado.

Se você fizer apenas duas coisas...

  1. Não anuciem demais. Limite avisos a condições que envolvam risco e sejam imediatamente relevantes, acionáveis, não óbvios e pouco frequentes. Caso contrário, remova ou reformula a mensagem.

  2. Forneça informações específicas e úteis.

Padrões de uso

Os avisos têm vários padrões de uso:

Rótulo Valor
Reconhecimento
Lembre o usuário de uma condição ou possível problema, mas o usuário pode não precisar fazer nada agora.
Captura de tela de aviso de problemas de rede
Captura de tela do aviso de bateria baixa
Captura de tela do aviso 'caps-lock-is-on'
Captura de tela do aviso 'TPM não encontrado'
Exemplos de avisos de conscientização.
Os avisos de reconhecimento têm a seguinte apresentação:
  • Instrução principal: Descrever a condição ou o possível problema.
  • Instrução complementar: Explique a implicação e por que é importante.
  • Botões de confirmação: Perto.
Prevenção de erros
Lembre o usuário das informações que podem evitar um problema, especialmente ao fazer escolhas.
Os avisos de prevenção de erros são melhor apresentados usando um ícone de aviso in-loco e um texto explicativo.
Captura de tela do aviso De espaço livre não suficiente
Captura de tela do aviso Use-installation-CD
Exemplos de avisos de prevenção de erros.
Problema iminente
O usuário precisa fazer algo agora para evitar um problema iminente.
Captura de tela do aviso fechar programas
Um exemplo de um aviso de problema iminente.
Avisos de problema iminentes têm a seguinte apresentação:
  • Instrução principal: Descreva o que o usuário precisa fazer agora.
  • Instrução complementar: Explique a condição e por que ela é importante.
  • Botões de confirmação: Um botão de comando ou link de comando para cada opção ou OK se a ação ocorrer fora da caixa de diálogo.
Confirmação de ação arriscada
Confirme se o usuário deseja prosseguir com uma ação que tem algum risco e não pode ser facilmente desfeita.
Captura de tela do aviso Formatting-will-erase-data
Um exemplo de confirmação de ação arriscada.
As confirmações de ação arriscada têm a seguinte apresentação:
  • Instrução principal: Faça uma pergunta para determinar se o usuário deseja continuar.
  • Instrução complementar: Explique os motivos não óbvios pelos quais o usuário pode não querer continuar.
  • Botões de confirmação: Sim, não.
Para obter diretrizes sobre esse padrão, consulte Confirmações.

Diretrizes

Apresentação

  • Escolha a interface do usuário da apresentação com base no tipo de informação:
Interface do usuário Melhor usado para
Caixas de diálogo modais
Avisos críticos (incluindo confirmações) aos quais os usuários devem responder agora.
No local
Informações que podem evitar um problema, especialmente quando os usuários estão fazendo escolhas.
Faixas
Informações que podem evitar um problema, especialmente quando relacionadas à conclusão de uma tarefa.
Notificações
Eventos significativos ou status que podem ser ignorados com segurança, pelo menos temporariamente.
Balões
Um controle está em um estado que afeta a entrada. Esse estado provavelmente não é intencional e o usuário pode não perceber que a entrada foi afetada.
  • Para caixas de diálogo modais:
    • Use caixas de diálogo de tarefa sempre que apropriado para obter uma aparência e um layout consistentes. As caixas de diálogo de tarefa exigem o Windows Vista ou posterior, portanto, elas não são adequadas para versões anteriores do Windows.
    • Exibe apenas uma mensagem de aviso por condição. Por exemplo, exiba um único aviso que explica completamente uma condição em vez de descrevê-la com um detalhe por vez por mensagem. Exibir uma sequência de diálogos de aviso para uma única condição é confuso e irritante.
    • Não exiba um aviso mais de uma vez por condição. Avisos constantes rapidamente se tornam ineficazes e irritantes. Os usuários geralmente se tornam mais focados em se livrar do aviso do que resolver o problema. Se você precisar avisar repetidamente para uma única condição, use escalonamento progressivo.
  • Não acompanhe avisos com um efeito sonoro ou um bipe. Fazê-lo é chocante e desnecessário.
    • Exceção: Se o usuário precisar responder imediatamente, você poderá usar um efeito sonoro.

Ícones

  • Não coloque um ícone de aviso na barra de título de uma caixa de diálogo.

  • Use um ícone de aviso. Exceções:

    • Se o aviso for para um recurso que tenha um ícone, você poderá usar o ícone de recurso com uma sobreposição de aviso.

      Correto:

      captura de tela do ícone de bloqueio com sobreposição de ícone de aviso

      Neste exemplo, o ícone de recurso tem uma sobreposição de aviso.

  • Para caixas de diálogo modais com uma nota de rodapé de aviso, coloque o ícone de aviso na nota de rodapé em vez da área de conteúdo.

    Correto:

    captura de tela do ícone de aviso na nota de rodapé da caixa de diálogo

    Neste exemplo, a nota de rodapé tem o ícone de aviso.

Para obter mais diretrizes e exemplos, consulte Ícones padrão.

Não mostre esta mensagem novamente

  • Se uma caixa de diálogo de aviso precisar dessa opção, reconsidere o aviso e sua frequência. Se ele tem todas as características de um bom aviso (envolve risco e é imediatamente relevante, acionável, não óbvio e pouco frequente), não deve fazer sentido para os usuários suprimi-lo.

Para obter mais diretrizes, consulte Caixas de diálogo.

Divulgação progressiva

  • Se você precisar incluir informações avançadas em uma mensagem de aviso, revele-as usando botões de divulgação progressiva (por exemplo, "Mostrar detalhes"). Isso simplifica o aviso para uso típico. Não oculte as informações necessárias porque os usuários podem não encontrá-la.
  • Não use "Mostrar detalhes" a menos que realmente haja mais detalhes. Não apenas reafirme as informações existentes em um formato diferente.

Para obter diretrizes de rotulagem, consulte Divulgação progressiva.

Valores padrão

  • Selecione a resposta mais segura, menos destrutiva ou mais segura para ser o padrão.

Texto

Geral

  • Remover texto redundante. Procure-o em títulos, instruções main, instruções complementares, áreas de conteúdo, links de comando e botões de confirmação. Geralmente, deixe o texto completo em instruções e controles interativos e remova qualquer redundância dos outros locais.
  • Não use os termos "aviso" ou "cuidado" no texto. Quando usado corretamente, o ícone de aviso comunica suficientemente que os usuários devem continuar com cuidado.

Incorreto:

captura de tela de uso desnecessário de aviso no texto

Neste exemplo, o termo "aviso" é desnecessário.

Títulos

  • Use o título para identificar o comando ou o recurso de onde o aviso veio. Exceções:
    • Se um aviso for exibido por muitos comandos diferentes, considere usar o nome do programa.
    • Se esse título for redundante ou confuso com a instrução main, use o nome do programa.

Incorreto:

captura de tela do título da caixa de diálogo de aviso de segurança

Neste exemplo, "Aviso de Segurança" não identifica o comando ou o recurso de onde o aviso veio.

Instruções principais

  • A instrução main para um aviso baseia-se em seu padrão de design:
Padrão Instrução principal
Reconhecimento
Descrever a condição ou o possível problema.
Problema iminente
Descreva o que o usuário precisa fazer agora.
Confirmação de ação arriscada
Faça uma pergunta para determinar se o usuário deseja continuar.
  • captura de tela de uma notificação de bateria baixa
  • Neste exemplo, a notificação de bateria baixa é um aviso de conscientização, portanto, a instrução main descreve a condição.
  • captura de tela do aviso de alteração da bateria imediatamente
  • Neste exemplo, a caixa de diálogo bateria baixa é um problema iminente, portanto, a instrução main descreve o que o usuário precisa fazer agora.
  • Seja conciso usar apenas uma única frase completa. Remova a instrução main para as informações essenciais. Se precisar explicar mais alguma coisa, use uma instrução complementar.
  • Use palavras como "agora" e "imediatamente" se o usuário precisar agir imediatamente. Não use essas palavras se não houver urgência.
  • Seja específico se houver objetos envolvidos, forneça seus nomes completos.
  • Use maiúsculas no estilo de frase.

Instruções complementares

  • A instrução complementar para um aviso baseia-se em seu padrão de design:
Padrão Instrução complementar
Reconhecimento
Explique a implicação e por que ela é importante.
Problema iminente
Explique a condição e por que ela é importante.
Confirmação de ação arriscada
Explique os motivos não óbvios pelos quais o usuário talvez não queira continuar.
  • Não repita a instrução main com texto ligeiramente diferente. Em vez disso, omita a instrução complementar se não houver mais a ser adicionado.
  • Use frases completas, maiúsculas no estilo de frase e pontuação final.

Botões de confirmação

  • Para caixas de diálogo de aviso, os botões de confirmação são baseados em seu padrão de design:
Padrão Botões de confirmação
Reconhecimento
Fechar. Não use OK porque sugere que possíveis problemas estão bem.
Problema iminente
Um botão de comando ou link de comando para cada opção ou OK se a ação ocorrer fora da caixa de diálogo.
Confirmação de ação arriscada
Sim, não.
  • Incorreto:
  • captura de tela da caixa de diálogo de aviso com o botão ok
  • Os problemas não estão bem, portanto, use Fechar.

Documentação

Ao se referir a avisos:

  • Se o aviso fizer uma pergunta, consulte um aviso por sua pergunta; caso contrário, use a instrução main. Se a pergunta ou main instrução for longa ou detalhada, resuma-a.
  • Se necessário, você pode se referir a uma caixa de diálogo de aviso como uma mensagem.
  • Quando possível, formate o texto usando negrito. Caso contrário, coloque o texto entre aspas somente se necessário para evitar confusão.

Exemplo: na mensagem Deseja exibir os itens não seguros? clique em Sim.