Quantas vezes você usou um aplicativo da área de trabalho ou uma página on-line e se deparou com um ou mais itens de menu que estão desabilitados e não tem idéia do porquê de estar desabilitado. Usar ajuda ou documentação é inútil. Fica frustrante porque está impedindo você de seguir em frente.
Eu nunca vi essa prática de usabilidade usada. Passe o mouse sobre o item desativado e uma dica de ferramenta lista os motivos e você diz "Oh .. ok. Agora eu sei". Sua outra opção é entrar em contato com o suporte ou postar em um fórum, explicar o que estava fazendo. Aguarde o que possivelmente são dias, para obter uma resposta, se houver. Essa é a diferença entre preto e branco. Obtendo ajuda instantânea com um simples mouse ou fique frustrado e aguarde horas.
Se você é o responsável pelo desenvolvimento do aplicativo, sabe exatamente por que um item está desativado porque você o desativou em seu código. Portanto, não é difícil mostrar os motivos para o usuário. É isso?
Esta pequena dica poderia ter salvo milhares de chamadas de suporte técnico. Existem milhões de postagens na Web de Por que algo está desativado ou acinzentado.
Essa é uma boa ideia. Para facilitar a localização da dica, você pode adicionar um pequeno ícone de ajuda aos controles desabilitados. Como adicionar um ícone extra ao lado o controle pode atrapalhar o layout, você pode adicionar o ícone ao próprio controle:
Geralmente descobri que os usuários não lêem nada. Especialmente dicas de ferramentas. Ajudaria o usuário avançado, mas eu realmente não acho que "milhares de chamadas de suporte técnico" seriam salvas.
Com isso dito ... não dói. Por que não? Para os poucos clientes que apreciam e leem, isso terá um impacto amigável muito agradável.
Eu posso estar me repetindo aqui, mas a única maneira de saber com certeza se isso seria uma melhoria é testá-lo. Então, eu posso concordar ou discordar, mas isso realmente não importa, porque sou apenas um especialista. Usuários reais irão chutar todos os nossos burros.
Itens desativados são algo estranho. Na vida real, se um botão não funcionar, algo está quebrado.
Agora, se algo tiver que ser desativado, deve ser um caso excepcional. E casos excepcionais devem ser anunciados quando ocorrer (para ter a atenção do usuário) com uma declaração clara e simples (e de preferência não em uma caixa de diálogo "ok", porque eles são clicados e não lidos).
Portanto, a verdadeira solução IMHO é não ter coisas desabilitadas na interface do usuário.
Se você mantiver itens desabilitados, o que você diz ao usuário? Provavelmente, tudo se resume a "Desculpe, está desativado, porque algumas coisas internas rígidas não são como deveriam ser, mas você não pode fazer nada sobre isso" ou "Ei, usuário, obviamente, nossa interface não é suficientemente intuitiva, mas nós prefiro te dizer: faça 'isso' primeiro "......
Brilhante, simples e realmente muito útil.
Mas, por outro lado, eu ocultaria todos os elementos inutilizáveis, a menos que os usuários esperassem vê-los, como botões de envio ou lista de contatos, não quero que o usuário surte ao não ver seus contatos agora, não é?
Eu gosto e gosto simples, sem ícone, sem dica de ferramenta chamativa, porque poucos usuários pairariam de qualquer maneira, dicas muito curtas e dicas de ferramentas padrão do navegador; caso contrário, seria código demais por muito pouco valor, e eu tenho quase certeza de que o próximo arquiteto técnico cortará esse recurso se for menos simples ...
Mas eu amo isto :)
Se algo estiver desativado, ele não precisará estar lá, a menos que não exija uma explicação.
Caso contrário, é apenas ruído para o usuário.
Um exemplo perfeito de boa "desabilitação" é o botão "enviar" no aplicativo nativo do iPhone SMS. Ele fica desativado até você digitar o texto. Nenhuma explicação é necessária, mas precisa estar lá.
Novamente, se um elemento da interface do usuário precisar ser desativado, você deve se perguntar: ele realmente precisa estar lá ... OU, posso alterar a interface do usuário para que não exija explicação?
Eu categorizei este caso 2:
1) Se o usuário desabilitado e o usuário não podem fazer nada, é melhor não mostrar nada, ou se você mostrar que não precisa de dicas de ferramentas.
2) Se estiver desativado, porque você precisa do seu usuário selecionar uma opção que esteja muito próxima (por exemplo, acima do botão), então você precisa contar a ele com uma dica de ferramenta, selecione sua opção e clique em mim.
Essa é uma boa idéia. Na verdade, nós a implementamos de maneira bastante consistente em nosso http://www.taskconnect.com Suplemento do Outlook, pois sabemos como é frustrante quando você não pode fazer o que deseja e não faz ' nem sei o que está errado.
É assim: (em uma imagem, há uma lista de armazenamentos de itens de trabalho conectados e desconectados (TFS), os conectados a abrir para mostrar seus projetos e os desconectados são acinzentados, com a dica contendo a mensagem de erro do servidor )
Também fizemos isso nos botões de uma barra de ferramentas (quando você não pode editar a tarefa, a dica de ferramenta informa o motivo).
Outra prática de interesse é que fizemos as dicas de ferramentas aparecerem instantaneamente, para que essa funcionalidade seja facilmente detectável, isso também funciona bem com os ícones da barra de ferramentas, pois o usuário é lembrado quase inconscientemente sobre sua função toda vez que a usa.
Na prática, os usuários que sabem o que cada botão faz não ficam aborrecidos, pois a barra de ferramentas aparece por milissegundos, mas depois que se esforçam um pouco, eles têm um lembrete em mãos. O que você acha?
Outra alternativa é deixar o item ativado e, se o usuário clicar nele, forneça feedback sobre o que é necessário antes que o item possa ser usado. Eu não acho que essa seja uma solução apropriada para todas as situações, mas pode ser útil para um iniciante e para um item que recebe ocasionalmente por poucos uso.
Aliás, acho que um item desabilitado pode ser melhor do que um item oculto porque, uma vez encontrado, você pode parar de procurar e lidar com o problema do enxt: POR QUE ele não está disponível? ;)
Você também pode ter um pequeno ícone de ponto de interrogação ao lado do item desativado que mostraria uma dica de ferramenta ao passar o mouse. Dessa forma, se o usuário se perguntasse por que um item foi desativado, o ícone seria um indicador óbvio de que pode haver informações sobre por que esse item está desativado. Isso pode salvar algumas chamadas de suporte.
Mas tenho que concordar com os outros que desativar os controles não é uma boa opção. Oculte condicionalmente ou projete melhor a interface do usuário para que não seja necessário.
Editar: Depois de pensar um pouco, há lugares em que a desativação funciona na minha opinião, mas o item desativado deve ser ativado por uma configuração próxima e o fato de que existe uma configuração que permite que o item seja abundantemente claro (e por que isso é o caso idealmente também).
Pense em por que essa opção está desativada, para qual aplicativo e em que momento da experiência. Em seguida, faça uma ligação em conformidade.
Algumas considerações podem ser: - O usuário pode executar alguma ação para ativá-lo? - Isso é uma rolha de exibição para o usuário? Existe um valor justificável para resolver esta situação? - Existem alternativas fáceis para esta opção desativada? (Provavelmente, apenas oculte a opção desativada nesse caso)
A idéia tem alguma perspectiva, já que a ajuda da dica de ferramenta (em vez de ajudar separada do contexto) é "just-in-time-and-place".
No entanto, existem alguns casos a serem considerados, por exemplo: