it-swarm-pt.tech

Prós e contras por ter o mesmo formulário para login, registro e senha esquecida

Tenho notado que alguns sites têm a mesma forma de login, registro e senha esquecida.

Abaixo do formulário você tem 3 botões

  • esqueci a minha senha
  • registro
  • faça o login

Quais são os prós e os contras do uso dessa abordagem e qual versão você escolheria.

17
Gabriel Solomon

Sempre deve haver links para registrar e esquecer as páginas de nome de usuário/senha nas sua página de login.

Usar um único formulário com três botões diferentes compartilhando os mesmos campos de nome de usuário/senha seria confuso. Além disso, provavelmente não é possível:

  • O registro normalmente requer informações adicionais, além de nome de usuário e senha (pelo menos, redigitando a senha para confirmar).
  • Esquecer a senha não é frequente e exige que o usuário envie alguma outra forma de autenticação (por exemplo, pergunta secreta, seu endereço de email registrado, confirmação de que deseja enviá-la por email).

Por outro lado, ter áreas separadas (formulários) para operações de registro e login na mesma página poderia funcionar bem.

Registro O formulário na página de login melhora a experiência para novos usuários (ao custo da confusão para usuários existentes).

Isso funciona bem para sites que não são reutilizados com frequência e onde uma nova experiência suave do usuário é uma prioridade. Um bom exemplo é um site de compras que recebe muitos usuários iniciantes. Seu objetivo é encomendar mercadorias com o mínimo de obstáculos possível. Para esse site, o registro deve parecer uma parte menor do checkout. Tê-lo em uma página diferente parece um passo extra e um impedimento no processo.

Esquecer uma senha (ou nome de usuário) é um cenário pouco frequente. Eu acho que uma página separada é suficiente e não atrapalha o fluxo de trabalho principal.

12
dbkk

Não existe um "profissional" possível para ter uma única forma, como você sugere, que supera o "golpe" mais importante: isso confunde seus usuários. Mesmo ter um formulário compartilhado apenas para logon e registro (como sugerido por Lukas) provavelmente causará confusão. As pessoas veem um formulário e assumem que sabem para que serve e, na verdade, não leem o texto de um botão, apenas clicam nele, assumindo que ele fará o login.

Além disso, para acessibilidade e usuários avançados, como um formulário como esse funcionaria se você pressionar Enter em vez de clicar em um botão? Claro, você pode dizer que o padrão seria fazer um login, mas muitos usuários simplesmente clicam em enter após preencher um formulário e, se um usuário está tentando se registrar dessa maneira, você dificultou ainda mais o registro. Isso significa que você provavelmente perderá totalmente esse registro.

Também na frente da acessibilidade, como você nomearia esse formulário? Um leitor de tela vai de cima para baixo; portanto, o nome do formulário é usado para ajudar o usuário a entender para que serve o formulário. Se você possui um formulário com várias finalidades, como esse usuário deve saber disso?

3
Charles Boyung

Os únicos profissionais que eu pude criar são:

  • Toda a funcionalidade está em um só lugar
  • Você não está repetindo páginas solicitando os mesmos dados

O que não é realmente muito profissional.

Os contras que consigo pensar imediatamente são muito mais fortes:

  • Cada página é uma atividade diferente e você não precisa exatamente das mesmas informações para cada uma.
  • Você corre o risco de confundir o usuário.

Quanto ao que procurar - separe páginas sempre.

Você não está solicitando os mesmos dados em cada caso e usuários inexperientes ou ocasionais precisarão de mais orientações de qualquer maneira.

2
ChrisF

Bem, na verdade eu acho que se você tentar fazer login e usar uma senha errada, pode haver um link aparecendo como "esqueceu a senha?" Isso enviaria um novo por email. Como você não precisa de mais informações além do email/login, isso deve funcionar bem.

No entanto, eu concordo com as outras postagens, que não deve haver um botão no formulário de login, mas apenas um link, que direciona você para um formulário que solicita seu email/nome de usuário.

Devido ao comentário de Charles Boyungs, repensei minha declaração e cheguei à conclusão de que suas críticas são realmente bem colocadas. Ainda acho que não é uma má idéia dar a possibilidade de se registrar no formulário de login. Isso ocorre porque, muitas vezes, o usuário é solicitado a fazer login enquanto tenta acessar uma determinada página, se o usuário não tiver uma conta, aqui é o lugar para ele se inscrever.

Poderia funcionar assim. O formulário („Formulário de login“ para o leitor de tela) possui um campo para email e senha para login e a ação padrão ao pressionar Enter é efetuar login. Existe, no entanto, um botão de registro. Clicado, o usuário é redirecionado para um formulário diferente com todas as informações necessárias (se houver mais, além de e-mail e senha). Se o usuário preencheu o email e a senha, eles são passados ​​para o outro formulário.

Caso você não precise de mais informações, clicar no registro apresentaria uma página de sucesso se você já tiver preenchido suas informações ou se não, um formulário para preencher as informações e apenas um botão "registrar".

Dessa forma, você tem três formulários, mas pode combiná-los para que seja, na minha opinião, fácil para o usuário e muito conveniente.

2
Lukas Oppermann

O principal motivo para separá-los é evitar que os usuários criem novas contas acidentalmente. Tentei ser igualmente criativo com um formulário como esse no passado e acabei com muitos usuários que tentaram "fazer login" usando o formulário de registro e depois me perguntei por que todos os seus dados haviam sido excluídos.

Mesmo que eu não tenha permitido que os usuários existentes se registrem, dados os usuários suficientes, alguns digitarão incorretamente seus e-mails no login E clicarão no botão registrar, o que cria não apenas uma falha no UX, mas também problemas desnecessários de suporte e rotatividade do cliente.

0
catbelly