Este mes de febrero hará 14 años desde que empecé a dar clases en FCOM (Universidad de Navarra) sobre cómo desarrollar proyectos de comunicación digital. Muchas cosas han cambiado desde entonces. Conceptos como  multimedia, hipertexto, interactividad, experiencia de usuario, arquitectura de información, usabilidad o conversión han evolucionado a la par que Internet, el marketing online y las redes sociales. La gestión de los proyectos que enseño a mis alumnos, también ha cambiado.

En Biko llevamos ya tiempo gestionando proyectos con metodologías ágiles. Al principio lo aplicamos sobre todo en  las fases de desarrollo. Y algo después, comenzamos a aplicarlo también en las fases iniciales de conceptualización y definición. En la actualidad trabajamos con la metodología Lean-UX  que describía  Ujué en sus 5 píldoras de creatividad inspiradora.

Pues bien, en el último cuatrimestre han sido mis alumnos los que me han dado una lección de metodologías ágiles y lean-UX, en lugar de enseñarles yo a ellos lo que hacemos en el mundo profesional.

Hoy en día, todos mis alumnos son ya nativos digitales. Y eso se nota. Tienen una forma de funcionar bien distinta a la de los alumnos de hace 14 años. Rara vez se leen las instrucciones de un trabajo completas hasta el final, sino que se ponen en marcha inmediatamente, antes de terminar. Como solía decir mi madre, “echan a andar los pies antes que la cabeza”.

Estos alumnos no tienen ningún miedo al enfrentarse con  nuevas herramientas o aplicaciones: todos son usuarios intensivos de correo-e, mensajería instantánea y redes sociales, además de Google y la Wikipedia. Algunos incluso tienen blogs o cuenta en Twitter antes de llegar a la universidad. De manera que su forma de adquirir y aplicar el conocimiento, también es distinta.

Durante años, para definir un proyecto pedía a mis alumnos que dibujaran un diagrama de navegación, el típico “árbol de contenidos”, para reflejar la arquitectura del sitio web que iban a crear. Podían hacerlo con cualquier herramienta digital (Word, Powerpoint, Freehand, Photoshop,  herramientas online como Bubbl.us o de descarga, como Xmind…). Pero el diagrama (y su validación con el profesor) era un requisito antes de ponerse a construir.

Para mi sorpresa, en la última edición de la asignatura Comunicación Multimedia, el día que debían entregar el diagrama, dos de los equipos de trabajo ¡en vez del diagrama, tenían el sitio web montado y navegable! Aunque sin contenidos…

Por lo visto, habían detectado que les costaba el mismo tiempo, o más, elaborar un diagrama con esas herramientas. Y el diagrama no era  parte del “producto final”. Es decir, hacerlo suponía invertir tiempo (un bien escaso) en algo que no era avance en el proyecto. Por lo tanto, habían optado por dibujar el diagrama a mano (pensar y plasmar en un papel, que es más rápido) y emplear ese tiempo en montar la arquitectura del sitio, ya navegable, con alguno de los múltiples CMSs gratuitos que empleamos.

Al principio me pareció poco adecuado para el proceso de aprendizaje. Siempre habíamos hecho el diagrama de navegación primero… Pero pensándolo despacio, hacer el diagrama (pensar la arquitectura) sí lo habían hecho. Lo que no habían hecho era “perder el tiempo” pasándolo a limpio y bonito para entregárselo al profesor. En cambio, habían sido ágiles, ya que la validación y corrección de la arquitectura la pudimos hacer igualmente sobre el sitio ya montado, y con mucha más agilidad, ya que aplicábamos los cambios y veíamos el resultado sobre la marcha.

Esta pequeña anécdota me ha hecho pensar que, igual que mis alumnos son los trabajadores del futuro, las metodologías ágiles (tan espontáneas e integradas para ellos), son también las metodologías del futuro en este sector de la comunicación digital.

Con este post iniciamos una serie de artículos centrados en explicar cómo trabajamos en Biko la AI. Trataremos de explicar en nuevos artículos algunos de los pasos de nuestra metodología. ¡Atentos al siguiente sobre Modelado de personajes y escenarios!

Hay veces que para ser creativos en cuestiones de navegación (y ya no digo gráficas) uno se lía la manta a la cabeza cuando la solución es tan sencilla como apoyarse en modelos existentes, que están funcionando, y sacarles el mayor provecho posible.

Por eso me encanta este cartel al estilo circense que viene a decir: Un buen diseño consiste en hacer que todos los demás diseñadores se sientan como idiotas porque la idea no se les ocurrió a ellos.

Y es que, en la mayoría de las ocasiones, la mejor solución están en aprovechar soluciones conocidas, aportándoles un plus de valor añadido.

Éste es el caso de los planteamientos de arquitectura que Google, a través de su GSA,nos ofrece cuando se encuentra integrado en portales.

Algunas funcionalidades que provocan nuevos modelos de AI:

1. Búsquedas más completas: Ahora, con Google, las páginas de resultados van más allá de un mero listado. El usuario puede, con un sólo clic, consultar los resultados por diferentes criterios (fecha, relevancia), suscribirse por RSS a la búsqueda o filtrarlos según su formato (html, pdf, word…). Es lo que se ofrece, por ejemplo, desde Navarra.es.

2. Afinar por criterios: Se trata del modelo perfecto para aquellas búsquedas en las que todos los elementos cuentan con una información muy estructurada y comparable. Sería el caso de las tiendas online. Podemos verlo, por ejemplo, en la tienda de PC Magazine. Aquí, tras entrar en la categoría de Cámaras, nos encontramos una categorización por diferentes criterios, a modo de menú, que nos permite seguir filtrando la búsqueda hasta hallar el producto ideal.

Y es que, cuando compramos una cámara digital, por ejemplo, no siempre tenemos claro cuáles son todos los requisitos que debería cumplir. De este modo, comenzando por una búsqueda simple o navegando por sección (Cámaras digitales), nos encontraríamos con diferentes criterios de filtrado (por ejemplo, Megapixels) que nos permitirían visualizar un primer listado de productos acordes a nuestros intereses, pero que seguiría mostrando nuevos filtrados (por ejemplo Precio).

3. Búsqueda por contexto: Existen otro tipo de proyectos desde cuyos resultados de búsqueda se facilita al usuario una búsqueda por contexto, en función de parámetros comunes, como puede ser etiquetas, temas, secciones… relacionadas con el término buscado. Encontramos un ejemplo de ello en el periódico británico Times, en el cual, tras realizar una búsqueda (por ejemplo, usa) se nos permite un filtrado por temas, palabras clave, etc. liagadas a dicho término. The Guardian nos muestra, por su parte también, relación con secciones que contienen ese término, tipos de información (audio, galerías…), periodistas…

4. Mostrando la navegación a partir de la búsqueda: Estos modelos, llevados al extremo, pueden implicar que la navegación estándar que se muestra al usuario se construya en función del término buscado.

Es el caso de la tienda Drillspot, donde al realizar una búsqueda (por ejemplo, shovel), no sólo se nos presentan los productos de un modo gráfico, mucho más propio de un escaparate que de un resultado de una búsqueda, sino que, además, el menú lateral se adapta para identificar todas aquellas subsecciones del web que albergan artículos con dicho nombre.

5. Generando menús inteligentes: Siguiendo la solución anterior y permitiendo, además, extras como que el buscador se adelante a los términos introducidos por el usuario, se pueden plantear menú inteligentes, generados en función de lo que se necesita. Encontramos un ejemplo de gran calidad en Apple.

Así, en este portal, cuando el usuario comienza a introducir una palabra en el buscador, se muestra automáticamente un listado de sugerencias al más puro estilo comercial, dando un valor añadido a la acción del usuario.

6. Y todo esto con la potencia actual de Google… y la futura: Y es que funcionalidades como mapas, gráficos…, hoy presentes ya en su buscador Google.com, podrán completar en breve las búsquedas de cualquier portal con la GSA integrada… y, de esta forma, cambiar y fomentar la creación de nuevas y más ricas arquitecturas de información.

Cuando el equipo lleva más de una hora tratando aspectos de una interfaz sin llegar a ningún tipo de conclusión, es muy probable que el motivo real de fondo sea que se esté discutiendo sobre los distintos modelos mentales del público objetivo, sin tener datos suficientes para contrastarlos por la falta de investigación previa.

Así podemos leer en Usolab cómo los datos estadísticos son importantes tanto si vas a prototipar un web como si se trata de conceptualizar el modelo de un WC.

Y es que es demasiado cierto que muchas veces en este sector trabajamos a ciegas, dando por buenos muchos supuestos sobre los posibles usuarios de una interfaz, sin tener datos objetivos que justifiquen nuestras decisiones, salvo, que no es poco, la experiencia en el medio.

Sin embargo, nos sorprenderiamos (y no gratamente) si, más a menudo, sentaramos a usuarios a juguetear con las arquitecturas que proponemos y, por lo mismo, nos ahorraríamos grandes esfuerzos de desarrollo si siempre pudieramos contar con datos de uso fiables antes de comenzar a trabajar. Porque… ¿alguien se atreve a poner la mano en el fuego asegurando que los usuarios no navegan por menús sino por contexto? ¿y apostando a que la columna derecha es siempre zona fría?

Mejor no apostar, que el juego no es sano… especialmente si te puedes quemar

Bueno, este es el comienzo de algo graaaande, los blogs de Biko, Bikolabs.

En este caso el blog corresponde a una de las áreas de la empresa, el equipo de Experiencia de usuario, al que le apasionan temas como la usabilidad, la arquitectura de información, el diseño gráfico y los estándares y accesibilidad. Y de ello va a tratar este blog! de todos aquellas cuestiones que nos motivan y nos encantan.