miguelSantirso.es

Introducción:

Como usuario habitual de internet, la llegada de la Web 2.0 resultó muy agradable porque, de repente, todas las webs empezaron a funcionar pensando en los usuarios, pensando en mí. Como desarrollador, también fue muy interesante, porque aparecieron la idea del desarrollo ágil y los frameworks modernos que facilitan bastante el desarrollo de casi cualquier idea que tengas.

Sin embargo, ahora que me enfrento al desarrollo de un proyecto de estas características (como proyecto de fin de carrera), he estado pensando en cómo ha evolucionado la “web social” en estos años. Lo que se ve es que, a pesar de que han aparecido cosas muy interesantes, la facilidad de desarrollar este tipo de aplicaciones nos ha llevado a un punto en que la mayoría de webs no cuidan los detalles más fundamentales o, simplemente, están mal hechas. En concreto, una de las cosas en las que más se falla es en el trato con los usuarios. Por eso, he decidido compartir con todos vosotros algunas ideas que considero muy importantes para mejorar la interacción entre las webs y los usuarios. Por supuesto, me habré dejado un montón de cosas, pero para eso están los comentarios.

El registro:

No hagas que el registro sea obligatorio.

La gente odia registrarse. De hecho, muchas veces ocurre que la gente deja de utilizar cierto servicio web solo por evitar el registro. Por eso, hazlo obligatorio solo cuando sea absolutamente imprescindible.
Además, en muchos casos, suele venir bien permitir que los usuarios accedan con una cuenta de invitado para ver cómo funciona antes de registrarse.

Hazlo lo más corto e indoloro que puedas

Simplifica. Pregunta solo lo imprescindible. ¿Realmente necesitas saber su fecha de nacimiento, su lugar de nacimiento o su sexo? Es cierto que estos campos suelen ser opcionales, pero el simple hecho de ver uno de esos complicadísimos formularios de registro ya marea (aunque al final solo haya que rellenar tres o cuatro campos).
Para mí, las mejores soluciones son ocultar los campos opcionales y mostrarlos solo cuando el usuario quiera rellenarlos (podría ponerse un enlace tipo “mostrar campos opcionales”) o, directamente, eliminarlos del formulario de registro, confiando en que los usuarios que quieran los rellenarán después.

Hazlo muy claro y directo

Esto tiene algo que ver con el punto anterior: Tu objetivo prioritario debe ser facilitar las cosas a los usuarios de tu aplicación. Si han llegado hasta el formulario de registro es porque estás ofreciendo algo que les interesa; no lo estropees por esta tontería.
Haz que se vea claramente lo que hay que rellenar en cada campo, y explica bien lo que se puede poner y lo que no (por ejemplo, los caracteres válidos en el nombre de usuario).

¡No guardes información innecesaria!

¿Solo necesitas almacenar un email y una contraseña? ¡Enhorabuena! Ni se te ocurra pedir otras cosas porque “se suelen pedir”. A nadie le va a parecer mal que guardes menos datos de lo normal.

Ponlo bien visible en la portada

No le hagas buscar el enlace para registrarse. Ya que la gente odia registrarse, al menos pónselo fácil.

Muestra explicaciones y ayuda cuando haya problemas en algún campo.

Esto también es algo fundamental: Cuando falle la validación de los datos de un formulario, es importantísimo detallar claramente qué campos han fallado y por qué. No vale con decir “has introducido un valor incorrecto en el formulario”; cúrratelo, que no es tan difícil.
Un “extra” en relación con esto es ir validando al mismo tiempo que el usuario escribe (esto es posible gracias a AJAX). Así no le obligamos a enviar el formulario para corregir los posibles errores.

El Login

No te compliques

El usuario espera encontrarse con dos campos donde meter su identificador y la contraseña. No se lo compliques.

Identificador: Mejor el e-mail

El e-mail es único en todo internet, y su propietario lo conoce perfectamente. Por contra, al usar un nombre de usuario convencional, solo se puede garantizar que es único dentro de cada web. Esto hace posible que dos usuarios diferentes quieran usar el mismo nombre de usuario, y que se vean obligados a añadir variaciones que luego pueden olvidar (yo nunca sé si me registré como TiRSO, TiRSO!, TiRSO_00, etc…).
Además, cada web aplica diferentes reglas para validar los nombres de usuario, mientras que el formato del email es fijo y no hay dudas sobre lo que es un email válido o no.

Da siempre la opción de recordar la contraseña

Salvo que tu aplicación requiera de una seguridad extrema (aplicaciones bancarias por ejemplo), deberías dar siempre la opción de que la web inicie sesión automáticamente. Esto es indispensable, sobre todo, en las webs que que están pensadas para utilizarse muy a menudo.

Admite cuentas de OpenID

OpenID –del que ya hablé con bastante profundidad hace tiempo– es algo muy útil y, siempre que sea posible, deberías permitir a los usuarios que usen sus cuentas de OpenID. Esto, al contrario que cuando haces obligatorio el registro, creo que puede hacer que los usuarios entren solo para dar uso a sus cuentas de OpenID.

General

El menú de usuario, en la esquina superior derecha

Aunque –según creo– no hay nada oficial al respecto, es evidente que se ha establecido un convenio según el cual el menú de usuario (donde accedes a tu perfil, cierras sesión y realizas cualquier otra acción similar) debe estar situado en la esquina superior derecha. Si lo colocas así, todo el mundo sabrá que está ahí.

Deja que editen la información de sus cuentas

Los usuarios se equivocan al registrarse, cambian de cuenta de correo o, simplemente, quieren cambiar su nick. En la mayoría de los casos no hay problema por dejar que cambien sus datos; sé permisivo.

No les suscribas a listas de correo por defecto

Por algún motivo, los administradores de muchas webs se empeñan en molestar a los usuarios que tienen registrados. Una de las molestias más típicas son las listas de correo: Una serie de e-mails que se envían con cierta regularidad, que nadie lee y que molestan un montón (si cada web en la que estás registrado te envía un email cada uno o dos meses al final son demasiados mails).
Sé elegante. Si les interesa la información de tu lista de correo ya se suscribirán, no les cabrees.

No escondas u omitas la opción de eliminar la cuenta

Si, por el motivo que sea, un usuario decide que no va a usar más tu aplicación, se sentirá muy molesto si no puede borrar su cuenta fácilmente. El usuario ya habrá tomado una decisión; si no le dejas borrar su cuenta lo único que consigues es que se enfade y asegurarte de que nunca va a volver.

Conclusión

El resumen de todo esto es que hay que simplificar. Muchas veces queremos hacer cosas demasiado complicadas y, al final, acabamos consiguiendo un resultado que ni se acerca a lo que teníamos en mente.
Creo que es mucho más inteligente (y divertido) hacer cosas más sencillas para, gracias a eso, poder cuidar los detalles al máximo.