Quais são algumas alternativas para a frase “ Tem certeza de que deseja XYZ ” nas caixas de diálogo de confirmação?

Parte do motivo pelo qual as pessoas pulam mensagens longas se deve à velocidade de leitura.

Suponha, para fins de discussão, alguém com uma velocidade de leitura média – cerca de 200 palavras por minuto. (*)

Se você usar apenas 20 palavras em um diálogo, está perguntando isso usuário gaste 6 segundos lendo e entendendo o que você escreveu.

Embora não pareça muito, uma pausa imposta de seis segundos quando você está tentando fazer algo pode parecer um tempo terrivelmente longo .

(*) E não cometa o erro de presumir que baixa velocidade de leitura significa pouca inteligência.

Portanto, três sugestões para você, todas voltadas para a máxima clareza com o mínimo de barulho.

1. Seja o mais conciso possível
2. Identifique o item em risco
3. Nomeie seus botões para as ações

Aqui está uma caixa de diálogo de exclusão simples:

Vamos reduzir o número de palavras ao mínimo para facilitar a leitura:

Agora, vamos identificar o item em risco e rotular os botões para a ação:

Muito melhor – mais fácil de ler e mais claro.

Outro exemplo – uma caixa de diálogo de continuação.

Simplifique o texto.

Mais uma vez, vamos identificar o que está acontecendo e rotular os botões para o ações.

Uma melhoria definitiva.

Aqui está um pensamento final. Evite negativos , especia lly negativos duplos. Alguns falantes nativos de inglês consideram os negativos duplos complicados, e muitos que aprendem inglês como segunda língua os acham confusos (especialmente se sua língua nativa usa negativos duplos para dar ênfase em vez de inversão).

Comentários

• Ou você pode apenas ler as diretrizes do Windows UX msdn.microsoft.com/en-us/library/aa511258.aspx onde eles realmente escrevem sobre isso 🙂
• Eu acredito que você está dando alguns exemplos ruins: 1. É ” OK “, não ” Ok “. 2. Se você fizer uma pergunta sim / não, as respostas possíveis devem ser sim ou não, certamente não OK e Cancelar. 3. Se você identificar os botões para a ação, você deve fazer isso com os dois botões, não apenas com um (ou seja, Excluir / Manter, não Excluir / Cancelar). Além disso, também acredito que qualquer frase deve conter pelo menos um sujeito e um verbo , mas isso é pessoal.
• @BaGi – Acho que você pode ter interpretado mal minha resposta: I ‘ estou mostrando uma progressão de ruim para melhor. Ter uma pergunta Sim / Não com Ok / Cancelar como os botões certamente é ruim, mas é muito comum, e isso é o que eu estava apontando. Para abordar seus pontos … Onde há um inverso simples, usá-lo para o botão Cancelar faz sentido – então Excluir / Manter é melhor do que Excluir / Cancelar, mas isso não é ‘ t sempre possível – o que ‘ é o inverso do Post? Postar / Não fazer ‘ t A postagem parece desajeitada. E acho que todos os meus exemplos são frases completas. Para pegar o último: ” Continue “: verbo; ” Processamento de transações “: assunto.
• @Bevan: Eu não ‘ não acha Post? Postar / Don ‘ t Postar é desajeitado. Salvar / não ‘ salvar é o que você vê constantemente. Em sua última frase, ” o processamento de transações ” não é um assunto, mas um objeto indireto (consulte en.wikipedia.org / wiki / Object_% 28grammar% 29 ). Eu entendi que seus exemplos mostram uma melhoria gradual, só acho que o resultado final ainda contém algumas pequenas falhas.
• @BartGijssens: I ‘ d sempre prefiro Cancel para qualquer outra coisa … porque sem um único neurônio disparando, sei que ele não faz nada (efetivamente, uma palavra a menos para ler). O problema com ” Não ‘ t salvar ” é que pode usar ” Jogue fora ” em algum outro contexto (pobre).

Sempre faço questão de mostrar ao usuário qual o item está sendo excluído (especialmente porque a caixa de diálogo pode obscurecer o item em questão, mas também porque pode ser identificado texto no diálogo chamará atenção):

Excluir “seu item favorito”?

Você também pode injetar um pouco de humor aqui e ali, dependendo do tipo de aplicativo que você está fazendo:

Certamente você não quer continuar sem salvar? [Sim, eu aceito, deixe-me em paz] [Ah, certo, obrigado por me lembrar]

Se você testar o usuário, perceberá que mensagens engraçadas notado com um pouco mais de frequência, simplesmente porque eles se destacam da multidão de mensagens genéricas e (se forem realmente fofos o suficiente) recebem um sorriso no rosto do usuário. O que mais você poderia querer?

Comentários

• Ou você pode apenas seguir minha regra: todos os botões da caixa de diálogo devem ser identificados como ” D ‘ oh! “, mesmo se houver vários botões.
• @ VirtuosiMedia Se houver dois botões, apenas um deve ser identificado como ” D ‘ oh! ” O outro deve ser identificado como ” Por que seu pequeno …! ”
• ” … 14 usuários clicaram em Do ‘ h, 5 usuários clicaram em Nut e um usuário pressionou a tecla M repetidamente. ” – Jakob Nielsen
• ” … Todos os 20 usuários expressaram surpresa com as luzes vermelhas de emergência, sirenes e avisos para evacuar antes do derretimento nuclear. Os que sobreviveram mencionaram mais tarde que estavam divididos entre fugir em busca de segurança e ver o que havia na geladeira. Abalados com a experiência, eles pareciam se perguntar se haviam feito a escolha certa. ”
• Seria mais engraçado se dissesse ” Shirley ” em vez de ” Certamente “.

O Google sugere duas maneiras diferentes e ambas removem “você “inteiramente.

As diretrizes de redação de design do Google sugerem o seguinte:

Omita frases desnecessárias

Você pode pular muitas frases introdutórias comuns e ir direto ao ponto.

Mais Diálogos de alerta do Material Design sugere reformular a pergunta para remover o “tem certeza?”

Alertas com barras de título

Use alertas de barra de título apenas para situações de alto risco, como a perda potencial de conectividade. Os usuários devem ser capazes de entender as escolhas baseadas apenas no título e no texto do botão.

Se um título for necessário:

• Use uma pergunta ou declaração clara com uma explicação em a área de conteúdo, como “Apagar armazenamento USB?”.
• Evite desculpas, ambigüidade ou perguntas, como “Aviso!” ou “Tem certeza?”

Em vez disso, é melhor não ter essas caixas de diálogo , implemente a funcionalidade de desfazer.

O diálogo é inútil 95% das vezes, então por que forçá-lo às pessoas? Você está tentando ajudar as pessoas? ou está tentando colocar a culpa no usuário “ei, você confirmou que queria excluir aquele item importante, “não me culpe!”.

Adivinhe, as pessoas aprendem a ignorar esses diálogos, eles sempre confirmam inconscientemente qualquer ação que acabaram de fazer.

Portanto, essa é a abordagem errada para resolver o problema.

O problema aqui é: a ação do usuário pode ter efeitos indesejáveis se feita por engano.

Uma solução melhor para isso problema seria permitir ao usuário reverter sua alteração.

Se você permitiu que eles desfizessem as exclusões, você terá duas coisas boas:

• Você não terá que incomodar o usuário com uso menos diálogos.
• Os usuários podem se recuperar de exclusões não intencionais.

Implementar desfazer é muito mais difícil do que mostrar uma caixa de confirmação.

Excluir este item?

Continuar?

Direto ao ponto.

Algo importante a lembrar é que as pessoas ignoram as mensagens do tipo “Tem certeza”. Você tem que forçá-los a pensar sobre a decisão. Aqui está um dos meus favoritos.

Comentários

• Isso se torna irritante se você tiver que deletar muitas coisas (” leads “, neste caso), mas isso funciona bem quando você ‘ está realizando uma ” sem voltar ” ação (é claro, você poderia apenas programar de forma que não haja ‘ qualquer tipo de ação também)
• Eu ‘ não tenho certeza do que o ” não pode desfazer os meios da caixa de seleção “. Se eu não ‘ não verificar, poderei desfazer? Ou o botão ” Não voltar ” não será ativado até eu verificar? Este diálogo quase parece um formulário em si, incluindo tratamento de erros e gerenciamento de estado do elemento da IU. Se eu cometer um erro neste diálogo, ele aparecerá um diálogo dizendo o que eu fiz de errado? 😉
• @Rahul: Concordo com você. O conceito aqui é bom (se você puder ‘ suportar Desfazer), mas a rotulação é realmente estranha. Até mesmo o botão ” Sem voltar “. Acho que Não é possível desfazer é uma espécie de ” Concordo com os termos ” tipo de confirmação, mas que ‘ é só meu palpite
• Isso é absolutamente terrível.
• @Bennett, os clientes adoraram. Terrível para você é ótimo para outra pessoa. O que importa são os clientes. Todos os outros, bons pontos sobre a frase de desfazer.

O que você obteve está gramaticalmente correto, mas entendo seu ponto.

Você pode tentar dividir a mensagem em duas frases:

Este item será excluído, e você certo?

Isso move a parte importante da questão para a frente, onde (espero) é mais provável de ser lida.

Eu também tento evitar mensagens para ações que podem ser desfeitas e reduzir o número de ações que podem ser desfeitas a um mínimo absoluto.

Comentários

• E, claro, substitua this item pelo nome real do item!
• @Jared – sim – deixe explícito o que você vai fazer.

Para mensagens críticas, você deseja ser o mais claro possível e garantir que o usuário leia a mensagem.

Mensagens como

Ao clicar aqui, você concorda que …

Tem certeza de que deseja …

Se perder no usuário, o usuário lê como yada, yada, yada, qualquer que seja … e clica em sim sem olhar.

Para fazer o usuário ler a mensagem, ela precisa estar a ordem certa.

• Nomeie a ação que acontecerá
• depois o aviso
• depois a pergunta
• e depois a ação para realizar.

Você está prestes a enviar sua inscrição, Esta ação não pode ser desfeita, Deseja continuar, Clique sim para continuar ou clique em cancelar

Isso é um pouco longo, mas se você precisar que o usuário leia a mensagem, este é o caminho mais seguro.

Comentários

• Sua mensagem, embora seja melhor do que yadayada , ainda tem um problema – por que estou clicando em ” sim ” para continuar, em vez de ” continuar “? Algo assim seria melhor: Your application is ready to submit. If you continue, this can not be undone. Would you like to continue? [Continue] [Cancel]
• @Jared, Bom ponto, soaria melhor e seria mais curto.
• Que tal um mais forte versão? ” Enviar sua inscrição? Isto não pode ser desfeito. [Continuar] [Cancelar] ” (Na verdade, em muitos casos, dizer que a ação não pode ser desfeita não ajuda mesmo.)

As Diretrizes de interface humana da Apple para Mac OS X têm muito a dizer sobre caixas de mensagens (painéis de alerta).

Os nomes dos botões devem corresponder à ação que o usuário executa ao pressioná-los – por exemplo, Apagar, Salvar ou Excluir . O botão mais à direita da caixa de diálogo, o botão de ação, é o botão que confirma o texto da mensagem de alerta. O botão de ação é geralmente, mas nem sempre, o botão padrão.(Observe que nos métodos Cocoa, o botão mais à direita é sempre referido como o botão padrão, embora possa não ser.) Para obter mais informações, consulte “Dispensando diálogos”.

O problema com a API da caixa de mensagem do Windows é que ela não permite que você especifique realmente os nomes dos botões que deseja, em vez disso, exige que você role sua própria caixa de mensagem ou use o Sim / Não integrado Botões / OK / Cancelar.

Para ler mais, aqui está um artigo interessante que fala sobre os problemas com as caixas de mensagens em geral: Por que as caixas de mensagens são Mal .

Comentários

• Os problemas na API do Windows Message Box são resolvidos pelo Diálogo de tarefas API. (Novo no Windows Vista)

Nem sempre é sobre essas ações explícitas como excluir, apagar, save..etc .. Pode haver certos cenários em que o usuário pode sair inadvertidamente de um processo crítico em andamento.

Por exemplo: o usuário está no meio do pagamento e clica no botão Voltar.

Nesse cenário, o usuário precisa ser alertado.