it-swarm-es.com

¿Cuánta información debe solicitar cuando los usuarios se registran?

Entonces, la compañía quiere toda la información que pueda obtener sobre los usuarios de su sitio, pero ¿cuánto se debe pedir al registrarse?

Por un lado, sería más fácil para los usuarios ingresar solo datos personales una vez. Por otro lado, esto puede generar desconfianza por parte de los usuarios: ¿Por qué quieren esta información? ¿No la necesitan?

Por ejemplo, si el usuario quiere comprar algo, se necesita una dirección. ¿Debería preguntarse esto cuando los usuarios se registran, para facilitar la compra de cosas?

49
googletorp

Aquí está n artículo de lectura obligada - BestBuy vio un aumento de $ 300 millones en las ventas anuales a través de su tienda en línea al no requerir usuarios para registrarse en absoluto para comprar productos (esto significa que tendrían que ingresar su dirección, etc., cada vez que compraran algo). Si eso no es suficiente,

Más tarde, hicimos un análisis de la base de datos del minorista, solo para descubrir El 45% de todos los clientes tenían múltiples registros en el sistema , algunos hasta 10. También analizamos cuántas personas solicitaron contraseñas, para descubrir que alcanzaban aproximadamente 160,000 por día. El 75% de estas personas nunca intentaron completar la compra una vez solicitado.

Esto dice mucho en contra de requerir el registro del usuario ¡en absoluto. Tiene sentido para algo como Amazon, donde los clientes frecuentemente vuelven a comprar cosas, pero no tanto para ... bueno, la mayoría de las otras tiendas en línea. Si no está convencido, considere estos dos escenarios, ¿cuál es peor para el cliente?

Escenario 1:

  • El usuario compra algo e ingresa la dirección, la información de facturación, etc.
  • Seis meses después, el usuario quiere comprar otra cosa.
  • El usuario debe volver a ingresar la dirección, la información de facturación, etc.

Escenario 2:

  • El usuario compra algo e ingresa la dirección, la información de facturación, etc.
  • También se le dice al usuario que se registre y debe pensar una contraseña
  • Seis meses después, el usuario quiere comprar otra cosa.
  • El usuario hace clic en "registrarse" y piensa una nueva contraseña
  • Se le indica al usuario que la dirección de correo electrónico está en uso y que inicie sesión con una contraseña
  • El usuario busca el pequeño enlace "Olvidé mi contraseña"
  • El usuario debe ingresar la dirección de correo electrónico por segunda vez, porque ninguno de estos sitios recuerda la cosa ¡usted acaba de ingresar
  • El usuario debe responder una "pregunta de seguridad": ¿cometió un error tipográfico en el nombre de su escuela primaria cuando se estaba registrando? nunca se verificó ... Si es así, ahora está bloqueada para siempre en tu sitio
  • El usuario va a Gmail/Hotmail/etc (y ¡lejos de su sitio - ¿volverá?
  • El usuario necesita pensar una nueva contraseña
  • ¡Uy! ¡Me he mudado! ¿Cómo cambio la dirección en el sistema?
  • No, no la dirección de facturación, solo la dirección de envío.
  • ...

O tal vez el usuario usa la misma contraseña para todo (como muchos lo hacen, incluido yo en este momento, a pesar de ser un profesional de TI). Este es un riesgo de seguridad obvio, ya que es más fácil para alguien obtener la contraseña si se usa para todo, y esta contraseña ahora abre el acceso a direcciones, posiblemente información de facturación, etc. a través de su sitio.

¡NO REQUIERE REGISTRO! - Si usted debe, considere algo como lo hace Orbitz, donde puede ¡opcionalmente registrarse ingresando una contraseña en su formulario de registro. Además de guardar sus datos para compras repetidas, también puede iniciar sesión para verificar el estado de su vuelo, algo que los clientes pueden querer hacer.

63
Robert Fraser

Considere el patrón de diseño de registro diferido. Básicamente, difiere el registro hasta que sea absolutamente necesario e incluso puede completar parte de la información para el usuario en función de sus interacciones anteriores con el sitio.

Aquí hay unos ejemplos:

En ausencia de un registro diferido, diría que el mínimo es la dirección de correo electrónico, nombre de usuario y contraseña. Sin embargo, no los solicite hasta que sean absolutamente necesarios. Para todo lo demás, ofrezca incentivos para brindar más información, al igual que la insignia que obtiene aquí para completar su perfil.

13
Virtuosi Media

Creo que el mejor de los casos es este:

  1. No solicite ninguna información hasta el momento en que la necesite.
  2. Haga siempre que sea fácil para el usuario brindarle la información que desee compartir.

Estas reglas se aplican tanto al registro inicial como a la adquisición de detalles adicionales después del registro.

12
Patrick McElhaney

Suponiendo que ha convencido al usuario para que se registre, solicitar "demasiada" información sobre el registro es una forma garantizada de desanimar a las personas o hacer que ingresen datos falsos. Lo mínimo que necesita y debe pedir es correo electrónico (que puede usar como id) y contraseña.

Debe darles razones para querer ingresar más datos.

Entonces, si está comprando en el sitio, solo querrán ingresar su dirección cuando compren algo, etc.

7
ChrisF

Estoy de acuerdo con Chris en pedir una dirección solo cuando compran algo.

Pero iría un paso más allá: solicite un correo electrónico y una contraseña solo cuando sea necesario también. The Times of London vio un 90% de caída en el número de lectores cuando comenzaron a exigir a los usuarios que se registraran (era gratis). Los usuarios proporcionarán información con gusto si, y solo si, hay algo para ellos. Recuerde, sus competidores están a solo un par de clics del mouse.

7
Hisham

Menos es más.

Todo lo que necesitas pedir es su e-mail address y a password. Nada más y nada menos. Ni siquiera para confirmarlos, son inútiles y molestos. Solo estos dos campos son suficientes. Si el usuario comete un error u olvida la contraseña, puede restablecerla fácilmente a través de una dirección de correo electrónico válida que proporcionó.

Ahora todo lo demás podría preguntarse más tarde, cuando sea realmente necesario y si el usuario lo desea.

4
Lipis

Solo para estar de acuerdo con lo que todos los demás han dicho.

Para resumir mis experiencias personales.

  • Cada vez que elimino el registro como paso obligatorio, las ventas aumentaron

  • Cada vez que elimino un campo de un proceso de registro/pago, las ventas aumentaron

Cada. Soltero. Hora.

Esto ha coloreado un poco mi opinión sobre el registro y los campos innecesarios :-)

4
adrianh

Hay dos rutas de usuario que está describiendo. La primera es cuando el usuario simplemente se registra y la otra es cuando el usuario quiere comprar un producto .

Si el usuario está siguiendo la ruta 'comprar producto', entonces está perfectamente bien pedir su dirección de envío, etc., porque eso es lo que el usuario espera cuando compra algo. Sin embargo, si el usuario está siguiendo la ruta de registrarse sin la intención de comprar algo, entonces solo debe pedir lo esencial y nada más.

Si necesita más información del usuario, siempre puede solicitarla después del registro. Esto ayuda a mantener una tasa de conversión saludable, en lugar de asustar a los usuarios con demasiados campos y preguntas.

Aquí hay un artículo, " 8 razones por las cuales los usuarios no completan los formularios de registro " que detalla por qué los usuarios no completan los formularios de registro. Una de las razones por las que no lo hacen es cuando pides demasiada información en comparación con el valor obtenido. Si no sienten que no van a recuperar mucho cuando se registren, es probable que no le den su información.

2
kangtan

Creo que debe distinguir entre el registro y la compra del producto. Sugiero mantener solo los campos necesarios que le permitirán comunicarse con sus usuarios después de un registro exitoso (por ejemplo, para actualizar su cuenta).

Se sabe que a medida que aumenta el número de campos de formulario, las tasas de conversión disminuyen; consulte el gráfico a continuación.

Recomiendo leer estos excelentes artículos que convergen el 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

enter image description here

0
Michael