Reconozco que he asistido con bastante pereza al evento: a la mitad de los ponentes no los conocía y sus temas me parecían muy introductorios; a la otra mitad, porque los conocía y sus temas me parecían muy habituales.

El primer día la calidad general de las presentaciones fue de ‘aprobado raspado’.  Los asistentes se cebaron en los jóvenes -y no tan jóvenes- que subieron al escenario:  por su academicismo, por su tema, por su forma de leer las presentaciones…

El segundo día los ponentes se pusieron las pilas para que no les crucificaran en Twitter y el nivel subió un poco hasta el ‘notable bajo’.

Durante los dos días, el feedback directo desde las butacas fue bastante escueto, casi limitándose a los aplausos, excepto en el debate final, donde los jardines se abrieron al público.

Como antes comentaba, el público es muy diverso:

• investigadores, programadores, diseñadores, gestores…
• de Madrid, de Barcelona, de otras provincias…
• profesores de masters, estudiantes de masters, gente que aprende haciendo y leyendo…
• gente de 40 años que lleva en internet desde hace 20 años, gente de 20 años nativos digitales…

Ante tal variedad, y con las condiciones ambientales adecuadas (calor, hacinamiento, aburrimiento, el caldo de Twitter, el espíritu del 15M), ante la más mínima chispa, salta el fuego. Y al final, saltó.

¿Los test de usuarios no son necesarios?

Este fue el primero y más polémico de los temas.  Twitter se inflamó y llegó a ser trending topic en España.

A favor de la tesis estaban los veteranos de Cadius. En contra, el resto del mundo:  los que pagan su hipoteca con ellos, o los que repiten como un mantra aprendido que no sólo son necesarios, sino que son imprescindibles.

Es lo que pasa cuando derribas un pilar de una religión, que la gente se mosquea. En la actualidad, los proyectos de diseño se cuentan por miles. Me atrevo a aventurar que ni el 5% de esos proyectos (siendo generosa) se testan en laboratorio clásico, y si lo hacen es por alguna de estas razones:

• porque la empresa quiere estar muy segura antes de lanzar un producto al mercado
• porque tienen problemas de conversión y no son capaces de detectar dónde está el problema
• porque los usuarios son muy especiales, y ponerse en su piel es muy complicado para un diseñador
• porque es política de la empresa, porque tiene dinero para hacerlo y/o porque quiere hacerlo

Por ejemplo, si hacemos un sitio web normalito para una pyme, o montamos un blog para un amiguete, ¿a que no lo testeamos en un laboratorio? Es lo que Jesús Gorriti o  Javier Cañada querían decir con lo de que tenemos herramientas y paradigmas aprendidos que nos permiten no tener que testar siempre en laboratorio.

Pero… ¿y si tenemos que diseñar algo más complejo, como el interfaz de una lavadora para ancianos o un bisturí para neurocirujanos? Aún siendo un diseñador experto y especializado en ese área,  la investigación es necesaria. Sí o sí. Ya veremos si es en laboratorio, en casa de los usuarios, en el centro comercial estudiando los diferentes tipos de lavadoras que hay, o en la biblioteca leyendo libros del sector… Si no investigas, no avanzas. Te quedas aplicando siempre los paradigmas aprendidos. Eso es aburrido, y no puede haber peor enemigo para un diseñador de Experiencia de Usuario que un proyecto sea aburrido. Y para nuestros clientes, eso es mortal.

Que significa trabajar en UX

Según uno de mis profesores, los que nos dedicamos a la experiencia de usuario somos  gente de letras que no podemos trabajar en nuestro campo y que tenemos que buscarnos la vida en otros sectores, pero que realmente no tenemos ni idea de diseño industrial.

Ante esta afirmación (no exenta de mucha razón), me gusta argumentar que, en el fondo, todos los que participamos en un proyecto estamos colaborando en su éxito final. Da igual si eres programador de front o de back, si eres el que eliges los materiales del producto, el que negocias el precio de los proveedores o el que recibe a las usuarios y les acompaña hasta el laboratorio. Como diría el limpiador de Cabo Cañaveral a J.F. Kennedy, “estoy ayudando a mi pais a pisar la luna”.

Cualquier persona, en cualquier puesto, afecta al diseño de la Experiencia de Usuario. Todos los que trabajamos en el producto o servicio (tanto en su creación como en su ejecución), estamos ayudando a poner un pie en la luna. De nada sirve que en las especificaciones del servicio diga que los camareros deban ser simpáticos, si luego no lo son.

Como comentó Justyna Adamczyk, de Tuenti, las labores de un puesto de UX no están nada claras, porque en el fondo, todos afectamos al resultado final, que es lo importante. Unos pintan prototipos, otros investigan con usuarios, otros programan, otros seleccionan los materiales… Entre todos, se llega o no a la luna.

El problema de que todo sea UX, es que al final el término se pervierte y nada es UX.  Quizá sería mejor así. Nos evitaríamos perder el tiempo en discusiones terminológicas y nos centrariamos en lo importante: en la sonrisa del usuario cuando utiliza nuestro producto o servicio.

Masters, carreras y formación

Aquí se abrió otro bonito jardín para ver si era mejor la formación reglada, la no reglada, la auto-formación, la gratuita, la de pago, el grado, el posgrado, el master…

No quiero entrar mucho porque me parece un debate baldío. Cada cual que elija la que más le guste. Yo prefiero mezclar un poco de cada una y, sobre todo, hacer, un aprendizaje mucho más completo que cualquier cosa que te pueda contar un libro o un profesor.

Madrid, Barcelona y teletrabajo

Otro debate digno de Messi y Cristiano. El volumen de trabajo en las dos ciudades es comparable en términos cuantitativos, no cualitativos. Nadie tenía datos actualizados y, aunque los tuviera, ¿para qué entrar en esa discusión?

En cuanto al teletrabajo, cada cual cuenta la feria según le va.

Por qué nos dedicamos a esto

Por dinero. Si no nos pagaran, trabajaríamos en otra cosa. Dejemos de ser unos buenos-rollistas del amor al usuario y pongamos en valor nuestro trabajo. Pagamos dinero para cursar masters, pagamos dinero para comprar libros, pagamos dinero y tiempo por ir de conferencias, pagamos tiempo para cuidar de nuestra marca personal a través de blogs y participación en conferencias. Somos profesionales, no una ONG, aportamos valor a las empresas.

A modo de conclusión

En definitiva, es bueno que haya debates en la comunidad donde cada uno exprese su punto de vista y se implique emocionalmente porque nos importa y nos afecta. Twitter nos permite expresar en caliente nuestras sensaciones inmediatas, pero echo de menos un mayor nivel de implicación, e invito a todos los asistentes, una vez apagado el calentón, compartir con la comunidad una reflexión elaborada, no un twit, sobre cualquiera de los temas que se trataron -o no- en UX Spain.

Los profesionales invitados a dar su punto de vista sobre la profesión fueron:

• Carmen Bustos
• José de Sola Gutiérrez
• Carlos González de Herrero
• Aldara Sánchez

A continuación extraigo algunas frases y conceptos que dijeron.

Carmen Bustos

Habló sobre el “design research”, o investigación a través del diseño, aunque en realidad se trata de “marketing research”. Aunque la frase suene a manida, “no pretendas que las cosas cambien si siempre haces las mismas cosas”, sino que hay que replantearse las cosas: hay que probar y arriesgar para conseguir resultados distintos.
Una cuestión a resolver es qué cosas puede hacer un diseñador en el mundo empresarial, porque es raro que se mezclen el mundo del diseño y de la empresa. De eso se trata el “design research”, de incorporar las habilidades de los diseñadores en el mundo de la investigación y de la empresa.
Destacó 4 conceptos:

1. personas vs clientes – debemos diferenciar entre la función estética y la estratégica del producto.
2. hechos vs datos – cuidado con las opiniones, debemos tener datos sobre los que apoyarnos.
3. necesidad vs posibilidad – se puede hacer determinada cosa en un diseño, ¿pero es realmente necesaria?
4. verdades incómodas vs verdades absolutas – los investigadores en diseño vemos “insights”, no somos dioses, nos podemos equivocar. Recordemos que innovación puede implicar fracaso y reintentarlo de nuevo.

José de Sola

Habló sobre el comportamiento del consumidor y de cómo las metodologías de investigación permiten conocer, anticipar y analizar la conducta del consumidor para facilitar la toma de decisiones.
Explicó algunos niveles de investigación:

• económico – conocer el comportamiento objetivo de consumo
• individual - llegar al núcleo de los intereses gustos y preferencias (consumer behavior)
• sociológico – conocer las tendencias, modas y motores del comportamiento

Con ello se pretende:

• escuchar al consumidor
• conocer su psicología más profunda
• anticipar lo que hará

Nuestro trabajo se basa en la búsqueda del insigth: las necesidades, los gustos, los intereses, los sueños, las satisfacciones e insatisfacciones, los productos, los precios, la comunicación, la distribución, los entornos y las oportunidades.
A continuación habló sobre las metodologías que usa en su trabajo:

• Registro y observación de conducta, donde no hay intervención
  • hogares, conducta de compra…
  • tendencias culturales, sociales, modas…
  • rastreos y motores de búsqueda en internet
  • simulaciones de compra online
  • bases de datos
• Análisis cualitativo del consumidor (analisis del porqué, de las motivaciones, de emociones, de sueños, temores, percepciones, influencia de los entornos, rechazos e intereses)
  • grupos de discusión
  • insight
  • discurso grupal
  • sociodramáticas
  • psicodramáticas
  • proyectivas
  • entrevistas en profundidad
  • juegos proyectivos
  • psicodrama
  • contar cuentos
  • análisis de discurso verbal
  • juegos
  • dibujos
• análisis cuantitativo de la conducta (observación, encuestas o experimentación, estadística de agrupación).
  • entrevistas personales (CAPI)
  • entrevistas telefónicas (CATI)
  • entrevistas online (CAWI)

  Como apunte, decir que las online son más sinceras y las personales más profundas

El objetivo final de todas las investigaciones es intentar conocer al consumidor, porque:

• el consumidor nunca dará información sobre lo que no quiera
• no se puede predecir completamente lo que hará hasta que no lo tenga delante
• su comportamiento es impresvisible en muchos sentidos
• si le gusta, lo encumbra; si no, lo hunde

Para finalizar, algunas reflexiones que hizo:

• Cuando un producto capta una necesidad de verdad, se vende solo
• Vamos hacia una globalización en la comunicación
• La publicidad gusta, pero no la satuación
• El consumido busca información sencilla, sincera y directa
• El consumidor desconfia de la publicidad
• Vamos a un mundo viral fomentados por las redes sociales
• Si algo gusta, gustará en todo el mundo
• la investigación del consumidor solo ayuda, no resuelve

Carlos González

Habló sobre la co-creación y los nuevos escenarios en el diseño. Explicó:

• las diferencias entre user centered design; critical design; design and emotion; y participatory design research
• qué se obtiene cuando desplazas al usuario: es diferente visitarle que que traerle a tu laboratorio
• la necesidad de los equipos multidisciplinares: los modelos de colaboración y las dinámicas de producción
• la iteracción continuada y la flexibilidad: co-desing
• se puede aplicar al diseño de productos no digitales, como muebles

Aldara Sánchez

Enfocó su objetivo hacia los riesgos que tiene el investigador de Experiencia e Usuario, entre ellos los errores que tienen los observadores.
Por un lado, cuidado con las grandes verdades en el pretest, el test y el análisis (post-test). El investigador es un usuario, y como tal también es subjetivo (y además está contaminado), que responde ante unos objetivos de negocio y unos objetivos propios.

• A veces, en los laboratorios, sólo se busca confirmar una hipótesis y se enfoca la investigación en eso, manipulando de algún modo la credibilidad de todo el proceso.
• El ‘think aloud’ cambia al usuario, a veces es mejor no hacerle hablar.
• A veces se busca la frase para la foto (o el video)
• Se desvirtúa la motivación real y entorno natural

En cuanto el eyetracking, lo define como un complemento al análisis, pero a veces se interpreta a la carta. Dejó bien claro que en sí mismo no hace milagros y es muy manipulable: da mucha información sobre lo que se ve y lo que no, pero en el fondo da datos muy globales sobre cómo interactúa el usuario con la web.

Algunos consejos finales que ofreció fueron:

• evitemos caer en la tentación
• el usuario no es un experto
• es necesario un trabajo continuo entre cliente-empresa-moderador
• piensa en lo que estás evaluando y no te precipites
• aunque tengas las mente en blanco, seguirás siendo subjetivo
• sólo observa y así conseguirás contar sólo lo que ha ocurrido
• ten cierto control sobre el cliente
• relaja al cliente, relaja al usuario y relájate

• Si vas a hacer etnografía en tu empresa, date cuenta de que no es un proyecto corto, si lo quieres hacer bien. Hay que conocer la cultura de la empresa en la que te encuentras . Esto implica mucho tiempo, y en consecuencia mucho dinero antes de que se obtengan resultados. (1)
• Presentaron la herramienta de testeo web remoto Webnographer que se caracteriza por su adaptación a metodologías ágiles (2) ya que se permite usar directamente los datos recogidos en el proceso de diseño.(3)
• Otro tema que tocaron fue si había que diseñar para personas que se arriesgan y cambian su modo de hacer las cosas; o por el contrario había que diseñar para personas que no quieren cambiar de hábitos. Puedes seguir el hilo de este tema en Johny Holland(4)

Mis comentarios

En el fondo no contaron nada que no tuviéramos en mente, pero siempre es interesante encontrarse a gente que tiene los mismos problemas que tú y ver cómo lo hacen para convencer a sus clientes.

1. Esto se dijo también en la charla de la UPA. Pásate por acá para ver más sobre lo que se dijo
2. Próximamente habrá un post sobre metodologías ágiles y UX.
3. Según los padres de la criatura, yo no he probado esta herramienta y lo que mostraron en la presentación no difería mucho de otras herramientas de testeo remoto del mercado.
4. Sobre innovación también recomiendo leer las teorías de Everet Rogers

When designing complex systems, applications, websites, etc., accessibility issues should be considered before any single line on the paper, not only for governmental and corporate websites, but also for advertising products or intranets. However, accepting the user diversity implies a certain number of constrains and requirements that have to be taken into account when creating our prototypes. This will allow us to save time, money and gain sustainability in our projects.

First of all, we must understand people with disabilities requirements. Two great tools to understand these requirements and look up for solutions are the documents “Web Content Accessibility Guidelines (WCAG 2) 2.0” and “Accessible Rich Internet Applications (WAI-ARIA) 1.0”.

The previous version of WCAG, v 1.0 , was very strict and technology-focused, so many web creators simply rejected to create Rich Internet Applications if they had strong accessibility commitments. Consequently, many accessible websites were not very impressive. As a result accessibility was perceived as a limitation to create eye-catching websites; and advertising sites simply ignored accessibility features. The W3C members involved in the accessibility task force observed this situation, and have updated the WCAG to focus it on content and human capabilities rather than in restricting the technology to use; and started a working group to create a set of recommendations for creating accessible RIA.

Unfortunately, the W3C forgot to make WCAG 2 usable: The quick reference is equivalent to 51 printed pages; the summary is about 41; and imagine the rest of it.

So, my contribution to this conference is to explain the most relevant tricks to comply with accessibility that involves Information Architecture (IA) in the different steps of the process of creating a web site or application.

Let’s see some examples.

Imagine a nice data chart, like a bar graph or line chart, that summarizes the temperatures in Copenhagen. Blind people just will access to the label “figure 1. Temperatures in Copenhagen”, but this will not be information at all for them. Some extra effort needs to be done here by IA. How? There are different options, but the one I like most, as it creates really meaningful information is to add a description on what the chart says: a high-level summary of the data, trends and implications comparable to those available from the chart. Extra ball: provide the actual data in a table, so blind people could access to all the information, as well as some web bots.

On the “About the company” you want to include the shareholders meetings videos. Now blind people can hear what they say if their browser supports that type of video. Neverthelesss, deaf people can’t access to the information, they just watch people arguing, and probably there are not close-up shots to read their mouth. So the IA must include a solution in the prototype and in the planning. My best option is transcribing the video into a separate file, and then including it. Extra ball: apart from the transcription, synchronized subtitles would be really great.

But, what happens if we have a live broadcasting website? How can I make the people who are hearing impaired to watch real-time presentations? WCAG 2 provides several solutions, but all of them imply creating captions for live synchronized media. The good notice is that captions can be generated using a real-time text translation service.

Since our prototypes are (usually) only on black and white, colors are supposed to be a graphic designer issue. But think of a customer that wants to indicate that something is wrong or right through traffic lights, and he wants this information to be implemented in the prototype. Well, you must consider that color-blinded people may not be able to distinguish the red from the green one (there are many combinations of colour blindness, although red-green is the most typical). My option (if the traffic lights are mandatory) is not relying only on color. Add text to your wireframe and put a stick on it explaining why.

Quick links should be available for features or contents that some people might find annoying or disgusting. I am referring, for example, that music that the customer strives to play automatically when entering on the website. Blind people will blame on that music that becomes a noise on their way to listen to their voice-browser/screen reader. Just don’t do it, please.

One of the most difficult issues that information architects and web designers must face is the moment when the user increases the text size, because he has low-vision or uses a small screen. When this happens, if we have not taken preventative measures, boxes usually loss their proportions, horizontal bars appear, contents overlap, and the beauty and balance of the page fail. This is a delicate matter on the homepage. My solution is to add a second version of the page on the prototype with 200% bigger fonts. This way, graphic designers and front-end developers will be aware on how the page should behave when the user enlarges the page. Extra ball: Legibility also rises up when font is big enough; you avoid justified text and provide sufficient inter-line and inter-column spacing, so perhaps your user will not need to re-scale it.

As you can see, there are many different things that we, information architects, can do to create accessible applications or websites. Taking into account them help us to create a better design. The point is, as we are at the start of the chain, the fewer the errors we make, the lower complains our product will have by users with disabilities, by an accessibility auditor or by a techi using the last-hit in 4-G mobiles. Thus, less work will be need to do by information architects, graphic designers, front-end and back-end developers, and in a nutshell, the hole team to repair problems in the desgin found when users evaluations are done at the end of the process.

How Accessibility issues affect Information Architecture

En lo personal, he sacado 4 conclusiones que, como diría Luís, es un poco tontería aunque se te tiene que ocurrir…

1. Que no es necesario ser bilingüe en inglés para entender lo que dice la gente ni para hacerse entender. Fuera complejos con el idioma de una vez por todas.
2. Que la gente trabaja en temas tan interesantes como lo puede ser el tuyo: de banca a juegos, de periódicos online a aplicaciones offline. Fuera complejos de que los demás trabajan en cosas mejores.
3. Que no hay una carrera única y especializada en Arquitectura de Información, del mismo modo como tampoco la hay para Accesibilidad, o Usabilidad. Cada uno proviene de un área de conocimiento distinto. Fuera complejos de que fuera tienen mejor formación.
4. Que no todo el mundo ha leido, o tan siquiera conoce, los libros o blogs existentes y que se usan como referencia. Fuera complejos de que fuera tienen mayor acceso al conocimiento (al fin y al cabo, su día tiene 24 horas, las mismas que los nuestros).

Este año la participación ha sido bastante floja: de 300 congresistas el año pasado, a 150 . Muchos de nosotros pagamos el congreso de nuestro bolsillo, incluido vuelos y alojamiento, aparte de pedir días de vacaciones para poder asistir. Si lo unimos a “la coyuntura económica”, no es un número tan malo.

¿Y para el EuroIA 2010?

El año que viene está previsto celebrarlo en París, una ciudad más económica que Copenhague, y con conexiones de vuelos de bajo coste con toda Europa. Los organizadores esperamos que se anime más gente, en especial del sur de Europa (España, Italia, Portugal, Grecia), así como de gente de Sudamérica que estén desarrollando proyectos en Europa.
Ser ponente no es tan complicado: habrá una llamada pidiendo candidaturas a principios de año, en la que, de una manera muy breve, se expone de qué se quiere hablar. Luego el grupo de organizadores leeremos todas las propuestas y las valoraremos en un revisión ciega. Las que mejor puntuación tengan, serán aceptadas. Creedme, si seguís los 4 puntos que antes he citado, no es nada complicado hablar de lo que hacemos o de lo que sabemos hacer.

• “Cómo se mide la Usabilidad”

  Organiza: Xperience Consulting
  Fechas: 13 de Noviembre, de 9 a 14
  Lugar: Hotel TRYP Gran vía. Calle Gran Vía 25, Madrid.

  Se mostrarán las últimas técnicas para analizar, optimizar y medir la experiencia online de los usuarios (pruebas de usuarios, seguimiento ocular, test remotos…) Puedes inscribirte en este formulario. Plazas agotadas

• “De la Idea al prototipo”

  Organiza: Cadius Madrid y Universidad Pontificia de Salamanca en Madrid
  Fechas: 11 y 13 de Noviembre, de 19 a 21,30
  Lugar: Universidad Pontificia de Salamanca en Madrid. Paseo Juan XXIII, número 3.

  Serán dos tardes en los que se enseñarán los pasos básicos de la Arquitectura de la Información desde la recogida de información (benchmarking, trendwatching, entrevistas…) hasta el prototipado.
  Puedes inscribirte en este formulario. Plazas agotadas

La keynote de Adam Greenfield, una hora de charla en plan Steve Jobs, que se puede resumir en “no me gusta el mítico libro de IA porque la gente no se da cuenta de que ese libro sólo es aplicable a la WWW, y se ha reducido el ámbito de trabajo de los arquitectos de información a la web, cuando en realidad podemos hacer muchas más cosas, como por ejemplo, dominar el mundo”. Bueno, esto último quizás es un poco inferencia mía…

Quizá la mejor de las charlas fue la de John Ferrara sobre cómo aplicar la AI de los videojuegos a otras aplicaciones. No sólo por el contenido de la charla, sino por la capacidad discursiva de enfatizar, pausar, proponer, jugar con la audiencia…

Y la peor fue probablemente en la que más esperanza tenía (y expectación levantó a juzgar por las personas que congregó), la de la arquitectura de información de IKEA. Trabajo universitario ‘descubriendo’ que IKEA tiene forma de laberinto y que no es una forma óptima para las personas que sólo quieren un producto determinado… Seguro que la gente de merchandising de IKEA tampoco lo sabía.

Más cosas chulas que se vieron: la remodelación del sistema de reserva de KLM (¡lo necesitan!), una comparativa de máquinas expededoras de billetes de tren, cómo integrar las métricas y estadísticas en la AI…

Lo peor de la organización es lo de siempre, que hay sesiones en paralelo y tienes que elegir.

En el plano personal, conseguí el segundo premio en la Jam Session con la presentación de los Mailing List Digests in Infoxication Age. Además, me he convertido en la embajadora de la conferencia para España (algo así como la que les traducirá las notas de prensa al español y las difundirá) por el módico sueldo del aprecio personal de Ericc Reiss, que entre otras cosas es profesor del Instituto de Empresa y en Abril-Mayo vendrá a Madrid a dar un par de charlas…

La representación española no fue muy numerosa, 9 personas, pero si la comparamos con la del año pasado en Barcelona, no estuvo tan mal. Sobre todo para salir por la noche holandesa

Más sobre el EUROIA 2008

• Crónica muy detallada por días de Martin Belam
• Libreto para seguir la conferencia, con la biografía de cada ponente, de qué va a hablar, etc.
• Presentaciones powerpoint que los autores han colgado en slideshare con sus charlas

Mailing list digests are useful as they join all the emails sent one day into one only email. But when many people participate at the list, they become dangerous.

This is an experiment and a proposal to solve a problem.

Slideshow: Mailing Lists Digests In Infoxication Age

Presented at EuroIA 2008 Jam Session, I won the 2nd. prize with it. Hope you enjoy!

Así que este año he decidido repetir en el EuroIA , en Amsterdam. No me dará mucho tiempo a disfrutar de los canales, porque el programa va bastante cargadito: empezando por cómo organizan la información en IKEA, y terminando por la labor de los arquitectos detrás de los CMS. Dos días de densas charlas en inglés, sin subtítulos ni traductores, sólo apto para verdaderos fans de la AI.

Lo que mejor pinta tiene es la Jam session, donde los asistentes podremos contar lo que queramos (proyectos, metodologías, investigaciones…). Las 3 que más gusten se les devolverá el importe de la conferencia, que si bien no es muy cara, entre avión, alojamiento y demás, sí que supone un pico.

No prometo postearlo, pero sí intentaré hacer una crónica del evento.