Hoy hemos presentado en Barcelona el desayuno de “Tendencias en Ecommerce y ROI temprano”, con nuestro partner Multiplica, y me ha sorprendido bastante que el tema Agile, eje del mensaje para conseguir ese ROI temprano, era un concepto desconocido para los asistentes.

Aunque quizá no debería haberme sorprendido tanto. Al fin y al cabo, cuando una marca/empresa/cliente se lanza a crear un producto online no se pregunta demasiado cómo se lo van a construir. Piensan: lo construirán y ya, ¿no?.

O más bien, lo construirán, la cagarán (es lo que suele pasar con los proveedores de desarrollo), me pedirán más dinero a mitad del proyecto, discutiremos, me entregarán un producto plagadico de errores, me negaré a pagar hasta que los arreglen…  Así, y tras semejante parto, el producto estará online pero no voy a tener ganas más de que mantenerlo (lo de evolucionar ya es otra película) porque embarcarme en una nueva fase de construcción me da pereza, me trae malos recuerdos y me provoca dolor de corazón y de bolsillo.

Supongo que los proveedores nos hemos ganado esta fama a pulso y, por eso, no es que los clientes sepan o no qué es Agile, es que les cuesta creer que haya un remedio a tanto dolor innecesario. Y aunque lo creyeran o, al menos, les sonara interesante, ¡cuesta tanto dar el paso y probar!

Así que, en lugar de intentar convencer a nadie, voy a optar por hacerme eco de unos datos presentes en el libro Succeeding with Agile:

• El coste de los proyectos agile es un 26% menor de media. De los proyectos estudiados, el de menos ahorro logrado rebajó un 10%  sus costes y el de mayor ahorro hasta un 70%.
• Los proyectos agile salen al mercado hasta un 37% más rápido que los proyectos tradicionales.
• La calidad de los proyectos agile mejora un 63% de media. Un 10% en el peor de los casos.
• Un 47% de los stakeholders consideran que, con los proyectos agile, están más satisfechos. Un 31% se siente mucho más satisfecho.

Esto es sólo una muestra de lo que podemos conseguir si nos empieza a preocupar cómo se constuyen (se diseñan, se desarrollan, se testan…) nuestros proyectos.

Ahora mismo, para mejorar incluso esos datos, nosotros estamos aplicando ténicas ágiles en un área hasta ahora inexplorada (al menos en territorio de habla hispana, pues los grandes gurús como Alan Cooper o Jeff Gothelf ya lo están poniendo en práctica). Se trata del agilismo en la definición del proyecto y su concreción a nivel de arquitectura, navegación… Vaya, todo el universo de la experiencia de usuario o UX.

Como todavía nos quedan los desayunos de Pamplona (18/11) y Madrid (24/11), seguiremos ahondando en cómo construir sitios que conviertan y sean inteligentes, pero que además nos permitan obtener un retorno de la inversión de forma temprana. Agile y Lean UX son las claves para ello, creedme (a mí o a los números, igual me da). ¡Clientes!, no se me ocurre otra manera más sencilla y efectiva de volver a recuperar la ilusión (y el dinero) al lanzar productos online. ¿Queréis asistir al desayuno? ¿Queréis que hablemos de cómo hacer realidad todo esto?

Todos estamos detrás de lo que los americanos denominan el engagement: fidelizar usuarios, convertir usuarios en clientes…

Y que mejor estrategia que recomendar aquellos elementos de nuestra web que concuerden con sus intereses. Esto es algo que hemos visto y mucho en sites de e-commerce, siguiendo la estela de Amazon, al que siempre recurrimos como ejemplo explicando el concepto con funcionalidad como “te recomendamos estos productos” o, “compradores que adquirieron este libro también han adquirido estos otros”…

Este tipo de técnicas y estrategias también están dando el salto a los medios online y portales de información.

NYTimes incorpora recomendación en las páginas de su portal

Para ello se recurre a lo más antiguo, aplicar con criterio la capacidad curatorial de los periodistas e informadores. Valioso y necesario en muchos casos de buen periodismo.

Pero también la tecnología, en base a similitudes semánticas, valoraciones sociales o patrones de comportamiento, puede adquirir una gran importancia. Además “escala” mejor que la tarea manual que puede realizar una redacción.

Dos casos recientes de referencia: New York Times y Bloomberg

Nytimes.com, estos meses célebre por su metered paywall, además de querer cobrar a una parte de sus usuarios,  o de trabajar un periodismo de muchos quilates, ha incorporado la recomendación de contenidos de una forma realmente interesante y en base al trabajo de la redacción, de algoritmos y de preferencias sociales. Merece la pena una revisión detallada del modelo, que estoy seguro seguirán otros muchos medios. Demuestra cómo el registro de usuarios puede aportar un gran valor a éstos.

Por su parte Bloomberg recomienda contenidos en base a los consumos de sus 20 millones de usuarios y el cruce entre la información que les parece más interesante y la manera que quieren recibirla en función del momento del día, gracias a las alternativas que hoy en día ofrecen los ordenadores personales, móviles y tabletas.

Gigaon informa que Bloomberg extrae información de 100 puntos de cada página de contenido en base a los patrones de comportamiento de sus usuarios y a partir de esta información recomienda a los lectores gracias a 15 algoritmos distintos.

Estrategias que se están viendo

Al menos estas tres, pero iremos hablando de otras

• Mejor servicio, que se traduce en más consumo de contenidos y por tanto un mayor inventario publicitario que ofrecer a anunciantes.

• Si se integra sabiamente con los adservers, permite segmentar de mejor manera los impactos publicitarios, que la publicidad sea más efectiva y que se pueda vender a tarifas más altas.

• Si un media cuenta con un negocio complementario de e-commerce, desde suscripciones, paquetes Premium o la venta detallista de un conjunto de productos (libros, informes, electrónica…) podrá sugerir y ofertar de forma contextualizada, evitando el spam en las páginas de contenido y buscando una mayor conversión con sus campañas y promociones. Me gusta el ejemplo de Harvard Business Review.

Harvard Business Review utiliza la recomendación para ofertar productos en su site

Resumiendo

Negocio, negocio y negocio… algo de lo que andan muy necesitamos numerosos portales de información. Eso sí, mejorando la experiencia de sus clientes, los lectores.

Más información:
Bloomberg: Personalizing the News for 20 Million People
The NYT adds recommendation features to its article pages

Si nos atenemos a una definición formal de qué son los prototipos, “la representación mediante diagramas de la estructura, el funcionamiento y el comportamiento de objetos o procesos” (NoSoloUsabilidad), nos encontramos con que la mayoría de las veces no se cumple más que la representación de la estructura, olvidándonos del funcionamiento y del comportamiento.

Este “olvido”, normalmente, se debe principalmente a dos motivos, el primero suele ser causado por el propio diseñador (entenderemos diseñador por la persona encargada de la generación de wireframes) habituado a representar únicamente la estructura. El segundo motivo sería más propio del medio, el papel, en el que se presentan los entregables, ya que resulta complejo representar interacción en algo plano y estático.

¿Qué podemos hacer para representar el funcionamiento y el comportamiento?

Vamos a tratar de dar un poco de luz y unas pequeñas pautas que pueden servirnos en nuestro día a día, aunque la mejor solución siempre es la imaginación de cada uno.

Solución 1: Usar patrones

Un patrón es un modelo que sirve de muestra para sacar otra cosa igual (RAE). Un patrón siempre, o casi siempre, mantiene el mismo funcionamiento y comportamiento, y puede servirnos para entender de manera general qué interacción va a haber con el usuario.

Aunque no representará de manera específica y formal el funcionamiento exacto en un caso concreto, puede ser una guía útil, un punto de partida.

Podemos encontrar patrones en:

• UI Patterns: con definición del problema que resuelve y cuándo usarlos.
• Welie patterns: igual pero con muchos más patrones, más completo.
• MockupsToGo (patrones para la herramienta Balsamiq Mockups)
• Wiki Designing Social Interfaces: Wiki con patrones de interfaces Sociales

Solución 2: Representar la interacción

A través de:

• Iconos gestuales o que representen acción (flecha ratón, doble click, mouseover,…)
• Símbolos: números, anotaciones,comentarios
• Transiciones: Cambios de estado, flujo de interacción

¿Cómo? Con stencils

• Touchscreen Stencils: representan gestos táctiles
• Konigi Stencils: contienen muchos iconos de anotaciones

Solución 3: Crear prototipos interactivos

Los prototipos interactivos están entre un prototipo plano en papel y una maqueta dinámica en HTML y, a veces, pueden generarse desde prototipos planos sin mucho esfuerzo por parte del diseñador y cuentan con la ventaja de que pueden usarse como entregables.

Por ejemplo, para Microsoft Visio tenemos VisDynamica, un addon que nos genera páginas web interactivas desde nuestro prototipo. Y también contamos con la posibilidad de generar PDF’s dinamicos desde la propia herramienta.

También podemos crear un prototipo interactivo con PowerPoint 2007 y un toolkit, o incluso desde Excel. Aunque ambos estén quizás más enfocados a realizar test de usuarios sobre prototipos de manera ágil que a terminar como entregables para el cliente.

Otras soluciones

Existen otras soluciones para representar e incluso crear la interacción en nuestros prototipos, como puede ser el prototipado en papel, pero se trataba con este artículo de intentar representar la interacción en nuestros entregables, y a según que clientes parece dificil entregarles un boceto hecho con boli y post-its.

A parte de todo lo ya dicho, siempre nos queda nuestra propia imaginación : )