Jon Parro

Me he animado a escribir este post porque en ocasiones me suelen preguntar cómo pueden empezar a aprender sobre usabilidad y experiencia de usuario. Eso unido a que cada vez veo más humo y gente que se las da de gurú sin tener ni idea, he creído conveniente hacer una lista de gente competente, interesante y de la que realmente se puede aprender mucho.

Blogs:

• Yusef Hassan
• Cesar García
• Francisco Tosete
• Olga Revilla
• Luis Villa
• Juan Leal
• Daniel Torres Burriel
• Joaquín Márquez
• Olga Carreras
• Ricardo Tayar
• Sergio Ortega

Twitter:

• @Usabilidoso
• @karinai
• @tentandote
• @galu
• @yusef
• @maxkuri
• @inquiettudes
• @sortega
• @eeeh
• @elclerigo
• @pablolopez_eu
• @sergiodelacasa
• @nosoy1mas
• @soymarios
• También podéis seguir la lista UX-Spanish

Mañana viernes 18 inauguramos el 2011 con una nueva edición de The Melee dedicada a la experiencia de usuario, además podremos disfrutar de 2 ponentes de lujo como son Daniel Torres Burriel y Goio Telletxea.

Fecha: Viernes, 18 de febrero de 2011
Hora: 17:00 h.
Lugar: Campus Deusto de San Sebastián

Programa:

1. Ergonomía en las interfaces, Goio Telletxea
2. UX Punk Manifesto, Daniel Torres Burriel

Después nos iremos todos a disfrutar del zumo de manzana a la sidrería Iruin.

A pesar de que implementar correctamente la selección de idiomas en una web en principio no reviste gran dificultad, a día de hoy aún se siguen cometiendo errores. Aquí van unos consejos básicos para su correcto diseño:

Olvidarse de las banderas de países.

Idiomas y países son dos cosas diferentes, es habitual el error de poner la bandera de un país para seleccionar el idioma. ¿Por qué un usuario de Argentina tiene que seleccionar la bandera española? Además, habitualmente las banderas son motivo de controversia por temas políticos.

Detectar el idioma del usuario.

Hoy en día existen métodos suficientes para, al menos, tratar de averiguar el idioma deseado por el usuario. Dependiendo de la casuística de cada web se puede:

• Controlar la IP del usuario para saber desde dónde accede y redirigirle a la web en el idioma de ese territorio o páis.
• Controlar el idioma en el que tiene configurado el User-agent y redirigirle a ese idioma.
• Además en todo momento hay que darle al usuario la posibilidad de cambiar a cualquiera de los idiomas, y en caso de que elija otro, guardar una cookie con el idioma seleccionado para que en la próxima visita, a ese usuario se le redirija al idioma almacenado en la cookie.

Prohibidas las páginas de selección de idioma.

Hay que eliminar por completo las páginas de inicio que sólo disponen de la selección de idioma. Esto supone al usuario tener que hacer un clic extra y por lo tanto una barrera entre el usuario y el contenido relevante.

Escribir el idioma en su propio idioma.

Cada uno de los idiomas disponibles tiene que estar escrito en su propio idioma. Si uno de los idiomas es el ruso y se pone la palabra “ruso” difícilmente va a entender un ruso que esa es la opción que tiene que seleccionar. Habrá que poner algo así como “Россию”.

Utilizar el nombre del idioma y no otras palabras.

No es recomendable utilizar como selección de idioma palabras que no son el propio nombre del idioma, por ejemplo palabras como “Bienvenidos”, “Entra”,… Ya que esto obliga al usuario a realizar un esfuerzo mental innecesario de relación entre la palabra escrita y el idioma a seleccionar.

Siguiendo estas pautas mejoraremos considerablemente la funcionalidad de selección de idiomas.

En los últimos tiempos estoy viendo muchos formularios con validaciones al vuelo, utilizando Ajax, jQuery y demás. En principio esto parece una ventaja porque le proporcionamos al usuario un feedback inmediato, pero no estoy de acuerdo en que este tipo de validaciones sirvan para cualquier tipo de formulario y para cualquier dato.

Si leemos algunos estudios publicados vemos que los formularios con validaciones al vuelo se tardan menos tiempo en completar porque el usuario tiene la vista puesta en ese campo y recibe el feedback al momento, sin necesidad de esperar a completar todo el formulario y hacer clic sobre el botón de “envíar”.

Sin embargo, creo que no es adecuado abusar de las validaciones al vuelo y sólo tienen sentido en determinadas situaciones.

Las validaciones al vuelo sólo son realmente útiles para aquellos campos con los que el usuario no está familiarizado. Un ejemplo en donde sí me parece útil es el campo nick en un formulario de registro en el que no sabes si ese nick está ya ocupado o no. En ese caso una confirmación inmediata da al usuario la seguridad de que va por el buen camino.

Por el contrario, en un campo “nombre” y “apellido” no le veo sentido a la validación al vuelo. Son datos que el usuario conoce perfectamente y no espera ni necesita ninguna validación. Estos campos se suelen rellenar muy rápido y se da la circunstancia que desde que se rellena el campo hasta que aparece el mensaje o icono de “ok” hay un pequeño lapso de tiempo en el que el usuario ya ha pasado tanto visual como mentalmente al siguiente campo, por lo que el hecho de que aparezca la validación, no hace nada más que desviar la atención y no aporta nada positivo.

Yo personalmente me inclino por no hacer un uso abusivo de este tipo de validaciones y procurar que el formulario esté claro y con algunas pequeñas ayudas visuales, como por ejemplo mostrar el formato de la fecha. De esta manera no necesitamos agobiar al usuario con continuas validaciones.

¿Qué opináis vosotros al respecto?

Una manera muy clara y contundente para explicar la importancia de una buena experiencia de usuario en una tienda on-line es el video en tono de humor que os pongo a continuación.

Se trata de un video en donde una familia va a comprar a unos grandes almacenes y se encuentra con un montón de dificultades para realizar la compra, las similitudes con una tienda on-line son evidentes, si le ponemos trabas al usuario para encontrar el producto que quiere, para pagar, para enviárselo a su domicilio, seguramente no comprará y no volverá a nuestra web.