Esta semana comenzamos a ver algunos feedbacks y estamos recibiendo interesantes comentarios sobre la organización y el evento en sí. No sé si es porque la gente es muy buena, pero todos son muy positivos.

Lo más curioso es que todo el mundo destaca aspectos que, al menos a mí me parece, deberían ser básicos y “de serie” en cualquier conferencia o seminario.

Para que nunca se me olviden y por si a alguien le viene bien, los resumo en 3 temas. Algo así como “The 3 golden rules for a successful conference”

1.- Contenido

Hay dos formas de hacerlo: forzando un programa o dejando que lo hagan los ponentes. En la primera, creas un programa de charlas que sea coherente, cubra los aspectos interesantes del tema de la conferencia y buscas gente que pueda hablar sobre ellos.

En la segunda, abres una convocatoria de ponencias y entre todas las recibidas seleccionas las mejores y te tiras horas haciendo encaje de bolillos para crear un programa coherente. Esta es la que escogimos para la Conferencia Rails. Funciona, porque apelas a que la gente cuente lo que mejor sabe y se involucre con sus respectivas ponencias. Pero ojo, a veces es un infierno hacer la selección de temas. En eventos que ya son maduros (que llevan más de alguna edición), puede que no sea lo más recomendable.

2.- Infraestructura

Básico y sencillo. Basta con preocuparse de que las salas sean medianamente cómodas, que no se vendan más inscripciones que sitios disponibles, que haya enchufes en todos lados (o llenas de regletas), que la WiFi funcione y que haya un espacio para juntarse y conversar en los intermedios. Punto. Si a eso le añades café y algo de picar, mucho mejor. En Suecia vi que además, metían carritos con fruta dentro de las salas y la gente se cogía una naranja o un plátano para ir comiendo mientras escuchaba la ponencia. Buena idea.

3.- Horarios

Las ponencias o charlas tienen que empezar y acabar a su hora. A rajatabla, si puede ser. Para eso basta con dejar tiempo suficiente entre ellas, de modo que de tiempo al ponente a preparar el material y a la gente a llegar y sentarse. En esta edición, yo estuve como cancerbero en algunas salas, reloj en mano, controlando el tema. Y funcionó. La gente alucinaba con que se respetasen los horarios… yo creo que es que estamos mal acostumbrados, nada más. Pero mira que es fácil.

Y punto. Con estas tres cosas consigues un evento decente, que deje un buen sabor de boca a los asistentes y que tenga posibilidades de continuar en el tiempo. ¿Por qué no se hará más así?

Todo esto suponiendo que sepas qué es Ruby, qué es Rails y que te interese, claro.

Como decían los melenudos Whitesnake, “here we go again”

Así es, este año tendremos la segunda edición de la Conferencia Rails Hispana. Será los días 22 y 23 de noviembre en el mismo sitio que el año pasado, la Universidad Politécnica de Madrid.Todos los detalles están en la web oficial: ConferenciaRails.org

¿Novedades? Bastantes, la verdad. Sobre todo en cuanto a la profundidad de las ponencias que se están presentando (ya tenemos 38 propuestas!), los proyectos que se han desarrollado este año y la duración de la conferencia: esta vez serán dos días completos y esperamos aumentar el número de asistentes.

La inscripción ya está abierta. Seguiremos informando…

También están los PDF de las ponencias.

La organización, impecable. Nunca he visto nada así (ya hablaré de ello en otro post).

He tomado unas cuantas notas y voy a compartirlas con vosotros. Vamos con la primera.

La keynote del jueves estuvo a cargo de Brandon Schauer, de Adaptive Path. Habló de Strategic Experience Design: Beyond Customer Satisfaction. Lo que traducido libremente vendría a ser: “Diseño estratégico de experiencia: más allá de la satisfacción del cliente”.

Ideas claves:

1. Las aplicaciones sólo tienen sentido si son “útiles”.
2. Las aplicaciones sobreviven si además son rentables.
3. La empatía con el consumidor.
4. Aquí se trata de tomar decisiones.

Las aplicaciones sólo tienen sentido si son “útiles”

La tecnología nos permite hacer virguerías varias, cosas que se ven preciosas en pantalla, que son tremendamente fáciles de usar… pero si no hay un consumidor o usuario activo detrás de eso, no sirve de nada.

No basta con que sean usables, sino que tiene que haber alguien a quien le sirvan de algo. Un problema bastante frecuente en el mundo del diseño de interacción y diseño visual de interfaces de usuario es la llamada “miopía de usabilidad”: sólo somos capaces de ver si la aplicación es bonita y si es usable, pero hasta allí llegamos. La clave es preguntarse si alguien la necesita o si alguien estará dispuesto a usarla.

Las aplicaciones sobreviven si además son rentables

Un usuario que considera que lo has diseñado le es útil, es un usuario satisfecho. Ahora, eso es algo que hay que medir. Si no puedes medir, no puedes gestionar. Y a tu cliente no le sirve de nada. El famoso ROI, vamos.

La pregunta clave para conocer la satisfacción de un usuario no es si está satisfecho, sino si estaría dispuesto a recomendar el producto a un amigo. Ahí es donde radica la verdadera dimensión del problema.

Un buen punto de partida para trabajar en proyectos de diseño pensando en el ROI, es el artículo Business Case Modeling for Design, de Henning Fischer.

Asegura Schauer que realizar un breve modelo de negocio al inicio del proyecto, ayuda mucho a que todo el equipo esté alineado con los objetivos del proyecto y se mantenga un enfoque común.

La empatía con el consumidor

Para trabajar proyectos que tengan éxito, hay que practicar la empatía con el usuario final. Una vez más, no se trata de la clásica empatía que estamos acostumbrados a pregonar, sino a la empatía que consiste en entender los problemas y necesidades reales de la gente.

Un buen ejemplo es el de Target Pharmacy, la división farmacéutica de las cadenas Target. En Estados Unidos lo normal es que los medicamentos te los vendan en botes estándares que vienen con una etiqueta con tu nombre y la posología. Lo malo es que son todos tan parecidos, que se dan bastantes casos de ingesta accidental de medicamentos en las casas. No es raro que un marido somnoliento se tome la medicina de su mujer por error, por ejemplo.

En Target entendieron el problema; estudiaron a los consumidores y sus hábitos de vida diaria. Descubrieron el problema y lo solucionaron con diseño: crearon nuevos botes de medicamentos con etiquetas más claras, con el nombre del paciente más destacado y con un set de 6 anillas de colores para colocar en el cuello de las botellas. Así, cada miembro de la familia podía tener su propio color y nadie se equivocaría de medicinas. Simple y efectivo. El retorno de inversión fue bestial.

Trabajaron desde el final de la cadena hacia atrás: desde la experiencia real del usuario hacia el negocio.

Aquí se trata de tomar decisiones

Por último, Brandon Schauer incidió en un objetivo básico de los consultores de diseño de producto: ayudar a los clientes a tomar decisiones.

El éxito de un producto radica en diferenciarse. Y para ello, hay que tomar decisiones. Decidir en qué será bueno, qué funcionalidades o aplicaciones son las que otros productos de su tipo no cumplen e ir a por todas con ellas. Hay que saber descubrir las necesidades de los clientes. Muy pocas compañías están alineadas con lo que quieren sus clientes, existe una brecha enorme entre lo que las empresas creen que ofrecen y lo que los clientes perciben.

Esa brecha se cierra creando productos y servicios muy enfocados a soluciones concretas. Citaba por ejemplo a Flickr: un servicio que su fuerte es compartir imágenes. No las edita, no crea libros con ellas, no permite hacer un montón de cosas que otros servicios sí ofrecen, pero es el mejor para compartir imágenes. Punto. Ahí radica el secreto de su éxito.

Otro ejemplo: Lulu.com. Un servicio para autoeditar libros. Sólo sirve para eso, pero detectaron una necesidad de la gente que quería editar sus propios libros y se dedicaron a eso. Funciona y genera negocio.

Textual: “Strategy is about saying no. You can’t do everything. You need to make decisions“.

El mensaje final fue: todo esto es simple de hacer. No requiere grandes esfuerzos ni equipos demasiado especializados. Solamente hay que tenerlo en cuenta y querer hacerlo.

“Mere mortals can do this“.

Pues eso.

He disfrutado como un enano con los videos de la entrevista que les han hecho a Steve Jobs y Bill Gates en la D5 Conference, la conferencia ejecutiva del Wall Street Journal.

Ambos en el escenario, contando anécdotas, planes, recuerdos… Memorable. Para ver con calma y aprender. 

Todos los videos:

• Steve Jobs and Bill Gates Prologue
• Steve Jobs and Bill Gates Part 1
• Steve Jobs and Bill Gates Part 2
• Steve Jobs and Bill Gates Part 3
• Steve Jobs and Bill Gates Part 4
• Steve Jobs and Bill Gates Part 5
• Steve Jobs and Bill Gates Part 6
• Steve Jobs and Bill Gates Part 7

 Y si tienes poco tiempo, puedes ver el video resumen de "lo mejor", aunque en realidad es como un condensado de los mejores chistes y gracias de la conversación.

(via jbarahona) 

Es un detalle, la verdad, que se agradece. Si lo piensas bien, el descuento equivale perfectamente a una noche de hotel en Malmö.

 La gente de inUse, la mayor consultora sueca en experiencia de usuario, ha montado una conferencia con una pinta buenísima para mediados de junio. Yo ya tengo mis billetes y reservas hechas.

Son dos días en la Universidad de Malmö, con ponentes de lujo que hablarán sobre casos prácticos, metodologías y experiencias. Viene gente de Yahoo!, Cooper, Frog Design, Avenue A/Razorfish y Adaptive Path. Ahí es nada.

La verdad es que llevaba tiempo buscando una conferencia que fuese interesante y que no me obligase a ir a Estados Unidos para asistir y me llevé una sorpresa más que agradable cuando encontré esta. Y me ha encantado el enfoque: "Design for effect". Se trata básicamente de diseñar pensando en el resultado en términos de negocio. Es decir, conociendo bien lo que se quiere obtener, las necesidades del público al que va orientado y las limitaciones de producción. Un enfoque que todos los que trabajamos en esto –y no estamos colaborando en ONG`s- deberíamos conocer y practicar. Porque, a fin de cuentas, nuestros clientes quieren obtener beneficios con sus productos y nosotros cobrar por nuestro trabajo.

Para ir abriendo el apetito, os cuento que se verán casos como el rediseño del New York Times, Skype y su adaptación a teléfonos móviles o el proceso de diseño de producto del SonyEricsson K880i. En el lado más teórico, la gente de Cooper contará la técnica personas, la de Yahoo! compartirá sus experiencias en cuanto a metodologías y herramientas, Adaptive Path sacará enseñanzas de la interacción juegos y Frog Design se adentrará en el terreno de los productos móviles. Los organizadores, inUse, expondrán sobre Effect-focused interaction design y el uso del modelo Effect Map para comenzar el proceso de diseño. Y esto no es ni la mitad de los temas que se tratarán.

Más:

El programa completo

Los ponentes

Mini brochure del evento (PDF)