Captchas para forçar a interação do usuário?

https://stackoverflow.com/questions/458443

19-08-2019
|

Pergunta

Eu estou atualmente trabalhando em um programa que tem muitos desses ", o usuário DEVE ler-lo, mas ele vai clicar em OK, como um estúpido macaco" diálogos...Então, eu estava pensando em adicionar algo como um captcha para evitar o clique-sem pensar...

Minhas ideias eram:

Aleatoriamente os botões alterar
Aleatoriamente os botões de posição em algum lugar no formulário
O usuário deve clicar em um aleatoriamente coloridas palavra dentro do texto, ele deve ler
adicionar captcha
adicionar o codigo que inclui a mensagem para o usuário

Alguém já fez alguma experiência com tal situação.O que você sugere fazer?

Solução

Bem, você pediu opiniões e aqui vai a minha, mas não acho que seja isso que você gostaria de ouvir ...

Usuários gostam de programas em que possam depender. Eles não gostam quando as coisas mudam e não gostam de fazer um trabalho extra.

Altere aleatoriamente os botões e posicione aleatoriamente os botões em algum lugar do formulário apenas os fará com que pressione o botão errado ou fique irritado com seu aplicativo, porque como você diz, eles não leem o texto e, se você pensa sobre isso, também não nós . Como exemplo, pense em uma caixa de diálogo OK/Cancelar, você sempre espera que o botão OK esteja à esquerda e, na maioria das vezes, o pressiono sem lê -lo. Isso acontecerá exatamente o mesmo com seus usuários.

O usuário deve clicar em uma palavra de cor aleatoriamente no texto que deve ler
Adicione Captcha
Adicione o captcha que inclui a mensagem para o usuário

Com essas três opções, você adicionará um trabalho extra ao seu aplicativo, seus usuários o amaldiçoarão por isso. Pense em algo que você teria que fazer 10x por dia, digamos, verifique seu código para obter o seguro. Como você se sentiria se seu chefe lhe dissesse que a partir de agora você terá que preencher um captcha para cada arquivo que você tenta fazer o check -in?

Eu acho que é nosso trabalho facilitar a vida das pessoas que usam nosso software. Se eles devem ler algum tipo de texto e não querem, não há absolutamente nenhuma maneira de fazê -los fazê -lo.

Você não pode fazer as pessoas trabalharem bem, tudo o que você pode fazer é fornecer as melhores ferramentas possíveis e esperar que elas sejam profissionais o suficiente para fazer seu trabalho.

Então, basicamente, tudo o que estou dizendo é: faça o possível para facilitar o trabalho deles. Se isso é realmente importante do que você (ou quem estiver no comando) deve falar com eles e explicar por que isso é importante.

Você ficaria surpreso com a forma como as pessoas se comprometem com as coisas que entendem.

Outras dicas

Eu sugiro que você não tem;e que, a menos que você sabe melhor, você emular respeitável bem conhecida, bem testado UIs como <grande varejista on-line do> ou <online bancário site>.

Jogando com o usuário para que eles leiam mensagens estão condenados. Os usuários concentrarão os recursos mentais na conclusão do seu jogo, em vez de entender a mensagem. Seus usuários podem ser menos É provável que realmente compreenda a parte importante da mensagem se você tiver coisas como botões movidos, reabastecer, caçadores de tesouro, captchas ou atrasos. Eles se concentrarão nas instruções do jogo, não na questão real. É provável que os erros aumentem.

A recusa dos usuários em ler caixas de mensagens deve -se aos usuários que desejam fazer as coisas rapidamente, em vez de reservar um tempo para ler coisas, e também se deve ao fato de as caixas de mensagens serem usadas demais e mal utilizadas em tantos aplicativos. A inclusão de jogos bobos em caixas de mensagens fará com que os usuários se ressentem ainda mais, agravando o problema.

Aqui está o que você pode fazer:

Regra 1. Não use caixas de mensagens. Eles devem aparecer apenas para circunstâncias excepcionais. Um aplicativo não deve ter “muitas” caixas de mensagens. Não deve ser necessário ler muita documentação cada vez que o usuário usa um aplicativo. Se normal O uso do seu aplicativo resulta em uma caixa de mensagem, então sua interface do usuário está errada. Encontre outra maneira.

Em vez de mensagens de verificação, mostre claramente na janela principal o que aconteceu e forneça uma maneira clara de desfazer.
Use a correção automática, os campos retratados/mascarados e as mensagens incapacitantes em vez de erro.
Use bons padrões e automação para evitar mensagens. Por exemplo, em vez de mostrar uma mensagem de erro dizendo que o usuário não pode fazer upload porque não está conectado ao servidor, basta reconectar automaticamente.
Quebrar comandos ao longo das opções. Em vez disso, uma caixa de mensagem para perguntar se o usuário deseja colar com ou sem formato, forneça dois comandos diferentes no menu.
Não tenha mensagens de informação aparecendo espontaneamente dizendo ao usuário que tudo funcionou bem (por exemplo, "Preferências salvas!")
Não tem pop-ups fornecendo dicas ou documentação úteis. Forneça um tutorial ou ajuda de balão se você não puder fazer sua auto-documentação da interface do usuário.
Não tenha mensagens incômodas "atualize -me".
Considere fornecer o texto da mensagem na janela principal e não em uma caixa de mensagem separada (por exemplo, “a página pode não parecer ou agir corretamente porque o ActiveX está desligado para segurança.”). Os pop-ups do Surf Web condicionaram os usuários a descartar automaticamente qualquer coisa que apareça como irrelevante.

Regra 2. Se você tenho Para usar uma mensagem:

Faça o texto o mais breve possível para obter as principais informações. Mais texto não é equivalente a mais útil. Use “Sem correspondência para [Filemask] em [Path].” Não use “Erro não fatal 307: Ação de pesquisa abortada. [AppName] não consegue concluir sua pesquisa de string para a expressão regular que você forneceu porque a máscara de arquivo que você deu, a saber [Filemask], não resulta em nenhum arquivo correspondente no diretório que você especificou (que era [caminho]). Verifique sua máscara de arquivo ou seleção de caminho e novamente a reenture ou novamente nos arquivos para pesquisar a caixa de diálogo. Clique no botão OK abaixo nesta caixa de mensagem para retornar aos arquivos para pesquisar a caixa de diálogo. Clique no botão Cancelar nos arquivos para pesquisar diálogo quando chegar lá para cancelar sua pesquisa por strings. ” Se houver alguns usuários que precisarão de mais explicação do que podem ser alcançados em uma breve mensagem, forneça um botão de ajuda ou um link "Como faço para ..." na caixa de mensagens.
Use linguagem simples e sem jargão na mensagem. Isso inclui palavras "inocentes" como "diálogo", "banco de dados" e "toner". Não pegue o texto de exceção bruto e jogue -o em uma mensagem de erro. Não inclua nenhum número de erros ou despejos; registre -os em vez disso. Limpe seu aplicativo de qualquer caixa de mensagem de depuração deixada pelos desenvolvedores. Melhor simplesmente deixar o aplicativo desaparecer em um erro fatal do que colocar uma mensagem cheia de jargão e então O aplicativo desaparece.
Rotule os botões de uma caixa de mensagem com o que a ação faz, não "OK". No mínimo, os usuários precisam se concentrar no botão de ativação para descartar uma caixa de mensagem. Se esse botão for rotulado como "excluir" ou "instalar", ele deve dar uma pausa. Você nunca deve explicar no texto da sua mensagem o que cada botão faz. BTW, essa rotulagem é um padrão GUI na maioria das plataformas.

Redesenhe seu aplicativo para que não use caixas de mensagem.

Você pode tentar com um cronômetro que aguarda o "tempo suposto de leitura" antes de ativar o botão Enviar. Você pode até calcular o suposto tempo de leitura a partir do número de palavras.

Eu acho que maneiras sutis de forçar o usuário a ler seu texto (como mover botões ou pedir que eles leiam um captcha) podem fazê -los se sentir como macacos estúpidos.

Minha sugestão, viva com ela ou redesenhe suas caixa de diálogo/interface. Fazer não Adicione a aleatoriedade aos diálogos ou trate o usuário como um idiota, mesmo que você possa pensar que a maioria é :-).

Acabei de ler um artigo de Joel no software, Projetar para pessoas que têm coisas melhores para fazer com suas vidas. Faz questão de que a maioria das pessoas não leia nada e discute maneiras de contornar isso ou pelo menos não piorar.

Você pode usar uma pergunta de escolha com base no que o usuário deve ler.

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow