it-swarm-pt.tech

Tela de login do usuário do WebApp

Atualmente, estou considerando opções para uma tela de login de aplicativos da Web/intranet e este parece ser um bom lugar para compartilhar.

Não há muito trabalho na tela atual desde a criação e existe como lista suspensa/caixa de nomes de usuário (nome completo), campo de senha e botão de login. Os usuários parecem confortáveis ​​com isso (tendo existido dessa maneira por vários anos (podem ser adversos à mudança)), mas com o número de entradas/usuários se aproximando de 200, talvez seja necessário reconsiderar.

Eu observei alguns usuários "lutando" para encontrar seu nome de usuário entre outros, embora alguns usuários se sintam confortáveis ​​em selecionar a lista suspensa e digitar. O sistema é frequentemente usado em um ambiente de quiosque de fabricação e, portanto, talvez a digitação deva ser mínima/minimizada.

Essa tela pode permanecer como está e eu tenho muitas outras coisas para desenvolver (mais recursos desejados com maior prioridade), mas estou me perguntando se existem boas alternativas ou sugestões. Caixa de texto de preenchimento automático?

Essa situação me deixa com as seguintes perguntas:

  • Existem "modelos mentais" para telas de login?
  • Pode haver opções alternativas para o nome de usuário que não seja o menu suspenso ou o campo de texto?
  • Como faço para lidar com a resistência à mudança de interface?
  • Alguém pode me direcionar para uma boa literatura sobre telas de login/modelos mentais?
2
Gavin

Bem, como um usuário alternativo pode entender, você pode tentar combinar o campo de texto com o menu suspenso e o auto-sugestão.

Então você tem uma caixa de texto com sugestão automática e uma seta de drowdown ao lado. Se você clicar na seta, verá todos os nomes de usuário; se começar a digitar, a lista será reduzida para os possíveis nomes de usuário.

se você não deseja adicionar uma função para manter o usuário conectado, você pode pelo menos lembrar o nome do usuário.

Mas, na minha experiência com essa quantidade de dados, é realmente necessário um campo de pesquisa/entrada.

Eu acho que a melhor maneira de lidar com a resistência às mudanças é trazê-las um pouco. Os usuários devem ter uma lista suspensa como costumavam fazer, mas eu espero que eles tentem usar os novos recursos e aproveitá-los. Também pode ser bom mostrar um aviso "que é novo" na primeira inicialização. O Google faz isso e mostra os novos recursos. Dessa forma, o usuário obtém uma explicação e pode aproveitar os novos recursos, em vez de ficar confuso com eles.

4
Lukas Oppermann

Geralmente, modelos mentais são usados ​​para ajudar a dividir conjuntos de tarefas, para que os requisitos sobre o processo possam ser reunidos. Não conheço nenhum que faça recomendações específicas da interface do usuário.

Seria melhor usar o email ou o ID do funcionário para as credenciais de login, pois elas são únicas versus um nome que pode ser compartilhado entre muitas pessoas. Essa deve ser fácil o suficiente para explicar por que essa mudança é necessária.

Não recomendo o preenchimento automático para telas de login. Embora realmente não dê a uma pessoa mais acesso à conta de outra pessoa, a percepção de que o usuário está acessando informações particulares deixadas por outros usuários pode ter um efeito negativo.

1
Tucker

Se sua tela de login tiver espaço, que tal usá-los? Forneça uma entrada de texto em branco ao lado do menu suspenso e forneça algumas palavras como: Type your username or select it from the menu, then click 'Login'. Depois de um ano, retire o menu suspenso ...

1
Bryan

Lukas Oppermann A sugestão de usar um campo de texto de preenchimento automático é a resposta ... Gostaria de comentar sob a resposta dele, mas não temos representantes suficientes para fazê-lo. Pode-se adicionar que você pode adicionar um teste A/B para ver com a opção de usar a outra interface. É difícil acreditar que as pessoas desejariam um menu suspenso com mais de 200 itens ... :-)

0
blunders

Eu acho que há muitas respostas sobre o que colocar no seu tempo para o design. Vou apenas responder sobre o design. Você deve usar o preenchimento automático ou o campo de texto, seja qual for o seu, o link a seguir é apenas sobre o design. existe apenas uma caixa de texto, você deve colocar outra caixa de texto para a senha.

ver desenho aqui ver desenho

tela de demonstração do Jqtouch Preview (veja apenas no safari)

mas essa não é a tela de login, basta visualizar a tela do celular. Você pode ajustá-lo com seus requisitos.

0
Pir Abdul

Eles sempre efetuam login como um usuário específico? Se for um site de intranet, sempre é preferível algum tipo de logon único - ou seja, o usuário não efetua login, mas o navegador "renuncia" automaticamente ao logon nas credenciais do sistema operacional - para um processo contínuo experiência.

Em um ambiente de quiosque, acho que o aplicativo em si é o único limite de segurança, não o sistema operacional? Existe algum bom motivo para exibir todos os nomes de usuário em uma lista ou pelo preenchimento automático? Ou seja, por que a caixa de texto vazia mais comum foi inicialmente descartada? Eu acho que há uma boa razão ^^

Para logins de baixa segurança, às vezes, apenas um código PIN ou senha pode ser usado, sem nenhum nome de usuário. As impressoras pull tendem a usar esse sistema. Como um lustre de segurança, zombei dele, mas parece funcionar bem devido ao baixo impacto de uma violação. Mais informações sobre o que o sistema faz e as implicações na segurança mais alta/mais baixa e nos usuários finais identificáveis ​​podem ser úteis.

0
Oskar Duveborn