Mensagens de aviso

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

Uma típica mensagem de aviso modal.

A característica fundamental das advertências é que elas envolvem o risco de perder um ou mais dos seguintes elementos:

• Um ativo valioso, como dados financeiros ou outros dados importantes.
• Acesso ou integridade do sistema.
• Privacidade ou controlo 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 prosseguir com uma ação. Alguns tipos de avisos são apresentados como confirmações e, em caso afirmativo, as diretrizes de confirmação também se aplicam.

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

Esta é a interface de usuário correta?

Para decidir, considere estas questões:

• O usuário está sendo alertado de 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? Em caso afirmativo, 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, por isso é melhor suprimir o aviso.
• A condição é o resultado direto de uma ação iniciada pelo usuário? Caso contrário, considere usar um notificações de eventos não críticos.
• A condição é uma condição especial em um controle? Em caso afirmativo, use um balão em vez disso.
• Para confirmações, o usuário está prestes a executar uma ação arriscada? Em caso afirmativo, uma advertência é apropriada 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 a trabalhar de forma produtiva sem problemas imediatos. Adie o aviso até que a condição seja mais imediata e relevante.

Conceitos de design

Evite sobreaviso

Nós advertimos demais em 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 sobreaviso faz com que o uso de um programa pareça uma atividade perigosa e prejudica problemas verdadeiramente significativos.

Incorreto:

O sobreaviso faz com que seu programa pareça perigoso e pareça que foi projetado por advogados.

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

Características dos bons avisos

Bons avisos:

• Envolva riscos. Bons avisos alertam os usuários de algo significativo.

Incorreto:

E daí? Esta confirmação pressupõe que os utilizadores muitas vezes saem dos programas por acidente.

• Têm relevância imediata. Os utentes não só têm de se preocupar, como têm de se preocupar agora. Os usuários normalmente não estão interessados em problemas que possam ter mais tarde, desde que possam fazer seu trabalho agora.

Incorreto:

de aviso de bateria fraca em três horas

Neste 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 tenham de tomar medidas agora ou algures no futuro imediato. Talvez eles desempenhem 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 paranoicos.

Incorreto:

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 indicar 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:

de advertência

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

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

Incorreto:

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, apenas não um bom aviso.

Determinar o tipo de mensagem apropriado

Algumas questões podem ser apresentadas como um erro, aviso ou informação, dependendo da ênfase e fraseado. Por exemplo, suponha que uma página da Web não pode carregar um controle ActiveX não assinado com base na configuração atual do Windows Internet Explorer:

• Erro. "Esta página não pode carregar um controle ActiveX não assinado." (Formulado como um problema existente.)
• Atenção. "Esta página pode não se comportar como esperado porque o Windows Internet Explorer não está configurado para carregar controles ActiveX não assinados." ou "Permitir que esta página instale um controle ActiveX não assinado? Fazê-lo a partir de fontes não fidedignas pode danificar o seu computador." (Ambos formulados como condições que podem causar problemas futuros.)
• Informação. "Você configurou o Windows Internet Explorer para bloquear controles ActiveX não assinados." (Formulado como uma declaração de fato.)

Para determinar o tipo de mensagem apropriado, concentre-se no aspeto mais importante do problema que os usuários precisam saber ou agir. Normalmente, se um problema bloquear o usuário de prosseguir, você deve apresentá-lo como um erro; Se o usuário puder prosseguir, apresente-o como um aviso. Crie o de instruções principal ou outro texto correspondente com base nesse foco e, em seguida, escolha um ícone ( padrão ou não) que corresponda ao texto. O texto de instrução principal e os ícones devem sempre corresponder.

Seja específico

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

• A fonte do aviso.
• A condição específica e o problema potencial.
• O que o usuário deve fazer a respeito.
• O que acontece se o usuário não fizer nada.

Incorreto:

Neste exemplo, qual é o problema potencial? 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 prosseguir.

Correto:

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, dando as informações mais prováveis ou o exemplo mais comum.

Correto:

Neste exemplo, o aviso é tornado específico fornecendo a solução mais provável.

No entanto, nesses casos, utilize uma formulação que indique que existem outras possibilidades. Caso contrário, os utilizadores podem ser induzidos em erro.

Incorreto:

de aviso

Correto:

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

Se você fizer apenas duas coisas...

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

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

Padrões de utilização

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

Rótulo	Valor
Sensibilização Conscientize o usuário de uma condição ou problema potencial, mas o usuário pode não ter que fazer nada agora.	de aviso de bateria fraca de aviso 'TPM-not-found' Exemplos de advertências de sensibilização. Os avisos de sensibilização têm a seguinte apresentação: Instrução principal: Descreva a condição ou problema potencial. Instrução suplementar: Explique a implicação e por que ela é importante. Botões de confirmação: Fechar.
Prevenção de erros Conscientize o usuário sobre 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 texto explicativo. de aviso de espaço livre insuficiente Exemplos de avisos de prevenção de erros.
Problema iminente O usuário precisa fazer algo agora para evitar um problema iminente.	Um exemplo de um aviso de problema iminente. Os avisos de problemas iminentes têm a seguinte apresentação: Instrução principal: Descreva o que o usuário precisa fazer agora. Instrução suplementar: 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.
de 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.	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 suplementar: Explique quaisquer razões não óbvias pelas 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.

Orientações

Apresentação

• Escolha a interface do usuário da apresentação com base no tipo de informação:

• Para caixas de diálogo modais:
  • Use caixas de diálogo de tarefas sempre que apropriado para obter uma aparência e um layout consistentes. As caixas de diálogo de tarefas requerem o Windows Vista ou posterior, pelo que não são adequadas para versões anteriores do Windows.
  • Exiba apenas uma mensagem de aviso por condição. Por exemplo, exiba um único aviso que explique completamente uma condição em vez de descrevê-la um detalhe de cada vez por mensagem. Exibir uma sequência de caixas de diálogo 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 muitas vezes se tornam mais focados em se livrar do aviso do que abordar o problema. Se tiver de avisar repetidamente para uma única condição, utilize escalonamento progressivo.
• Não acompanhe os avisos com um efeito sonoro ou um sinal sonoro. Fazê-lo é chocante e desnecessário.
  • Exceção: Se o usuário deve responder imediatamente, você pode 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á usá-lo com uma sobreposição de aviso.

    Correto:

    

    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:

  

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

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

Não mostrar 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 tiver de incluir informações avançadas numa mensagem de aviso, revele-as utilizando os botões de divulgação progressiva (por exemplo, "Mostrar detalhes"). Isso simplifica o aviso para o uso típico. Não oculte as informações necessárias porque os utilizadores podem não as encontrar.
• Não use "Mostrar detalhes" a menos que realmente haja mais detalhes. Não se limite a reafirmar as informações existentes num formato diferente.

Para obter diretrizes de rotulagem, consulte Progressive Disclosure.

Valores padrão

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

Texto

Geral

• Remova o texto redundante. Procure por ele em títulos, instruções principais, instruções suplementares, á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 lugares.
• Não use os termos "aviso" ou "cuidado" no texto. Quando usado corretamente, o ícone de aviso comunica suficientemente que os usuários devem proceder com cuidado.

Incorreto:

de texto

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

Títulos

• Use o título para identificar o comando ou recurso de onde veio o aviso. 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 principal, use o nome do programa.

Incorreto:

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

• Não use o título para explicar o que fazer no diálogo esse é o objetivo da instrução principal.
• Use de maiúsculas estilo título , sem pontuação final.

Instruções principais

• A principal instrução para um aviso baseia-se no seu padrão de design:

• de notificação de bateria fraca
• Neste exemplo, a notificação de bateria fraca é um aviso de conscientização, portanto, a instrução principal descreve a condição.
• 
• Neste exemplo, a caixa de diálogo bateria fraca é um problema iminente, portanto, a instrução principal descreve o que o usuário precisa fazer agora.
• Seja conciso, use apenas uma única frase completa. Retire as instruções principais para as informações essenciais. Se tiver de explicar mais alguma coisa, utilize uma instrução suplementar.
• Use palavras como "agora" e "imediatamente" se o usuário precisar agir imediatamente. Não use estas palavras se não houver urgência.
• Seja específico se houver objetos envolvidos, dê seus nomes completos.
• Use de maiúsculas no estilo de frase.

Instruções complementares

• A instrução suplementar para um aviso baseia-se no seu padrão de conceção:

• Não repita a instrução principal com uma redação ligeiramente diferente. Em vez disso, omita a instrução suplementar se não houver mais a adicionar.
• 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:

• Incorreto:
• 
• Os problemas não estão OK, então use Fechar em vez disso.

Documentação

Quando se refere a advertências:

• Se o aviso fizer uma pergunta, refere-se a um aviso pela sua pergunta; caso contrário, use a instrução principal. Se a pergunta ou instrução principal for longa ou detalhada, resumi-la.
• Se necessário, você pode se referir a uma caixa de diálogo de aviso como uma mensagem.
• Sempre que possível, formate o texto em negrito. Caso contrário, coloque o texto entre aspas apenas se necessário para evitar confusões.

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