Mensagens de aviso
Nota
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 nossa 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.
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 dados financeiros importantes 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 prosseguir 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.
Observação: diretrizes relacionadas às caixas de diálogo , confirmações, mensagens de erroícones padrão, notificaçõese 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? 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, portanto, é melhor suprimir o aviso.
- A condição é o resultado direto de uma ação iniciada pelo usuário? Caso contrário, considere usar uma notificações de evento não críticas.
- A condição é uma condição especial em um controle? Nesse caso, use um balão em vez disso.
- 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 desfeita facilmente.
- 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 produtivamente 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 ajuste excessivo faz com que o uso de um programa pareça uma atividade perigosa e prejudica problemas realmente significativos.
Incorreto:
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 solicitar um aviso. Além disso, quaisquer 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:
E daí? Essa confirmação pressupõe que os usuários geralmente saem de programas por acidente.
- Tenha 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:
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 devem 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 só fazem os usuários se sentirem paranóicos.
Incorreto:
Por que essa notificação é um aviso? O que os usuários devem fazer (ao lado 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 aviso
Cancelar um assistente incompleto significa que a tarefa não é concluída... 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:
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 do Windows Internet Explorer:
- 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 Windows Internet Explorer não está configurado para carregar controles ActiveX não assinados" 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çã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 aspecto mais importante do problema em que os usuários precisam saber 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 principal ou outro texto correspondente com base nesse foco e 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 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:
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 continuar.
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 fornecendo as informações mais prováveis ou o exemplo mais comum.
Correto:
Neste exemplo, o aviso é específico fornecendo a solução mais provável.
No entanto, nesses casos, use a redação que indica que há outras possibilidades. Caso contrário, os usuários poderão ser enganados.
Incorreto:
de aviso desconectado do cabo de rede
Correto:
No exemplo incorreto, os usuários ficarão confusos se o cabo estiver claramente conectado.
Se você fizer apenas duas coisas...
Não anuciem demais. Limite avisos a condições que envolvam risco e sejam imediatamente relevantes, acionáveis, não óbvias e pouco frequentes. Caso contrário, remova ou execute novamente a mensagem.
Forneça informações específicas e úteis.
Padrões de uso
Os avisos têm vários padrões de uso:
Etiqueta | Valor |
---|---|
de Reconhecimento Lembre-se do usuário sobre uma condição ou um problema potencial, mas o usuário pode não precisar fazer nada agora. |
![]() ![]() ![]() ![]() Exemplos de avisos de conscientização. Os avisos de reconhecimento têm a seguinte apresentação:
|
de prevenção de erros Lembre-se do 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. ![]() ![]() 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. Avisos de problema iminente têm a seguinte apresentação:
|
de confirmação de ação arriscada Confirme se o usuário deseja continuar com uma ação que tem algum risco e não pode ser desfeita facilmente. |
![]() Um exemplo de confirmação de ação arriscada. Confirmações de ação arriscadas têm a seguinte apresentação:
|
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. |
In-loco |
Informações que podem evitar um problema, especialmente quando os usuários estão fazendo escolhas. |
Banners |
Informações que podem evitar um problema, especialmente quando relacionadas à conclusão de uma tarefa. |
Notificações |
Eventos ou status significativos 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.
- Exibir 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 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. Fazer isso é 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:
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 mostre essa mensagem novamente
- Se uma caixa de diálogo de aviso precisar dessa opção, reconsidere o aviso e sua frequência. Se ele tiver 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
- Remova o texto redundante. Procure-o em títulos, instruções principais, instruções complementares, áreas de conteúdo, links de comando e botões de confirmação. Em geral, 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:
de 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 principal, use o nome do programa.
Incorreto:
Neste exemplo, "Aviso de Segurança" não identifica o comando ou o recurso de onde o aviso veio.
- Não use o título para explicar o que fazer na caixa de diálogo essa é a finalidade da instrução principal.
- Use de capitalização no estilo título, sem pontuação final.
Instruções principais
- A instrução principal para um aviso baseia-se em seu padrão de design:
Padrão | Instrução principal |
---|---|
Consciência |
Descreva 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. |
-
de notificação de bateria baixa
- Neste exemplo, a notificação de bateria baixa é um aviso de conscientização, portanto, a instrução principal descreve a condição.
-
- Neste exemplo, a caixa de diálogo de bateria baixa é um problema iminente, portanto, a instrução principal descreve o que o usuário precisa fazer agora.
- Use apenas uma única frase completa. Remova a instrução principal até as informações essenciais. Se você 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.
- Ser específico se houver objetos envolvidos, dê seus nomes completos.
- Use de capitalização 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 |
---|---|
Consciência |
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 quaisquer motivos não óbvios pelos quais o usuário talvez não queira continuar. |
- Não repita a instrução principal 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 em 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 |
---|---|
Consciência |
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:
-
- Os problemas não estão bem, então use Close.
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 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.
- 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: no Deseja exibir os itens não seguros? mensagem, clique em Sim.