Quanta informação você deve solicitar quando os usuários se registrarem?
Portanto, a empresa deseja todas as informações que puder obter sobre os usuários do site, mas quanto deve ser solicitado no registro?
Por um lado, seria mais fácil para os usuários inserir apenas detalhes pessoais uma vez. Por outro lado, isso pode levar à desconfiança dos usuários: Por que eles querem essa informação? Eles não precisam dela?
Por exemplo, se o usuário quiser comprar algo, é necessário um endereço. Isso deve ser perguntado quando os usuários se registram, para facilitar a compra de coisas?
Aqui está m artigo de leitura obrigatória - A BestBuy viu um aumento de US $ 300 milhões nas vendas anuais através de sua loja on-line, não exigindo que os usuários registrar de todo para comprar produtos (isso significa que eles teriam que digitar seu endereço etc. etc. sempre que comprassem algo). Se isso não for suficiente,
Posteriormente, fizemos uma análise do banco de dados do varejista, apenas para descobrir 45% de todos os clientes tinham vários registros no sistema , alguns até 10. Também analisamos quantas pessoas solicitaram senhas, para descobrir que atingiam cerca de 160.000 por dia. 75% dessas pessoas nunca tentaram concluir a compra uma vez solicitada.
Isso diz muito contra exigir o registro do usuário de todo. Faz sentido para algo como a Amazon, onde os clientes frequentemente compram coisas, mas não tanto para ... bem, para a maioria das outras lojas online. Se você não estiver convencido, considere estes dois cenários - o que é pior para o cliente?
Cenário 1:
- O usuário compra algo e insere endereço, informações de cobrança etc.
- Seis meses depois, o usuário quer comprar outra coisa
- O usuário deve digitar novamente o endereço, as informações de cobrança etc.
Cenário 2:
- O usuário compra algo e insere endereço, informações de cobrança etc.
- O usuário também é instruído a se registrar e deve criar uma senha
- Seis meses depois, o usuário quer comprar outra coisa
- O usuário clica em "registrar" e cria uma nova senha
- O usuário é informado de que o endereço de e-mail está em uso e que deve fazer login com uma senha.
- O usuário procura o pequeno link "Esqueceu a senha"
- O usuário deve digitar o endereço de e-mail uma segunda vez, porque nenhum desses sites lembra a coisa você acabou de entrar
- O usuário precisa responder a uma "pergunta de segurança" - ela digitou o nome de sua escola primária quando estava se registrando? nunca foi verificado ... Nesse caso, ela está bloqueada para sempre em seu site para sempre
- O usuário acessa o Gmail/Hotmail/etc (e ausente do seu site - ela voltará?)
- O usuário precisa criar uma nova senha
- Opa! Eu mudei! Como altero o endereço no sistema?
- Não, não o endereço de cobrança, apenas o endereço de entrega!
- ...
Ou talvez o usuário use a mesma senha para tudo (como muitos fazem - inclusive eu neste momento, apesar de ser um profissional de TI). Esse é um risco óbvio à segurança, já que é mais fácil alguém se apossar da senha, se ela for usada para tudo, e essa senha agora abre acesso a endereços, possivelmente informações de cobrança, etc. através do seu site.
NÃO EXIGE REGISTRO! - Se você deve, considere algo como Orbitz faz, onde você pode opcionalmente registrar digitando uma senha no formulário de registro. Além de salvar seus dados para compras repetidas, você também pode fazer login para verificar o status do seu voo, algo que os clientes podem querer fazer.
Considere o padrão de design de registro lento. Basicamente, adia o registro até que seja absolutamente necessário e pode até preencher algumas informações para o usuário com base em suas interações anteriores com o site.
Aqui estão alguns exemplos:
- Lazy Registration Pattern explicado pelos padrões da interface do usuário
- Lazy Registration Pattern explicado por Ajax Patterns
- 12 (10) Exemplos de registro lento
Na ausência de registro lento, eu diria que o mínimo é endereço de email, nome de usuário e senha. No entanto, não as solicite até que sejam absolutamente necessárias. Para todo o resto, forneça incentivos para fornecer mais informações, como o emblema que você recebe aqui para preencher seu perfil.
Eu acho que o melhor cenário é este:
- Não peça informações até o momento em que precisar.
- Torne sempre fácil para o usuário fornecer qualquer informação que deseje compartilhar.
Essas regras se aplicam ao registro inicial e à aquisição de detalhes adicionais após o registro.
Supondo que você tenha convencido o usuário a se registrar, solicitar informações "demais" sobre o registro é uma maneira garantida de afastar as pessoas ou fazer com que elas digitem dados falsos. O mínimo que você precisa e deve solicitar é e-mail (que você pode usar como ID) e senha.
Você precisa dar a eles motivos para querer inserir mais dados.
Portanto, se você é um site de compras, eles só querem inserir o endereço quando compram algo etc.
Eu concordo com Chris em pedir um endereço apenas quando eles compram algo.
Mas eu daria um passo adiante: solicite um e-mail e senha somente quando necessário. O Times of London viu uma queda de 90% no número de leitores quando começou a exigir que os usuários se registrassem (era gratuito). Os usuários fornecerão informações com satisfação se, e somente se, houver algo nelas para eles. Lembre-se de que seus concorrentes estão a apenas alguns cliques do mouse.
Menos é mais.
Tudo o que você precisa é o seu e-mail address e um password. Nada mais nada menos. Nem mesmo para confirmá-los, eles são inúteis e irritantes. Apenas esses dois campos são suficientes. Se o usuário cometer um erro ou esquecer a senha, ele poderá redefini-la facilmente através de um endereço de email válido fornecido.
Agora, todo o resto pode ser solicitado mais tarde, quando realmente necessário e se o usuário desejar.
Só para concordar com o que todo mundo já disse.
Para resumir minhas experiências pessoais.
Toda vez que removi o registro como etapa obrigatória - as vendas aumentaram
Sempre que removia um campo de um processo de registro/checkout - as vendas aumentavam
Cada. Solteiro. Tempo.
Isso coloriu um pouco minha visão sobre registro e campos desnecessários :-)
Existem duas rotas de usuário que você está descrevendo. O primeiro é quando o usuário simplesmente se inscreve e o outro é quando o usuário deseja comprar um produto .
Se o usuário estiver percorrendo a rota 'comprar produto', é perfeitamente bom pedir o endereço de entrega e etc., porque é isso que o usuário espera quando compra alguma coisa. No entanto, se o usuário está seguindo o caminho da inscrição sem a intenção de comprar algo, você deve solicitar apenas o essencial e nada mais.
Se você precisar de mais informações do usuário, sempre poderá solicitá-las após a inscrição. Isso ajuda a manter uma taxa de conversão saudável, em vez de assustar os usuários com muitos campos e perguntas.
Aqui está um artigo, " 8 motivos pelos quais os usuários não preenchem os formulários de inscrição " detalham por que os usuários não preenchem os formulários de inscrição. Uma das razões pelas quais isso não ocorre é quando você solicita muita informação em comparação com o valor obtido. Se eles não sentirem que não receberão muito de volta quando se inscreverem, provavelmente não fornecerão suas informações.
Eu acho que você deve distinguir entre o registro e a compra do produto. Sugiro manter apenas os campos necessários que permitirão que você se comunique com seus usuários após um registro bem-sucedido (por exemplo, para atualizar sua conta).
Sabe-se que à medida que o número de campos do formulário aumenta, as taxas de conversão diminuem - veja o gráfico abaixo.
Recomendo a leitura desses excelentes artigos que convertem o problema: http://blog.hubspot.com/blog/tabid/6307/bid/6746/Which-Types-of-Form-Fields-Lower-Landing-Page -Conversions.aspx
http://www.appsee.com/blog/app-monetization/minimizing-mobile-checkout-abandonment
