¿Debo solicitar a los usuarios que se registren para usar mi aplicación?

Así que estoy muy cerca de lanzar una aplicación en la que he estado trabajando, y el servidor con el que me integro me permite registrar usuarios. Así que me preguntaba si debería exigir a los usuarios que se registren con la aplicación antes de usarla. La aplicación no "necesitaría" el registro para ninguna de las funciones (aunque tengo algunas ideas sobre actualizaciones futuras en las que los datos del usuario podrían guardarse en su cuenta en la nube), pero aún así sería bueno tener una lista de Usuarios Registrados.

Una razón por la que creo que debería exigir a los usuarios que se registren es porque cuando se inicia la aplicación por primera vez, el usuario debe aceptar mi política de privacidad y los términos de uso; así que si hice una pantalla de registro, podría ser más fácil y más directo, en lugar de bombardear al usuario con el lenguaje legal grueso.

Pero me temo que requerir que el usuario se registre me costará algunos usuarios. Una vez descargué una aplicación, y quería que me registrara, pero era flojo, nunca lo hice. ¿Es eso un temor legítimo al requerir el registro?

¡Gracias!

Editar: para aclarar, si tuviera que solicitar el registro, ¿qué información debo recopilar: nombre, correo electrónico, contraseña? ¿otro? Y no estaríamos enviándoles correos no deseados. También tenemos una política de privacidad muy sólida y almacenaríamos todos los datos de forma segura.

bueno para mí, preferiría una aplicación en la que no tenga que registrarme, simplemente porque como tú soy flojo para completar el formulario de registro para una nueva aplicación que no estoy seguro de si realmente voy a usar o no

bueno te puedo dar mejores opciones

• ¿consideró que el registro es opcional hasta que realmente lo requiera después de las actualizaciones de su aplicación y permita al usuario guardar sus datos en la nube?

• ¿Qué hay de dejar que el usuario use su certificado de otros servicios (inicio de sesión de Google, inicio de sesión de Facebook, ID abierta)

• en el caso de los teléfonos Android, creo que puede conocer la cuenta principal de Google de los teléfonos y mantenerla como usuario registrado en su aplicación

Imagina que vives en un pueblo pequeño y tienes dos supermercados.

• El primero está al otro lado de la calle. Vas allí, compras lo que necesitas, pagas y puedes irte con los productos que has comprado.

• El segundo está fuera de la ciudad. Debe usar su automóvil para ir a él, luego debe encontrar un lugar de estacionamiento gratuito (el estacionamiento es pequeño, a veces tiene que esperar diez minutos o más para que otros clientes se vayan), luego tiene que viajar a pie durante cinco minutos, ya que el estacionamiento no está en el mismo lugar que el supermercado.

  Al ingresar en el supermercado, debe registrarse, que consiste en proporcionar mucha información personal sobre usted, su número de cuenta bancaria, la edad de sus hijas, la lista de cosas que le interesan, una dirección donde se enviará la publicidad (sí, es obligatorio), etc. Una vez registrado, espera dos días para que su tarjeta de cliente esté lista y luego puede ingresar al supermercado.

  Además, cuando pagan sus productos, hacen una llamada telefónica a su banco para verificar que su tarjeta aún sea válida. Si no pueden contactar a su banco, debe esperar hasta mañana.

  Finalmente, cada vez que se va, debe completar un cuestionario con sus comentarios sobre el supermercado. El cuestionario tiene diez páginas y todos los puntos son obligatorios.

¿Cuál de esos mercados eliges?

La regla es: no obligue a los usuarios a hacer cosas ni ellos ni usted necesita . Si proporciona un servicio a un usuario final, debe garantizar el acceso más rápido posible a este servicio (desde el punto de vista de UX), con la menor cantidad de pasos necesarios para usarlo:

• Si se puede hacer algo con un clic del mouse, no obligue a la persona a hacer dos clics.

• No obligue a una persona a completar más de 100 campos en un formulario cuando en realidad solo necesita diez.

• No obligue a una persona a pasar dos horas buscando documentación cuando necesite usar una característica de su producto que no usaba antes.

• etc.

El registro es bidireccional : cuando me registro en Amazon, tienen mi cuenta de correo electrónico y puedo comprar productos en su sitio web. Sin registro, todavía puedo ver los productos, pero no puedo comprar nada. Cuando me registro en Stack Exchange, proporciono mi identidad a Stack Exchange, pero en respuesta, me brindan la posibilidad de editar publicaciones, comentarios, etc. de otras personas. Como invitado, aún puedo ver toda la información e incluso publicar preguntas o respuestas A través del registro, les proporciono valor, pero sé perfectamente lo que recibo de ellos .

Obligar a los usuarios a registrarse solo "porque podemos" siempre es malo. Los usuarios pueden querer hacer dos preguntas:

• ¿Hay algo tan valioso en su sitio web que valga la pena?

• ¿Cómo sé que es realmente tan valioso?

En Amazon o Stack Exchange, esas preguntas son fáciles de responder. Por ejemplo, en SE, sé exactamente que se trata de una serie de sitios web valiosos y de alta calidad, con mucha gente competente e inteligente, simplemente leyendo las preguntas y respuestas a las que tengo acceso como invitado. En Amazon, sé exactamente que una vez que me registre, podré comprar este producto específico que estoy buscando ahora como invitado.

No hay nada peor como comenzar una relación con un cliente potencial al "registrarse primero, luego le mostraremos lo útil que somos para usted". Muestra tu producto. Toquémoslo, probémoslo, veamos si realmente coincide con nuestras expectativas. Permítanos asegurarnos de que proporciona valor que los competidores no pueden proporcionar.

Por último, pero no menos importante: muchos clientes necesitan saber por qué les pides que hagan algo :

• Si sé que un sitio web le cuesta dinero a una persona, y la única forma de mantener el sitio web es mostrar anuncios a los usuarios, estaré más inclinado a no bloquear esos anuncios en comparación con una situación en la que pagué por un servicio muy grande. cantidad de dinero, y todavía me veo obligado a ver los molestos anuncios.

• Si sé que necesita registrarse porque su aplicación no puede funcionar sin identificar a los usuarios o porque le permite recopilar estadísticas para BI, mejorando el servicio en el futuro, me registraría. Si no tengo idea de por qué me está pidiendo que proporcione mi dirección de correo electrónico, la primera idea que me viene a la mente es que solo tiene la intención de enviarme correo no deseado.

Depende de tus casos de uso. Creo que un gran modelo son los sitios de StackExchange: puede obtener valor sin registrarse, pero obtiene aún más si lo hace. Además, registrarse es más fácil porque con la integración de OpenID, no tiene más credenciales para recordar.

Pero me temo que requerir que el usuario se registre me costará algunos usuarios.

Sip. No hay duda de eso.

Una vez descargué una aplicación, y quería que me registrara, pero era flojo, nunca lo hice.

Esa es una razón para no querer registrarse.

Otra razón es que las personas no tienen forma de saber qué harás con la información personal que te brinden. Por ejemplo, todos saben que cada vez que da su dirección de correo electrónico, corre el riesgo de aumentar la cantidad de correo electrónico no deseado en su bandeja de entrada. Y cosas mucho peores que eso pueden suceder.

¿Es eso un temor legítimo al requerir el registro?

Sip.

Tus ediciones no cambian nada:

Para aclarar, si tuviera que solicitar el registro, ¿qué información debo recopilar: nombre, correo electrónico, contraseña? ¿otro?

Mi voto sería por ninguno de los anteriores ... a menos que fuera un registro completamente opcional . Incluso entonces, nunca debe recopilar contraseñas. NUNCA.

Y no estaríamos enviándoles correos no deseados. También tenemos una política de privacidad muy sólida y almacenaríamos todos los datos de forma segura.

Eso es lo que dices. Pero, ¿ por qué razón el usuario tiene que creerle a usted / su empresa? ¿Y qué sucede cuando su empresa es asumida o liquidada por otra entidad que tiene una opinión diferente sobre cuestiones de privacidad?

Según su explicación, parece tener dos opciones:

1. No se registre y muestre su política de privacidad cada vez que se inicie la aplicación
2. No muestre la política de privacidad a los usuarios registrados, los usuarios no registrados deben aceptarla.

Parece que tiene miedo de perder usuarios porque a) no les gusta aceptar repetidamente los mismos términos legales una y otra vez; o b) no les gusta registrarse. ¿Por qué no ofrecerles la opción? Haga que el registro sea voluntario, pero ofrézcales una mejor experiencia de usuario (sin ' pantalla molesta ').

De esa manera no alejará a los que no les gusta registrarse, ni a los que no les gusta la pantalla de la queja.

Todas estas respuestas son geniales, pero están preocupadas por políticas y tecnicismos.

¡Si, absolutamente! Debe solicitar a los usuarios que se registren. ¿Por qué? En primer lugar, quieres esas direcciones de correo electrónico. Sin esos correos electrónicos, alguien puede usar su aplicación, olvidarse de ella, y no tiene forma de contactarlos nuevamente si agrega una nueva función que los incitaría a volver. Sería un grave error si no recibiera sus direcciones de correo electrónico.

Dices que va a restar valor a las personas potenciales. Sí lo harías Pero la mayoría de las personas no son sus principales usuarios, sino personas que desean ver de qué se trata, no personas realmente motivadas e interesadas en lo que tiene para ofrecer. Confía en mí, si alguien realmente quiere lo que ofreces, se registrará. La mayoría de los sitios requieren registro en estos días: intercambio de pila, quora, gmail, faceboook, pinterest. Es una práctica común: no te preocupes

Si te preocupa que sea una molestia, implementa Facebook Connect como mínimo.

Es mejor evitar el registro de usuarios porque el registro le cuesta a algunos usuarios lo que usted piensa. cuando es obligatorio en lugar de llevar directamente la página de registro de usuario a usuario, diríjase a una página intermedia donde explique por qué es necesario registrarse y con respecto a qué información recopilar,

collect as minimum information as possible.

Mejor si proporciona inicio de sesión a través de terceros como Facebook, Gmail o OpenID como stackexchange. Pero existe un problema con los inicios de sesión de terceros (Gmail, Facebook) puede no abrirse en las redes de la oficina.

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

puede comunicar lo mismo al usuario para crear cierta confianza en él.

user registration decreases usability of your application.

es posible que desee realizar pruebas de usabilidad en su aplicación.

Su pregunta plantea varios puntos:

• ¿Por qué su aplicación necesita una política de privacidad? ¿Recogen los datos del usuario?

• ¿Cuál es su beneficio de recopilar nombre y correo electrónico a través del registro? ¿No es suficiente guardar una copia de las facturas? o un recuento de descargas?

• Muchos países requieren que declare a las autoridades cualquier archivo que contenga datos personales. ¿Planeas pasar por ese proceso?

Como otros han mencionado, un proceso de registro es una molestia para los usuarios. Creo que esto también es una molestia para ti.

Si solo desea realizar un seguimiento de si han aceptado o no el acuerdo de licencia, puede usar una cookie permanente (o ID de aplicación única más la variable del lado del servidor) para rastrear si han aceptado o no su acuerdo.

Por supuesto, no ayudará con múltiples navegadores, pero dependiendo de su base de usuarios y de cómo funciona y se utiliza su aplicación, puede que no importe.

Exigir el registro de algo que de otro modo no necesitaría información personal del usuario solo va a reducir la adopción.