“Para vivir una vida creativa, debemos perder nuestro miedo a equivocarnos.”

Joseph Chilton Pearce — Escritor estadounidense

Si miras hacia atrás y revisas lo que aprendiste durante este Bloque 1, descubrirás que seguramente te encuentras en un lugar muy distinto de cuando empezaste. Ya hiciste tus primeras prácticas para conocer a tus usuarios/as y encontrar oportunidades e insights para pensar un producto que al principio parecía una idea vaga, y que ahora empezó a cobrar forma.

Como te anticipamos al inicio de la carrera, uno de nuestros roles como UXers es acercar dos universos: el de las necesidades de los usuarios/as y el de los objetivos del negocio. Empezamos con una idea general que se va acotando a medida que avanza nuestra investigación. Muchas veces el problema que nos planteamos al principio cambia. En otras ocasiones el problema sigue siendo el mismo, pero lo entendemos de otra manera.

En estas ocho semanas de investigación y análisis esperamos que tengas preparado lo que te gustaría mostrarle al resto de la clase en la Demo.

Ya conoces qué es Agile, un enfoque para la gestión de proyectos que nació de la mano de referentes de la industria del software y se convirtió en parte de las buenas prácticas de todo el ecosistema digital del que formamos parte. También te contamos sobre Scrum, un modelo ágil de proceso empírico que adopta una estrategia de desarrollo incremental en lugar de la planificación y ejecución completa del producto.

Llamamos ceremonias de Scrum a los rituales de trabajo pautadas por dinámicas predefinidas y códigos preacordados. Son importantes en el proceso de diseño porque permiten estructurar la modalidad del trabajo en equipo -con plazos e instancias de validación y feedback- y garantizar que el recorrido resulte productivo.

Tu primera Demo

Según la definición de definición abc:

“Las Demos o Demo como se suele decir son programas de demostración, tratan de mostrar algo para que la gente lo pueda comprender mejor. Existe el dicho de que una imagen vale por mil palabras pero una demo se podría decir que vale por mil imágenes ya que nos acerca al saber hacer o más concretamente al saber cómo realizar algo.”

La Demo es una ceremonia que forma parte de la etapa de revisión de un Sprint en Scrum. Consiste en un encuentro entre el equipo a cargo del proyecto y los stakeholders correspondientes. En la Demo, los miembros del equipo de Diseño presentan el trabajo que hicieron hasta el momento: informe de investigación, el prototipo del producto o bien el diseño digital. También comparten el proceso y las decisiones que fueron tomando y reciben feedback de los stakeholders, con los que evalúan colaborativamente los resultados alcanzados.

¡En el próximo encuentro, participarás de la Demo del Bloque 1! Esperamos que puedas experimentar tu primera ceremonia como UXer, presentando tus avances (¡o el proyecto entero!) del Informe de Investigación sobre la temática que seleccionaste, y que puedas recibir aportes de tus propios stakeholders (tus compañeros/as de grupo y equipo docente) antes de subir el trabajo a la plataforma. También se te pedirá que des feedback y ayudes a mejorar los proyectos de otros/as.

Además de permitirte aprender colaborativamente y mejorar la calidad de tu entregable, la Demo será una oportunidad para ejercitar -en un entorno seguro- una práctica profesional extendida en el ecosistema para el que te estás formando.

Es fundamental que, además de saber colectar hallazgos y entregar un proyecto que cumpla con los requerimientos del cliente/usuario en tiempo y forma, puedas comunicarte con tu equipo para que estén al tanto de:

No tengas miedo de mostrar un proyecto que aún no está terminado. Es una gran oportunidad para ti de comunicar efectivamente dónde estás, cuánto te falta, qué necesitas, y pedir (o no) la ayuda correspondiente.

Está chequeado: cualquiera puede hablar en público

“¿Cuál es el miedo número uno de millones de personas alrededor del mundo? ¿La muerte? ¿Perder un brazo? ¿Ir al dentista? No. Lo que más temen es hablar en público”. Así empieza Cómo dar una conferencia TED, el libro de Chris Anderson, uno de los curadores del ciclo de charlas más extendido del planeta.

Tanto en su trabajo como en el manual oficial para oradores TED, el acento está puesto en el mismo punto: la oratoria es una habilidad que se aprende. Desde un niño de 12 años en Kenia que inventó un sistema para espantar leones, hasta un premio Nobel de física, todos tuvieron que ensayar, entrenarse y superar la ansiedad de hablar frente a otras personas. Y lo pudieron hacer porque tenían una buena idea para contar.

https://www.ted.com/talks/chris_anderson_ted_s_secret_to_great_public_speaking

Manos a la obra: cuatro claves para armar tu presentación

¡Seguramente, algunos consejos para que prepares tu presentación no te vendrán nada mal! En principio, podríamos decir que las claves se organizan en cuatro ejes:

A continuación describiremos cada uno de ellos, pero primero te dejamos algo para que pienses:

🤓 TIP: piensa que todos/as tus compañeros/as contarán acerca del mismo proyecto…¿cómo puedes hacer que la presentación de tu trabajo (y por ende, tu trabajo en sí) sea diferente al resto o destaque de alguna forma?

1. Considera a tu audiencia

Ya tienes claro el tema del que vas a hablar: tu proyecto de Podcast Channel. Lo que sigue es pensar quiénes serán tus stakeholders que constituyen tu audiencia. En este caso serán tus compañeros/as de grupo y el equipo docente.

🚨 ¡Advertencia! No se trata únicamente de presentarles los resultados y/o avances en tu investigación, sino que es fundamental que antes de empezar te preguntes: ¿qué le puede servir de tu experiencia a esa audiencia particular?

Puede ser interesante, por ejemplo, contarles qué buscabas alcanzar, pero también obstáculos encontraste en el camino, qué decisiones tomaste y qué aprendiste en ese proceso.

2. Cuenta una historia: de la charla de elevador al viaje del héroe o la heroína

Una buena técnica para empezar a armar la presentación es hacer un “Elevator Pitch”: explicar el proyecto en lo que dura un viaje en ascensor (¿30 segundos? ¿60 segundos si para en todos los pisos?). Hay muchas fórmulas y tutoriales para hacerlo. Una técnica sencilla es tratar de describir tu proyecto en dos tuits con una estructura que puede ser así:

Para ___________________________________________ [usuarios/as]

que necesitan / quieren __________________________ [necesidad o deseo],

estamos trabajando en ___________________________ [producto/feature]

que ___________________________________________ [beneficio principal].

A partir del pitch podrás desarrollar la idea de manera más sencilla. Lo que sigue es contar una historia. Primero tendrás que hacerlo en un documento frente a la pantalla, y luego frente a la audiencia.

¿Qué estructura tendrá eso que vas a contar? Puedes empezar por el resultado final y luego desarrollar el proceso. O contar cómo fue el proceso para luego llegar al resultado.

Las historias que funcionan suelen respetar la estructura universal: introducción, nudo y desenlace. Pixar, por ejemplo, tiene un framework que está estructurado así:

Había una vez ___________________________.

Todos los días ___________________________.

Un día ___________________________.

Por eso ___________________________.

Por eso ___________________________.

Hasta que finalmente ___________________________.

El “por eso” se repite dos veces: son las aventuras más complejas que le dan una vuelta de tuerca al relato tradicional.

También puedes usar partes del viaje del héroe, que es una teoría que señala que la mayoría de los relatos épicos siguen un patrón universal de varios pasos. Los héroes y las heroínas suelen pasar a través de peripecias similares en todas las culturas. Aquí hay una explicación sencilla:

https://www.youtube.com/watch?v=Hhk4N9A0oCA&feature=emb_title

En tu viaje, los héroes o heroínas pueden ser los usuarios o usuarias que te hayan inspirado a empezar a hacer el producto. También puedes ser tú mismo/a o tu equipo buscando la solución a determinado problema. Lo importante es que la historia que cuentes acerque a la gente a la investigación y le permita entender el proceso que hiciste para llegar hasta donde hoy estás.

🤓 TIP: una forma de mantener atrapada a la audiencia es contar las ideas a través de personajes con los que puedan empatizar. Si, por ejemplo, estás desarrollando una aplicación para que los adultos mayores puedan hacer videollamadas de manera sencilla, puedes contar la historia de cómo te inspiraste en tu propia abuela para hacerla. Para mostrar un final feliz, nuestra presentación podría terminar con un video suyo manipulando el prototipo o comunicándose por videollamada con los nietos que migraron.

3. Apóyate en algo visual

En las Demos es importante tener un apoyo visual que acompañe lo que dices y que te ayude a estructurar la exposición. Puedes usar fotos, gráficos, diagramas y organizarlas en presentaciones con Prezi, Canva, Power Point, Google Slides o la herramienta que te resulte más fácil.

4. Practica

En las Demos, cada participante cuenta con diez minutos para hacer su presentación. Parece poco tiempo, pero es muchísimo. En la última Summit de Google en Buenos Aires, Argentina, todas las personas invitadas a contar sus innovaciones tenían cinco minutos para hacerlo. Debían hacer lo que se llama una Lightning Talk. Algunas tenían que contar desarrollos enteros o productos que habían hecho en común entre varias empresas de todo el mundo.

Contar cosas complejas en poco tiempo es todo un arte. Si diste todos los pasos anteriores, si tienes clara tu historia, ahora lo que toca es ensayar, leer en voz alta y controlar si que lo que quieres decir se adapte al tiempo que tienes.

¡Practicar frente a un reloj no es una mala idea! Si te sobra tiempo puedes agregar más información. Si te falta, deberás pensar qué es lo que está sobrando.

Dar feedback: colaborar y aprender al mismo tiempo

Como te anticipamos, en el mundo del DIseño UX participar de una Demo te llevará a veces a ser presentador/a y otras a dar feedback sobre las presentaciones de otros/as para generar la retroalimentación. Dar un buen feedback también es un arte. ¿Cómo ayudamos a la otra persona a mejorar su producto?

Hay varias guías para dar feedback. Todas coinciden en que lo más importante es escuchar de manera atenta, establecer un marco de apoyo y confianza, ser específico/a, no juzgar ni expresar emociones puramente negativas.

Existe una técnica, desarrollada por la ex empleada de Google Kim Scott, que que se llama Radical Candor. En este artículo, la experta Ana Martinez Franklin lo explica asÍ:

“Al momento de dar feedback hay que hacerlo con una buena intención, que demuestre ese cariño o “care” que tenemos hacia la persona, para que realmente le demos un regalo con nuestro feedback. (...)Pero el “caring” no es suficiente. Teniendo como base una relación positiva con una persona, donde le hemos demostrado que ella nos importa, es fundamental también ser directos y claros al momento de darle feedback. Sin rodeos y adornos, hay que decir con claridad qué debería mejorar y por qué hacerlo”.

¿Por qué es importante dar feedback? Como equipo permite:

Al momento de dar una devolución u opinión que busca ser formativa siempre debemos tener en cuenta qué palabras utilizar. Un comentario cargado de negatividad puede ser destructivo, aun cuando tus intenciones sean plenamente constructivas. Dar buen feedback requiere de mucha honestidad al mismo tiempo que sensibilidad y empatía para con la persona con la que estamos hablando.

¿Cómo se llevará a cabo el feedback durante la Demo?

Una vez finalizada cada presentación se llevará a cabo una puesta en común organizada con parámetros claros para poder hacer devoluciones constructivas y avanzar a nuevas presentaciones de otros/as compañeros/as. Dar feedback efectivo es una habilidad fundamental en cualquier profesional, por lo que tener un marco para hacerlo ayuda muchísimo a estandarizar la comunicación.

Como reglas generales, debes:

  1. Ser específico/a

  2. Fundamentar tus juicios

  3. Incluir comentarios tanto del lado izquierdo como del derecho del siguiente diagrama:

Utilizaremos el siguiente “diagrama de feedback”:

Aquí te dejamos algunos ejemplos sobre qué hacer y qué recomendamos no hacer a la hora de dar feedback:

👍 Qué hacer 👎 Qué no hacer Aspectos positivos “Los insights sobre transporte público en horas pico están muy claros porque hablan de los pain points de usuarios en un contexto determinado como lo es la Ciudad de Buenos Aires.”

“El customer journey que hiciste está buenísimo.”

(le falta ser más específico y fundamentar ese juicio)

Aspectos a mejorar “No está claro en tu presentación si hay suficientes soluciones cubriendo las necesidades de usuarios que revelaste.” “Tendrías que poner más información.” Dudas “¿Por qué no consideraste el transporte en bicicleta para describir los pain points en horas pico?”

“¿Por qué se ve tan feo tu customer journey?”

(es hiriente sin necesidad, y no construye nada la pregunta, sino todo lo contrario)

Ideas de mejora “Podrías incluir 2 o 3 citas textuales más de usuarios para que el insight que resaltas sea más poderoso.”

“Tienes que usar menos texto y más imágenes.”

(le falta fundamentar el juicio)

En el encuentro los parámetros van a estar claros para que aquellos/as que presentan su trabajo se lleven aprendizajes y aspectos concretos sobre los que trabajar. Estos aportes los haremos por escrito, y al finalizar la presentación, el/la presentador/a recibirá las notas como “regalo”. Podrás utilizar estos insights para mejorar durante el proceso antes de la entrega final de tu proyecto.

Avanza en lo que te queda de proyecto, pero no te olvides de darte un tiempo para preparar lo que presentarás en clase. Agrégalo como una actividad más en tu planificación ágil, ¡y ejecútala!

¡Ya cuentas con todas las herramientas!! ¿Estás listo/a para llevar adelante tu primera Demo?