Un cuidado diseño de la información nos hace a todos la vida mas fácil. La mayoría de las cosas que producen los diseñadores de información forman parte de la vida cotidiana: formularios, facturas, contratos, etiquetas, instructivos, sistemas de señales de tránsito, sitios web, libros de texto, etc…

En mi trabajo diario me centro en diseñar cosas de modo que sean fáciles de utilizar. En mejorar la experiencia de usuario. En hacer las cosas más fáciles. Mas sencillas. Y mejores. Y cuando se consigue uno se siente más feliz.

Guy Kawasaki en su libro El arte de emprender lo define de la siguiente manera: Crea algo con sentido. Y esto sirve para todo lo que hagamos en la vida.

Un simple trozo de papel

Cuando empezamos a trabajar en un proyecto. Debemos centrarnos en el contexto de uso. Esto es, buscar cuando va a ser utilizado. Para que se usa. Cómo. Por quien. Si trabajamos en entorno web es mas complicado. Pero si nos centramos en un billete de tren todo es mucho mas sencillo. O no.

A lo largo de mis idas y venidas en tren a Madrid. Me he encontrado con multitud de viajeros que no sabían encontrar su asiento. Ni tan siquiera el vagón. Viajeros de todas las edades. Y al final ellos mismos se culpaban de su torpeza.

Pues no. La culpa es de un billete mal diseñado. Un billete que deja de lado lo más importante a la hora de tomar un tren o un vuelo. El número de asiento o la misma puerta de embarque. Un diseño que da la misma importancia a todo el texto.

Redesigning the Boarding Pass

Buceando en internet me encontré con el blog de Tyler Thompson y su rediseño de tarjeta de embarque mucho mejor de lo que podría haber explicado y contando yo.

Un visión más profunda del caso

Timoni Grone realizó una revisión mayor del caso para incluir, como no, a los usuarios y definiendo los dos tipos de usuarios que manejan los billetes realizó un gran post y un mejor diseño de la información.

Crea algo con sentido

Qué fáciles podrían ser las cosas. Y no hablo de web ni de cajeros automáticos ni de nada tecnológico. Hablamos de los objetos cotidianos que nos hacen más fácil la vida.

Es como aquel ticket del restaurante que tras la cuenta indicaba lo que tenía que pagar cada comensal, Cada uno toca a… tan sencillo que nunca se le ocurre a nadie.

La experiencia de usuario en entornos digitales

Partimos de un punto. Llevamos toda la vida interactuando con objetos. Desde que nacemos. Constantemente. Y encontramos dificultades a la hora de utilizar la mayoría de ellos. Comencé mencinando mi post El diseño como algo efectivo haciendo referencia a la necesidad de encontrar un contexto teórico en el que el diseño tenga autoridad. Dejando a un lado el hecho estético de un objeto.

Contexto de uso

Pasando por objetos de uso frecuente, vimos que muchos no estan diseñados para utilizarse en el entorno en el que habitualmente los utilizamos. Abrefáciles realmente difíciles de utilizar. Grifos. Puertas. Y no digamos ya si empezamos a poner botones a las cosas. Fotocopiadoras. mandos a distancia. Cajeros automáticos. Y muchos más.

y… en entornos digitales

Igual. Finalmente repasamos unos métodos y unas claves para realizar un diseño centrado en el usuario. Para mejorar la experiencia de usuario. Nosotros no somos los usuarios. Los sitios web deben diseñarse para usuarios concretos. Uno de los trabajos del diseño es comprender el entorno y las necesidades de los usuarios.

Un fin de semana intenso

Finalmente las dos jornadas dieron para mucho. Para debatir. Para ver el estado de diferentes disciplinas y como por mucho que nos separen unas de otras la conclusión a la que llegamos fue la misma para todos.

“El diseño empieza y termina con los usuarios”

Tengo que reconocer también que nunca lo he usado. Lo tengo sólo porque me gusta mirarlo. Pero eso ya lo sabía cuando lo compré. Incluso el propio philippe stark lo sabía cuando dijo…

“mi exprimidor no está hecho para exprimir limones, sino para empezar conversaciones.”

¿Qué puede ocurrir si lo usamos mal?

Nada, así de fácil. No puede ocurrir nada grave. Al menos no tendrá mas consecuencias que mancharnos la ropa. La encimera de la cocina. Y llenar todo de zumo. Pero poco más.

Pero cuando el objetivo del diseño es otro…

A veces, nos empeñamos en diseñar objetos que sí son esenciales. Objetos que, de no saber usarlos, pueden tener consecuencias. Incluso si tan siquiera sabemos distinguirlo de cualquier otro objeto. Esto es lo que me he encontrado este fin de semana en una revista.

Y sólo la definición que hacían de él ya lo dice todo.

Act, el primer extintor de incendios de diseño creado entre otras cosas, para lucir perfecto en cualquier lugar.

Diseñar para unas pocas personas

En usabilidad cuando nos planteamos el diseño de tareas para un determinado proceso es mejor centrarse en unas pocas personas, con necesidades, objetivos, conocimientos y un contexto concreto. Crea un personaje. Un escenario, una tarea y una persona.

Situarse en el contexto real. En el entorno del usuario. Conociendo sus necesidades y cómo el usuario acostumbra a resolver los problemas que encuentra.

Diseña pensando en el affordance

El elemento de interacción tiene que dar una idea de la acción que genera antes de interactuar como él. Elije el elemento que mejor se adapte al contexto que estamos desarrollando. Para Gibson “Affordance” equivale a relaciones. Existen de forma natural: no son visibles, conocidas ni deseables, pero están ahí.

¿y el extintor?

Un extintor debe de ser diseñado para cuando se tenga que utilizar. Imaginando que ha empezado un pequeño incendio en una habitación. No para admirarlo mientras se está cómodamente sentado en el sofá. Este objeto contradice la funcionalidad del extintor, llamar la atención. Disimular el extintor para que encaje con el resto de la decoración es un error grave.

La sencillez es un medio pero no el fin. El buen diseño (de objetos, de webs, de espacios) hace las cosas lo más fáciles posibles, pero no más.

Merece la pena leer…

• Con razón el “diseño” tiene mala fama, de Jesús Encinar
• En índica. océanos de contenido, Affordance: un botón es un botón

Difícil cuestión. No sabemos por qué nuestros usuarios no hacen lo que esperábamos. La razón por la que nuestros contenidos no llegan ellos.

A pesar de realizar correctamente todos los pasos. Seguir todos los procesos en el desarrollo de la aplicación web. Ser cuidadosos con todos los detalles. Realizar tests de usuarios. Revisar prototipos. Optimizar. Optimizar. Optimizar.

La web debe cambiar. Debe evolucionar. Pero detrás de todo esto existe una única cuestión: El usuario final es el que manda.

Si hemos seguido todos los procesos correctamente. Debemos pararnos a pensar. ¿Qué ha ocurrido?. Quizás las personas seleccionadas para realizar el test no eran las adecuadas. Quizás el test no estaba bien estructurado. El número de personas no era el adecuado.

O quizás no era eso. Quizás todo estaba bien. Pero el enfoque que se ha dado no es el correcto. O algún mínimo cambio en el proceso hace que los resultados no sean los esperados. El usuario es soberano. Y el usuario ha decidido no utilizar nuestro sitio como esperábamos.

El botón de los 300 millones de dólares

¿Cómo incrementamos las ventas en un site de comercio electrónico? Difícil cuestión. Puede que las cifras no sean del todo reales. Pero en uie.com nos cuentan una anécdota de 300 millones de dólares que bien podría ser cierta, al menos en cierta forma.

Al final el resultado estaba más cerca de lo que se podía pensar. Un pequeño cambio en el registro demostró que los usuarios finalizaban mejor el proceso de compra dentro del sitio. Lo que demuestra que muchas veces un pequeño cambio puede dar grandes resultados. La clave está en probar. Prueba, lánzalo y, ver que pasa.

Lancemos un cambio a ver que tal

Una web cambia. Esa es una de las virtudes. Hacemos pruebas. Cambios de disposición de los elementos. De imágenes. De comunicación. Pero, en muchos casos, los resultados pueden no ser del todo válidos. Es muy fácil dar marcha atrás. Dejar lo que funcionaba antes. Por determinadas épocas del año. Situaciones económicas. Fuentes de tráfico. Campañas activas.

Todo esto hace que, lo que quizás valía en un momento dado, lo estamos implementando en otro contexto diferente. Es por ello que, aunque la web cambie, no siempre nos sirve hacer primero unas pruebas con un diseño A y después otras con un diseño B para probar cual es la mejor solución.

Haz test con usuarios reales

En cualquier caso está bien hacerlo. Las pruebas con usuarios reales nos devuelven resultados más válidos. Mide visitas. Conversiones de objetivos. Esto nos va a dar la verdadera realidad de nuestra web. Nunca está de más hacer pruebas en laboratorios. Pero las condiciones que se dan en estos test pueden variar con lo que en realidad sucede en nuestra web.

La realidad de los tests A/B

Tras leer el artículo de esta semana de John Hyde que lleva por título How To Increase Site Performance Through A/B Split Testing salen cosas más que interesantes.

Este tipo de tests se basa en probar las dos variantes a la vez. Unos usuarios verán la información de una manera y otros de otra. Así de fácil. Pasado un tiempo se podrán extraer conclusiones sobre qué variación ha ido mejor.

Después queda un análisis pormenorizado de los resultados. Combinado con Analytics se convierte en una herramienta imprescindible para cualquier sitio que cuente con un buen número de visitas. Y unos objetivos para el usuario. Ahora serán los usuarios de nuestra web los que nos digan que opción es la mejor.

Tantas cosas por testar

Ahora se abre un mundo. Hay tantas cosas por testar a la vez. Pero a la vez se puede optimizar tanto. Escuchar lo que realmente hacen nuestros usuarios. Para hacer nuestra web viva. Editando. Probando. Modificando pequeños detalles hasta conseguir los mejores ratios de conversión.

No es nada nuevo

No se trata de nada nuevo. Ni siquiera de algo relacionado con internet. Se está haciendo en todas partes. Pero aquí en internet es donde mejor se pueden medir los resultados. Dos variantes al mismo tiempo. Google lo lleva haciendo desde hace mucho tiempo, Amazon también, son pequeños cambios que no vemos pero que hace que a unos usuarios, por ejemplo, Google hace nos muestre una caja de búsqueda y a otros otra. De diferente tamaño. No lo vemos. Pero lo están haciendo. Con los enlaces patrocinados pasa lo mismo. Probaron y probaron combinaciones hasta dar con el formato mejor. De momento.

Imprescindible leer

• How To Increase Site Performance Through A/B Split Testing
• Introducción a los tests A/B, de torresburriel
• Test A/B o Multivariante, qué son y cuál aplicar, interesante guía

El uso del sistema de publicidad de Google, Google Adsense, es algo que parece que con el tiempo ha quedado implícito en la filosofía de cualquier blog, al menos del que quiera obtener un beneficio a las visitas de su blog. No es difícil incluso verlos en algunos blogs de empresas. Cosa que no me parece ni mal ni bien.

Blogtimización o cómo colocar Adsense

En el blog de AdSense nos hablan de la Blogtimización, término interesante donde los haya, y ellos mismos nos remarcan en el primer punto de su artículo la importancia de la integración de los anuncios en el blog. Sea cual fuera el tipo de blog o página, nos dan una serie de recomendaciones que hace que cualquiera con estas indicaciones pueda integrar la publicidad dentro de su web. Sencillo. Y, quizás, rentable.

Además gracias a su generalización desde hace unos años, tan sólo con bucear un poco por Google te puedes encontrar con multitud de manuales, tutoriales, recopilaciones, buenas prácticas, etc…

Usemos el sentido Común

No perdamos el norte. Cuando nuestra marca o empresa se dedica a otra cosa. A vender un producto o un servicio. Hay que ser más que cuidadoso con el uso de Adsense. Entiendo que la tentación de aprovechar ese buen número de visitas que llegan a una pagina corporativa, para rentabilizar de alguna manera la web, está ahí. Irresistible, ¿verdad?

Pero cuidado, por un puñado de dólares podemos dejar dejar de lado otras cuestiones más importantes.

Primera: la imagen, las personas que se encuentren en nuestro sitio pueden dudar… Son personas, dejemos el término usuario a un lado, al final somos personas que podemos llegar a pensar… en la credibilidad.

¿por que pierden el tiempo con publicidad cuando lo que tienen que hacer es hablarme de su empresa?

En segundo lugar, y mas peligroso si cabe, no es sólo cuestión de imagen. Es si queremos que sigan con nosotros o que se marchen a otro lugar. Alguién dijo: en Internet la competencia está a un sólo click. No se lo pongamos mas fácil.

Si nos paramos a pensar en cómo funciona el propio Adsense, lo que se va a mostrar en nuestra flamante página web es… información de la competencia, dentro de nuestro de nuestro propio espacio. ¿Merece la pena? De alguna manera estamos ganado unos dólares, sí, pero estamos enviando a nuestros clientes a la competencia. Directamente.

Un caso práctico: Ryanair

Busca un vuelo en la web de Ryanair. Mira atentamente la página de resultados. ¿Será posible? No sólo nos muestran información sobre sus vuelos disponibles. Están mostrando publicidad de sus competidores. ¿Están enviando usuarios a sus competidores? ¿Compensa? Agencias de Viajes. Compañías aéreas. ¿Transparencia? ¿Error de cálculo? ¿Mala inversión? Todo un mundo abierto al cliente. Un pequeño centro comercial dentro de su propia web.

En cualquier caso, en un momento decisivo del proceso de compra, justo cuando deberíamos estar pensando en sacar nuestra tarjeta de crédito, Ryanair nos da una vía alternativa, otros sitios donde poder comprar un billete. No se muy bien el margen que puede dejar un billete pero dudo que sea menor al de la publicidad de Adsense.

Un consejo para Ryanair

Alguna cabeza pensante imaginó los beneficios de Adsense. Un sitio con tantas visitas, como imagino, tiene que ganar dinero. Aunque sea a costa del propio modelo de negocio de Ryanair. Aceptamos barco. Hay que implementar adsense. Sí o sí.

En ese caso, hagámoslo bien, no invitemos a nuestros clientes a marcharse a otro sitio a comprar su vuelo. Si nos paramos a pensar, puede ser interesante, aunque dudo que sea el mejor sitio para incluirlo, justo antes de la decisión de compra, puede que sea mejor informar sobre el destino. Nosotros vendemos el billete. Pero que sean otras empresas las que informen sobre coches de alquiler en la ciudad de destino, Hoteles, Restaurantes… Usemos Adsense, pero usemos antes la cabeza, en lugar de abrir las puertas a la competencia, mostremos vías al usuario.

Y… ¿la competencia?

Viendo las páginas de destino de la competencia, tampoco es que esten utilizando la situación de la mejor manera posible. Mucho se puede hablar sobre estas páginas, tengo algún artículo olvidado que publicaré, pero si algún usuario ha llegado a nosotros desde Adsense, atrápalo….

Pongamos el escenario, estamos buscando un vuelo en Ryanair y, de pronto, casi sin pensarlo llegamos a la web de otra compañía, un titular nos enganchó, pero no encontramos nada de ello en la página de destino.

Si alguien ha llegado hasta aquí sabemos lo que estaba buscando, podemos atraparlo, no lo dejemos escapar. Crea una landing page optimizada, con su destino. Tenemos parte del trabajo terminado. Ya sabemos dónde quiere ir.

Si hay un titular que le ha atraído a nuestra web haz que tenga consistencia con la página a la que acaba de llegar, el usuario tiene que mantener la atención que lo ha llevado hasta ese sitio. Cumple las expectativas que se había marcado.

Más información sobre Landing Pages

• Mejorando las páginas “de aterrizaje”, desde usolab

Los hay excelentes utilizando tan sólo una libreta y un lápiz, llamados de baja fidelidad, también los hay utilizando otras herramientas como Visio, PowerPoint, HTML navegables e incluso los hemos visto hacer en Excel.

Añadiendo un poco de creatividad

A menudo nos encontramos con la presión, la necesidad y las prisas que nos obligan a utilizar herramientas de lo más básicas para crear de forma rápida maquetas y prototipos, empezamos siempre con unos trazos sobre una libreta, para pasarlos de manera casi automática a un estado digital con el que poder presentarlo a cliente.

Los prototipos son un método para llegar al objetivo de nuestro cliente, evitar problemas de uso en el sistema. Pero a la hora de presentarlos al cliente es cuando se plantean las dudas…El cliente no entiende de prototipos, quieren ver cosas funcionando o cosas que se parezcan lo mas posible al resultado… Como para ver la reacción ante “diagramas” o “dibujitos” que los deja pensando… ¿cuando empezarán a trabajar estos?

Y a veces… aparece algo nuevo

Esa falta de presión es la que a veces, con una componente a medias entre empresa y cliente, hace que veamos ejemplos como éste, realizado por unos estudiantes del Instituto Faber Ludens que han simulado toda la navegación de la aplicación usando sólo video en stop-motion y prototipado en papel.

El resultado

Unos prototipos muy claros, creativos y divertidos, a ver si ahora dicen que no entienden cómo funcionan los prototipos.

Mas

• Diseño de interacción: entregables, juego y creatividad, desde grancomo
• Ponto i – Protótipo em papel do quiosque de auto-atendimento, Instituto Faber Ludens

En general se tienden a considerar como “un todo” o un conjunto al que se atribuyen conexiones a aquellos elementos que están más próximos.

Los elementos tienen a agruparse con los que se encuentran a menor distancia.

Un caso práctico

Todos los meses realizo la misma operación a través de una agencia de viajes. El proceso es el siguiente. Me acerco a mi agencia de viajes. Comunico el número de billetes que necesito para el abono mensual de Renfe. E indico los horarios en los que voy a viajar. Pago religiosamente. Y espero a que me llamen para recoger todos los billetes del mes. Una operación sencilla.

A primeros de año me he encontrado con varias novedades. Una de ellas es que los billetes se imprimen en papel, en lugar del clásico billete de Renfe. Un ahorro para Renfe, ya que si antes esos billetes los proporcionaba la operadora. Ahora los billetes corren por cuenta de la agencia de viajes.

Otra de ellas, es la posibilidad de cambiar mi billete a través de internet, sin tener que llamar a ningún 902. Ni tener que recoger mi billete en ningún sitio.

Interfaz nueva. Problemas nuevos

Otra novedad, esta vez para las agencias, es que la venta la realizan a través de la propia web de renfe. Con una interfaz idéntica a la que utiliza Renfe para el resto de usuarios.

La primera alarma surgió cuando recibí una llamada de la agencia para informarme que no se podían formalizar los billetes para el trayecto Madrid – Ciudad Real. Y que, ante las llamadas a la asistencia de Renfe, éstos indicaban que no era posible realizar esta operación en otro lugar que no fuera una Estación de tren. Apurado ante la llegada del 2 de enero, acudí a Renfe a formalizar mi billete de vuelta. Estas cosas pasan. Vacaciones de navidad, nueva interfaz. No tiene la menor importancia.

Los problemas continúan

Desde Renfe seguían comunicando que ese trayecto no estaba cargado y que no se podía realizar su formalización a través de la página web. Ya era un poco mas raro. El sábado decidí acercarme a la agencia de viajes para ver cual era exactamente el problema. No quería pasar el fin de semana en Renfe sacando todos los billetes de vuelta. Al mostrarme la interfaz me encuentro con esta pantalla.

Tras unos instantes observando la interfaz comprendí que era un error de usabilidad. Probé y… exacto. Ese era el problema.

Ley de proximidad

La proximidad entre la selección de fechas y el trayecto de origen hace que nuestro cerebro procese que ambos están relacionados. Al seleccionar el trayecto de vuelta esperamos que la selección de fechas esté más próxima al trayecto de vuelta. Al no ocurrir este evento esperado, el usuario entiende que algo está pasando.

La información sobre el día está agrupada con el trayecto. Por lo tanto puede parecer que esa información es conjunta. La solución pasaría por dar un poco de espacio entre el trayecto y la selección de la fecha. O, quizás, agrupar en otra unidad informativa la selección de fechas. Así el usuario entendería que tiene que, por un lado, seleccionar el trayecto y por otro, seleccionar la fecha del viaje.

Mirar con otros ojos

Una manera de solventar esto es la de utilizar unos sencillos test de usuarios antes del lanzamiento. Durante el lanzamiento. Y hacer un seguimiento de estos usuarios. Es fácil. Además, en el caso de Renfe, basta con seleccionar unas cuantas personas usuarias finales de la web. Imagino que contarán con un equipo que investigue la evolución del usuario a través de su sitio. Siempre es importante. Pero, en casos de venta electrónica, es esencial conocer que puntos son los que hacen dudar al usuario.

De esta manera se agilizará mas el proceso. En nuestro caso. No habríamos llamado a Renfe, con lo que habríamos liberado a un operador. Nunca habríamos ido a la estación, con lo que reduciríamos las colas. Y habríamos mejorado nuestra experiencia de uso, con lo que habríamos recomendado el sistema.

A partir de un rompecabezas de pentaminós, un juego que consiste en rellenar un rectángulo a partir de los 12 pentaminós existentes sin dejar huecos entre ellos, Alexey Pazhitnov programó un juego (dicen que en una sola tarde) en el que caían piezas desde la parte superior y el objetivo era ir colocándolas como en un puzzle hasta formar líneas completas que desaparecían, impidiendo así que la pantalla se llenase de piezas.

El jugador podía mover la pieza en sentido horizontal para buscar la mejor posición en la que colocarla y girar la pieza durante su caída para poder encajarla en los huecos que las piezas que estaban en la base habían dejado.

Un juego basado en la simplicidad

El éxito del juego estaba en su simplicidad, en palabras del propio Alexey “el objetivo era que cualquiera que cogiese el juego fuese capaz de jugar y no lo pudiese dejar…”, de esta manera el juego iba dirigido a una audiencia masiva. En un momento en el que los juegos de ordenador estaban dirigidos a un público masculino no era difícil ver al público femenino enfrentándose a las piezas que caían por la pantalla.

Las claves del éxito

Releyendo a John Maeda y sus Leyes de la simplicidad encuentro que el Tetris es una verdadera muestra de simplicidad, de cómo reducir características y a pesar de ello conseguir de un producto un éxito.

Siguiendo las leyes que nos da el libro me gustaría ser capaz de abstraerme al tetris y sacar una serie de conclusiones, vamos a intentarlo:

• La simplicidad, la mecánica del juego es extremadamente simple. Algo que parece sencillo de hacer pero que es tremendamente complicado de conseguir.
• Aprendizaje, gracias a la simplicidad del juego éste no requiere mucho tiempo para aprender a jugar.
• Tiempo, es un juego que permite jugar durante pequeños intervalos de tiempo.
• Continuidad, el juego no terminará nunca. Un usuario irá alcanzando niveles superiores sucesivamente, pero el hecho de no tener un final definido quita al usuario la presión de terminar el juego.
• Interfaz, la interfaz gráfica es un ejemplo de simplicidad, no hay elementos que distraigan, botones, acciones distintas a las esperadas… sólo se puede mover las piezas.
• Atemporal, es completamente atemporal, tanto en mecánica de juego como en interfaz (quizás esta última sea por el aire retro o quizás por la nostalgia que nos provoca recordarlo)

En fin… que al leer que Alexey Pazhitnov estaba por aquí me ha dado por pensar…

O quizás es que me estoy haciendo mayor…

Lo primero que descartamos fue la opción de seleccionar idioma (una de ellas tenía una página de inicio para seleccionar el idioma). Obligar al usuario a pasar por una página de selección de idioma es, en palabras de Nielsen, hacerle perder un tiempo precioso.

Ante un usuario, ¿qué idioma ponemos primero?

Descartada la página vacía para seleccionar el idioma, teníamos dos opciones marcar el idioma de inicio o dejar de lado del servidor la selección de idioma para mostrar el sitio.

Al depender esta última opción de la negociación que entre el cliente y el servidor, entran a formar parte de esta negociación IPs, idioma del navegador, idioma del sistema operativo, versiones… no era demasiado fiable. Además encontramos que, cuando un usuario espera ver la web en un idioma, y, por esta negociación, se encontraba con otro idioma no esperado su primera opción es cerrar y volver a intentarlo, la confusión que generaba en él al encontrarse una versión distinta a la esperada hace acudir a google pero, al tratarse de una negociación automática se volverá a encontrar el sitio en otro idioma y sólo entonces intentará cambiar el idioma.

Esto lo hemos detectado al tratarse de empresas localizadas en España y con un porcentaje muy alto de clientes en España. Los usuarios esperan encontrar la web en Español y al mostrase en otro idioma el usuario se sentía descolocado.

Así que decidimos mostrar la página en el idioma en el que más visitas tendrán y habilitar un cambio de idioma en todas y cada una de las páginas del sitio.

El cambio de idioma nos lleva al inicio o a la misma página

Cuando cambiamos de idioma y ésta nos lleva a la página de inicio, el usuario encuentra problemas para seguir la ruta y ver la página en la que se encontraba pero en el idioma que quiere. Ante esta circunstancia el usuario desesperaba. Ante la muestra de prototipos que cambian el idioma y mantiene la página el usuario se encontraba mas confiado, además al preguntar por sus sentimientos estos derivaban en una empatía con la empresa, en un… ¡eh! que fácil me lo han puesto.

Método para cambiar el idioma del sitio

Buscando a través de distintos sitios encontramos muchas maneras de realizar lo mismo, las más utilizadas pueden ser estas, seguro que hay alguna mas que me dejo, pero estas son las mas frecuentes de las que he encontrado.

Bandera del idioma más relacionado

Según la W3C utilizar banderas no es lo mas adecuado.

“Las banderas representan países, no idiomas. Hay muchos países que usan el mismo idioma, y numerosos países que tienen más de un idioma oficial”

No nos pareció la mejor opción, aunque bien es cierto que debido a su uso generalizado las banderas se han convertido en un elemento muy intuitivo. Todos los usuarios acertaron a navegar entre los distintos idiomas sin ningún problema.

Utilización de códigos internacionales (es, en, de, fr)

A pesar de la estandarización de los códigos internacionales, descartamos esta opción por ser poco entendidas para la gran mayoría de usuarios… Más que nada generó curiosidad en los usuarios a la hora de conocer estos estándares.

Texto con el nombre del idioma en el propio idioma

Sin duda la opción recomendada por todos los expertos, pero quizás carece de ese peso estético que atraiga la mirada del usuario, ante un escaneo rápido de la página al usuario le cuesta mas encontrarlo, cierto es que si verdaderamente quiere ver la página en otro idioma buscará si existe la página en otros idiomas pero si deseamos atraer al cliente internacional debemos mostrar mas fácil esta información. Sin quitar por ello peso al contenido… difícil solución.

Bandera del país mas relacionado con el idioma mas texto con el nombre del idioma

En ambos casos utilizamos esta solución, aunque las banderas representan países y no idiomas éste es un símbolo aceptado para la identificación de idiomas y, acompañando del texto con el nombre del idioma aprovechando las ventajas de los dos formatos.

Más…

Ante la visión del mapamundi o cualquier imagen neutral el usuario dudaba, no veía como grupo la imagen y el texto, los considera entidades independientes, por lo que si del texto conocía su funcionalidad del icono dudaba. El caso del formulario es el general en los select, el tener oculta las funciones hace que ni tan siquiera se fijase en que podría encontrar distintas versiones de la página, tiene que interactuar y descubrir lo que oculta el desplegable.

Hay más métodos y quizás tú encuentres alguno mejor, utiliza los comentarios para que los veamos. Mientras te dejo algunos enlaces interesantes sobre el tema.

Más cosas que se han dicho sobre el tema…

• Indicating language choice: flags, text, both, neither?
• Flag as a symbol of language – stupidity or insult?
• International Web Usability
• Selección de idioma y uso de banderas

A más de 300 Km/h y 200 pulsaciones por minuto cualquier error puede resultar catastrófico. Y en el deporte, en el que sólo vale ser el primero, las diferencias pueden estar sólo en el número de errores. El pasado fin de semana durante el Gran Premio de Hungría de Fórmula 1, me fijaba en la cantidad de mecánicos que trabajan alrededor de un coche cuando éste está en boxes, es increíble. Todos esos mecánicos, sincronizados, trabajando a una velocidad de vértigo. Cierto es que a veces se producen errores, mas o menos graves, pero el grado de acierto es muy alto.

En este caso si hubo un error y unas tuercas saltaron desde uno de los neumáticos. La primera sentencia en televisión y radio fueron “el error humano” a la hora de colocar uno de los neumáticos.

Ya pero… ¿De que va esto?

Con el libro de Norman en la mano, vi muy claras algunas características que nos presenta. El principal concepto del libro es que cuando alguien comete algún error con un dispositivo, generalmente, no es culpa suya sino del diseño del dispositivo que no tuvo en cuenta al usuario durante su creación.

Características

El libro nos da una serie de características una, que quizás no cumpliese la famosa tuerca es la de retroalimentación, al ejecutar una tarea el resultado debe mostrarse al usuario, para así comprobar que la tuerca, en este caso, ha encajado correctamente.

De quién es la culpa

Apresuradamente podríamos pensar en el responsable de poner la tuerca, pero ¿cómo sabía él que no estaba bien colocada?

Seguramente no era la primera vez que las colocaba, pero la velocidad con la que se han de hacer los movimientos hace que sea un trabajo de precisión. El comunicado posterior de la escudería demuestra que, quizás, no era así… Textualmente:

“Hay un mecanismo de seguridad que sujeta la tuerca y no se soltó en la segunda parada”

Más adelante comenta que se modificará el diseño en el próximo Gran Premio. Esta parte resulta esclarecedora.

Las conclusiones de Norman dan la razón

La diferencia entre el diseño industrial y el diseño web puede ser esa (a parte de muchas otras). No dar por supuesto que es el usuario se equivocó. Imaginaos que el ingeniero que diseña la tuerca, sentado en su silla y frente al monitor, no piense en quién la va a colocar, en qué condiciones va a colocar la pieza, a qué velocidad debe hacerlo… y muchos otros factores.

Nuestro trabajo

Cuando hacemos de nuestro trabajo, diseñando interfaces, interacción… debemos dejar atrás esa tendencia de Diseñar Interacción utilizándonos a nosotros o a nuestros compañeros como “usuarios medios” cuando la realidad no es así.

Sabemos que el usuario tenderá ha hacerse culpable de sus errores, pero nosotros debemos reflexionar por qué un usuario que desea hacer una compra a través de internet, una consulta, un movimiento bancario o cualquier otra actividad… se equivoca, o abandona su intento.

Generalmente, como dice Norman, el verdadero culpable del error es el diseño de la interfaz, que no tuvo en cuenta al usuario durante su creación.

Referencias

• La psicología de los objetos cotidianos

Entrada, editada el 4 de Septiembre de 2006 a las 13:26.