Devo exigir que os usuários se registrem para usar meu aplicativo?

Portanto, estou muito perto de lançar um aplicativo em que estou trabalhando, e o servidor com o qual integro me permite registrar usuários. Então, eu queria saber se devo exigir que os usuários se registrem no aplicativo antes de usá-lo. O aplicativo não "precisaria" do registro de nenhum dos recursos (embora eu tenha algumas idéias sobre futuras atualizações em que os dados do usuário possam ser salvos em sua conta na nuvem), mas ainda assim seria bom ter uma lista de Usuários registrados.

Uma razão pela qual acho que devo exigir que os usuários se registrem é porque, quando o aplicativo é iniciado pela primeira vez, ele deve aceitar minha política de privacidade e termos de uso; portanto, se eu fiz uma tela de registro, pode ser mais fácil e direto, em vez de bombardear o usuário com a linguagem jurídica grossa.

Mas receio que exigir que o usuário se registre me custará alguns usuários. Certa vez, baixei um aplicativo e ele queria que eu me registrasse, mas nunca tive preguiça. É um medo legítimo exigir o registro?

Obrigado!

Editar: para esclarecer, se eu precisar solicitar o registro, quais informações devo coletar: nome, email, senha? de outros? E não estaríamos enviando spam com e-mails. Também temos uma política de privacidade muito forte e armazenamos todos os dados com segurança.

bem, para mim, eu preferiria um aplicativo em que não precise me registrar, simplesmente porque, assim como você, tenho preguiça de preencher o formulário de registro de um novo aplicativo que não tenho certeza se realmente utilizarei ou não

bem, eu posso te dar melhores opções

• você pensou em tornar o registro opcional até que você realmente o solicite após a atualização do aplicativo e permita que o usuário salve seus dados na nuvem?

• que tal deixar que o usuário use seu certificado de outros serviços (login do Google, login do Facebook, ID aberto)

• no caso de telefones Android, acho que você pode conhecer a conta principal do Google e mantê-la como usuário registrado no seu aplicativo

Imagine que você mora em uma cidade pequena e tem dois supermercados.

• O primeiro é do outro lado da rua. Você vai lá, compra o que precisa, paga e pode sair com os produtos que comprou.

• O segundo está fora da cidade. Você tem que usar o seu carro para ir até lá, então você tem que encontrar uma vaga de estacionamento gratuita (o estacionamento é pequeno, às vezes você precisa esperar dez minutos ou mais para que outros clientes saiam), depois você precisa viajar a pé por cinco minutos, já que o estacionamento não fica no mesmo local do supermercado.

  Ao entrar no supermercado, você precisa se registrar, o que consiste em fornecer muitas informações pessoais sobre você, o número da sua conta bancária, a idade das suas filhas, a lista de itens de seu interesse, um endereço para o qual o anúncio será enviado (sim, é obrigatório), etc. Depois de registrado, você espera dois dias para o cartão do cliente ficar pronto e pode entrar no supermercado.

  Além disso, ao pagar pelos seus produtos, eles fazem uma ligação para o seu banco para verificar se o seu cartão ainda é válido. Se eles não puderem entrar em contato com seu banco, você deverá esperar até amanhã.

  Finalmente, cada vez que você sai, você deve preencher um questionário com seus comentários sobre o supermercado. O questionário tem dez páginas e todos os pontos são obrigatórios.

Qual desses mercados você escolhe?

A regra é: não force os usuários a fazer as coisas nem eles, nem você precisa . Se você fornece um serviço a um usuário final, deve garantir o acesso mais rápido possível a esse serviço (do ponto de vista do UX), com o menor número de etapas necessárias para usá-lo:

• Se algo puder ser feito com um clique do mouse, não force a pessoa a fazer dois cliques.

• Não force uma pessoa a preencher mais de 100 campos em um formulário quando você realmente precisar de apenas dez.

• Não force uma pessoa a passar duas horas pesquisando a documentação quando precisar usar um recurso do seu produto que não usava antes.

• etc.

O registro é uma via de mão dupla : quando me registro na Amazon, eles têm minha conta de e-mail e posso comprar produtos em seu site. Sem registro, ainda posso ver os produtos, mas não consigo comprar nada. Quando me registro no Stack Exchange, forneço minha identidade ao Stack Exchange, mas, em resposta, eles me permitem editar postagens, comentários de outras pessoas etc. Como hóspede, ainda consigo ver todas as informações e até postar perguntas ou respostas. Através do registo, eu fornecer valor para eles, mas sei perfeitamente o que eu receber a partir deles .

Forçar os usuários a se registrar apenas "porque podemos" é sempre ruim. Os usuários podem querer fazer duas perguntas:

• Existe algo tão valioso no seu site que vale o tempo gasto com o registro?

• Como sei que é realmente tão valioso?

No Amazon ou Stack Exchange, essas perguntas são fáceis de responder. Por exemplo, no SE, sei exatamente que é uma série valiosa e de alta qualidade de sites, com muitas pessoas competentes e inteligentes, apenas lendo as perguntas e respostas às quais tenho acesso como hóspede. Na Amazon, eu sei exatamente que, depois de me registrar, poderei comprar este produto específico que estou vendo agora como convidado.

Não há nada pior do que iniciar um relacionamento com um cliente em potencial por "registre-se primeiro, depois mostraremos como somos úteis para você". Mostre seu produto. Vamos tocá-lo, testá-lo, ver se ele realmente corresponde às nossas expectativas. Vamos garantir que você forneça valor que os concorrentes não podem fornecer.

Por último, mas não menos importante: muitos clientes precisam saber por que você está pedindo que eles façam algo :

• Se eu souber que um site custa dinheiro para uma pessoa e a única maneira de mantê-lo é exibir anúncios para os usuários, terei mais tendência a não bloquear esses anúncios em comparação com uma situação em que paguei por um serviço grande quantidade de dinheiro, e ainda sou obrigado a ver os anúncios irritantes.

• Se eu sei que você precisa de registro porque seu aplicativo não pode funcionar sem identificar os usuários ou porque permite reunir estatísticas para BI, melhorando o serviço no futuro, eu me registraria. Se eu não tenho idéia do por que você está me pedindo para fornecer meu endereço de e-mail, a primeira ideia que vem à mente é que você está apenas pretendendo me enviar spam.

Depende dos seus casos de uso. Eu acho que um ótimo modelo são os sites StackExchange - você pode obter valor sem se registrar, mas obtém ainda mais se o fizer. Além disso, o registro é mais fácil porque, com a integração do OpenID, você não tem mais credenciais para lembrar.

Mas receio que exigir que o usuário se registre me custará alguns usuários.

Sim. Não há dúvida sobre isso.

Certa vez, baixei um aplicativo e ele queria que eu me registrasse, mas nunca tive preguiça.

Essa é uma razão para não querer se registrar.

Outro motivo é que as pessoas não têm como saber o que você fará com qualquer informação pessoal que elas lhe fornecerem. Por exemplo, todo mundo sabe que toda vez que você fornece seu endereço de email, corre o risco de aumentar a quantidade de emails indesejados na sua caixa de entrada. E coisas muito piores do que isso podem acontecer.

É um medo legítimo exigir o registro?

Sim.

Suas edições não mudam nada:

Para esclarecer, se eu precisar solicitar o registro, que informações devo coletar: nome, email, senha? de outros?

Meu voto seria a favor de nenhuma das opções acima ... a menos que fosse um registro totalmente opcional . Mesmo assim, você nunca deve coletar senhas. NUNCA.

E não estaríamos enviando spam com e-mails. Também temos uma política de privacidade muito forte e armazenamos todos os dados com segurança.

É o que você diz. Mas por que motivo o usuário tem que acreditar em você / na sua empresa? E o que acontece quando sua empresa é adquirida ou liquidada por outra entidade que tem uma visão diferente sobre questões de privacidade?

Pela sua explicação, você parece ter duas opções:

1. Não possui registro e exibe sua política de privacidade sempre que o aplicativo é iniciado
2. Não exiba a política de privacidade para usuários registrados, usuários não registrados precisam aceitá-la.

Você parece ter medo de perder usuários porque: a) eles não gostam de aceitar repetidamente os mesmos termos legais repetidamente; ou b) eles não gostam de se registrar. Por que não oferecer a eles a escolha? Torne o registro voluntário, mas ofereça a ele uma melhor experiência do usuário (sem ' tela irritante ') para ele.

Dessa forma, você não afastará aqueles que não gostam de se registrar, nem aqueles que não gostam da tela de chat.

Todas essas respostas são ótimas, mas estão preocupadas com políticas e detalhes técnicos.

Sim absolutamente! você deve exigir que os usuários se registrem. Por quê? Primeiro, você deseja esses endereços de email. Sem esses e-mails, alguém pode usar seu aplicativo, esquecê-lo e não há como entrar em contato novamente se você tiver adicionado um novo recurso que os levaria a voltar. Seria um erro grave se você não obtivesse os endereços de e-mail deles.

Você diz que isso prejudicaria pessoas em potencial. Sim, você seria. Mas você prejudicaria principalmente as pessoas que provavelmente não são seus usuários principais. Apenas pessoas que casualmente querem ver do que se trata, não pessoas realmente motivadas e interessadas no que você tem a oferecer. Confie em mim, se alguém realmente quiser o que você oferece, ele se registrará. Atualmente, a maioria dos sites exige registro: troca de pilhas, quora, gmail, faceboook, pinterest. É prática comum - não se preocupe

Se você se preocupa com o incômodo, implemente o Facebook Connect, no mínimo.

É melhor evitar o registro do usuário porque o registro custa alguns usuários, como você pensa. quando for obrigatório, em vez de levar diretamente a página de registro do usuário, vá para uma página intermediária, na qual você explica por que o registro é necessário e sobre quais informações coletar,

collect as minimum information as possible.

Melhor se você fornecer login através de terceiros, como facebook, gmail ou openID, como stackexchange.mas existe um problema com logins de terceiros, que (gmail, facebook) pode não abrir nas redes do escritório.

We also have a very strong privacy policy and would store all data securely.

você pode comunicar o mesmo ao usuário para criar alguma confiança nele.

user registration decreases usability of your application.

convém executar testes de usabilidade em seu aplicativo.

Vários pontos são levantados por sua pergunta:

• Por que seu aplicativo precisa de uma política de privacidade? Você coleta dados do usuário?

• Qual é o seu benefício em coletar nome e email por meio de registro? Não é suficiente manter uma cópia das faturas? ou uma contagem de downloads?

• Muitos países exigem que você declare às autoridades qualquer arquivo que contenha dados pessoais. Você planeja passar por esse processo?

Como outros já mencionaram, um processo de registro é um aborrecimento para os usuários. Eu acho que isso também é um aborrecimento para você.

Se você deseja apenas acompanhar se eles aceitaram ou não o contrato de licença, use um cookie permanente (ou ID exclusivo do aplicativo mais a variável do lado do servidor) para rastrear se eles aceitaram ou não o seu contrato.

Obviamente, isso não ajudará em vários navegadores, mas, dependendo da sua base de usuários e de como o aplicativo funciona e é usado, pode não ser importante.

Exigir o registro de algo que, de outra forma, não precisa de informações pessoais do usuário, reduzirá a adoção.