Aprendizajes del ILA Medellín 2019 🇨🇴
El ILA o Interaction Latin America, es un evento de interacción que ocurre en America Latina, 3 días donde personas de la comunidad se juntan para compartir conocimiento.
Mi segunda vez en el ILA 😁
Soy de esas personas que viaja mucho y trata de ir a eventos en diferentes partes del mundo para poder conocer y aprender de diferentes culturas. En Latinoamérica he ido a algunos eventos y meetups, el ILA es sin duda (y corríjanme si me equivoco) el evento más grande de interacción de la región. Si tienen la oportunidad de ir, les recomiendo mucho que vayan.
Tuve la oportunidad de asistir al ILA del año pasado (2019) que tuvo como sede Medellín 🇨🇴 y debo decir que fue una muy buena experiencia, no solo en la calidad de los speakers, sino también en la experiencia como un todo.
A continuación, les detallo los aprendizajes que me llevo de mi experiencia en el ILA y como lo comenté más arriba, siéntanse libre de complementar todo esto dejando en los comentarios sus aprendizajes.
1. Los diseñadores debemos aprender a contar historias
Una de las cosas que me llevo del ILA es la importancia de contar historias, mucho se ve y se escucha de la importancia de traer al usuario a la mesa, pero ¿Lo estamos haciendo bien? ¿Realmente los stakeholders son consciente de la realidad de las personas? ¿Estamos realmente transmitiendo las emociones que las personas experimentan al interactuar con un determinado producto/servicio? Muchas dudas surgieron en mí durante el ILA. Cuestionarme si realmente nos estamos comunicando y si el mensaje llega y se entiende.
Como diseñadores, la mayoría de las veces le ponemos mucho esfuerzo en generar un buen producto, en hacer un prototipo espectacular, hasta una buena documentación, pero ¿Le ponemos esfuerzo en la forma como lo comunicamos? ¿En la forma cómo lo vendemos? Cuando hablamos de storytelling debemos considerar factores como: ¿Quién es la persona que nos está escuchando? ¿Cuál es el objetivo? ¿Cuál es la estructura de lo que se contará? Y sobre todo ¿Qué queremos obtener a cambio?
“Piensa siempre en los siguientes pasos después del feedback” — Donna Spencer
2. Podemos tener toda una metodología en la planificación, ejecución y documentación de un research
Otra charla fue la del brasileño Flavio Nazario, su charla trató en torno a cómo estructurar y documentar las investigaciones que hacemos. Él mencionó los testcards , un framework donde podemos estructurar nuestras hipótesis.
En lo personal, fue la primera vez que tuve acercamiento a estas testcards, pronto las estaré usando y en otro artículo les contaré cómo me fue.
4 preguntas que debemos hacernos cuando vamos a validar algo:
1.Validando el problema
¿Merece la pena resolver nuestro problema?
2.Validando el mercado
¿Estamos construyendo algo que las personas quieren?
3.Validando el producto
¿Nuestro producto esta resolviendo el problema?
4.Validando la disposición a pagar
¿Las personas están dispuestas a pagar por esto?
En un mundo lleno de sprints, de plannings, deadlines, muchas veces no nos detenemos a pensar en los objetivos. Pasamos tiempo en modo automático. Estas preguntas me pusieron a reflexionar sobre cómo hago mis investigaciones en campo.
“Valida siempre los features antes de sacarlos a producción, incluso si es necesario usa un e-mail con un formulario para validar el número de personas interesadas” — Flávio Nazario
La hipótesis es una gran oportunidad para que el equipo de producto se enfoque en resultados
“Testear hipótesis es parte del trabajo del equipo, pero también responsabilidad de los stakeholders”
3. En un design System lo más difícil es implementarlo
Este año hubieron muchas charlas que hablaron sobre Design Systems, muchas personas de la comunidad compartieron sus aprendizajes haciendo uno. Es importante ver cómo cada concepción y creación de un Design System varia de empresa a empresa, y de país a país.
Recuerden que un Design System no es un proyecto, es un producto. Como todo producto tiene usuarios, necesidades, un roadmap y KPI’s. Siempre cuando me hablan de biblioteca de símbolos en Sketch o Figma y escucho eso de “Hice mi Design System en Sketch” ó “Ya está el Design System en Figma” Me pongo a pensar, ¿Dónde esta la parte de código?
Un Design System sin la parte de código no es un Design system.
Lo que hacemos en Sketch o Figma es una librería, una guía de estilos, que forma parte de un Design System. Pero decir que eso es un Design System no es correcto.
Recuerden siempre validar sus componentes en su contexto de uso
De nada sirve validar cada componente de forma aislada, ya que en el contexto de uso muchas cosas pueden cambiar.
“Muchas veces un componente funciona y pasa las pruebas de usabilidad de forma aislada, Pero cuando es usado en el contexto de el usuario, el resultado puede ser diferente…”
En el ILA diferentes equipos contaron sus experiencias, algo en común que me llamo mucho la atención, fue la implementación y que el equipo adopte este.
Una vez listo nuestros componentes/símbolos. Un siguiente paso es la implementación de estos, el uso de design tokens, de definición de procesos y mapear el roadmap de productos dentro de la empresa. En otro artículo hablaré más a detalle sobre Design System, sino podríamos estar horas hablando de esto aquí 😁 y hay muchas cosas más por compartirles sobre el ILA :)
4. Nuestros títulos no nos definen
En nuestro mercado, y sobretodo en Latinoamérica aun falta bastante para que las empresas entiendan lo que es un UX Designer, UI Designer, Product Designer, etc. ¿Cuáles son las diferencias y cuál es la línea que separa ambas?. He visto empresas que contratan un UI Designer pero sus tareas del día a día son más de diseñador gráfico. He visto empresa que ponen que buscan un UX Designer, pero sus tareas son más de un UI Developers. Podría continuar con esta lista toda el día. El punto al que quiero llegar es que pasa mucho que nos encerramos en los títulos que tenemos. Que por ser contratados como UX, UI, Reseach, etc nos ponemos un limite, dejamos que nuestro título de trabajo nos defina como diseñadores.
“Dejar que nuestro título nos defina hace que nos pongamos barreras invisibles de hasta dónde podemos aprender. “ — Louis Rosenfold
Si una empresa te contrata como UI o UX Designer esto no quiere decir que no puedas aprender a ilustrar, que no puedas aprender skills de research, que no puedas aprender a programar (si es lo que quieres). Uno puede aprender todo lo que uno quiere, no esta mal. Cada persona es diferente, cada diseñador es único y tiene diferentes matices de conocimiento.
Muchas veces cuando la gente me pregunta que soy, yo solo digo que soy un diseñador, porque eso soy. Soy una persona que le gusta resolver problemas, que le encanta crear cosas con impacto y sobretodo que le gusta hacer las cosas que quiere. Hoy en día mis actividades como diseñador me llevan a ser un product designer, pero mañana tal ves tenga otro rol y esto seguirá cambiando en el transcurso de los años. Me gustó bastante la charla de Louis Rosenfold, porque tocó mucho de los puntos anteriormente mencionados, de las barreras de los aprendizajes que muchas veces nosotros mismos nos ponemos.
5. Analizar tus fortalezas y debilidades como diseñador es algo que no debes perder de vista
Muy de la mano con el punto anterior, es importante analizarnos y ver en qué somos buenos y en qué no. Saber qué debemos fortalecer y plantearnos metas.
Nuestra carrera esta en constante evolución y cambio, es un hecho que debemos tomar en cuenta. Lo que hoy es novedad y nuevo, mañana no lo es. ¿Se están preparando para el futuro o están tranquilos con lo que saben?
Yo soy un amante del aprendizaje, siempre trato en lo posible de estar actualizado, de saber lo que pasa en el mundo, de saber lo que otras empresas están buscando. En el ILA, en una de las charlas mostraron cómo los perfiles están evolucionando y como los skills que piden las empresas también.
Se habló bastante de los skills, de cómo las empresas deben velar porque sus diseñadores tengan un roadmap de aprendizaje y de crecimiento profesional.
3 aprendizajes que me llevo de la charla de Jason
- Investiga y analiza como está cada diseñador, realiza una evaluación personal y grupal
- Usa herramientas visuales y frameworks que te ayuden a mirar desde diferentes lentes como están tus habilidades y como conversan estas con el resto del equipo
- Fomenta el aprendizaje dentro del equipo, establece programas internos de tutoría entre personas del mismo equipo
6. Junior, Pleno, Senior, ¿Qué necesita mi empresa?
Otra enseñanza grande fue un análisis y critica a las empresas de hoy en día. En muchas empresas, al menos es la situación de muchos países en Latinoamérica, buscan muchos diseñadores seniors. UI Seniors, UX Seniors, etc. Pero si nos ponemos a pensar en la curva de aprendizaje, todo diseñador alcanza un nivel más maduro, después de varias experiencias, años y proyectos. ¿Cómo podemos tener diseñadores seniors, si no hay oferta para juniors? ¿Cómo podemos tener juniors, si no hay oferta para practicantes? ¿Por qué no tenemos puestos que sean entre juniors y seniors? ¿Por qué solo tenemos dos puestos: juniors y seniors? ¿Cuándo un junior pasa a senior? ¿Las empresas ayudan a sus diseñadores a evolucionar o solo están pensando en los entregables? Muchas preguntas regresaron a mí en en ILA, muchas preguntas de amigos míos, muchas preguntas que alguna vez me las hice.
La mañana siguiente a esta charla en el desayuno, conversamos mucho de este tema con unos amigos, hablamos bastante sobre la situación que vemos de muchos diseñadores que recién están migrando a UX o UI y que son lanzados a la piscina, que muchos de ellos a veces no tienen una persona que haga de mentor, algunos aprenden así, otros terminan ahogándose. ¿Qué podemos hacer ? Si me pongo en los pies de la empresa pensaría que el mundo está competitivo, que tengo que tener buenos productos para poder competir, que necesito crear mejores experiencias, que necesito buenos diseñadores, diseñadores seniors. Sí, tal vez piense eso. Pero ¿y los diseñadores?. Creo hay una gran responsabilidad por crear ofertas de trabajo que ayuden a las nuevas generaciones a crecer.
Pensamientos Finales
Estos fueron mis grandes aprendizajes, fueron 3 días de full aprendizaje, 3 días de conocer otros diseñadores de otras culturas, 3 días de reflexión sobre nuestra carrera como diseñadores. Es interesante ver como la carrera de un diseñador ha evolucionado bastante y que aún seguirá evolucionando.
Quería agradecer a todos los que han leído hasta aquí. Suelo hablar bastante, y cuando escribo no es la excepción. Espero este artículo te haya ayudado en algo. Te haya ayudado a pensar en tus siguientes pasos, a pensar en tu carrera, en tu futuro.
El mundo esta avanzando cada vez más rápido. ¿Estás avanzando o te estás quedando? Les dejo con esta reflexión. Nunca dejen de aprender 😁
Sigamos Conectados!
Los invito a seguirme en mis redes sociales donde comparto trabajos, procesos y tips a diarios de mi vida como diseñador
- Instagram: https://instagram.com/christvizcarra/
- Behance: http://behance.com/christvizcarra
- Dribbble: https://dribbble.com/christvizcarra
- Linkedin: https://linkedin.com/in/christvizcarra/
- Twitter: https://twitter.com/christvizcarra
