¿Cómo diseñar con procesos de feedback fluidos?
Mucho se habla de lo importante que es el feedback en el proceso de diseño, pero también sabemos lo difícil que es mantener un proceso fluido entre los que diseñan y los que dan feedbacks a esos diseños.
En Tiendanube creemos que es clave tener procesos de diseño simples, claros y escalables para nuestros equipos. Por eso a lo largo de todos estos años probamos, modificamos e intentamos varias formas para lograrlo. Y en este artículo te queremos contar qué cosas aprendimos.
Antes de comenzar, solo quiero aclarar que en este artículo voy a hablar del feedback entre compañeros de equipo (Designers, POs, Devs, Management, Stakeholders) y no voy a enfocarme en contar cómo involucramos a los usuarios en el proceso de diseño.
Diferentes espacios de feedback
Para crear buenos procesos, primero es importante crear espacios formales para que esto ocurra. Si bien queremos que sea algo que pasa TODO EL TIEMPO, y que cada persona pueda compartir su diseño, pedir feedback de la persona que quiera y cuando quiera, queremos también tener instancias formales donde nos “obligamos” a que esto pase.
Hoy tenemos dos tipos de instancias:
- Sincrónicas.
Donde nos reunimos a revisar y mejorar diseños juntos. - Asincrónicas.
Donde no hace falta una reunión, sino que el feedback ocurre por escrito y cuando el calendario de cada integrante del equipo lo permite.
Fresh-eyes #sincrónica
La fresh-eyes es una reunión con reglas muy simples: En nuestro caso, una vez por semana se reunen entre tres y ocho participantes. En este encuentro cada uno de ellos lleva preparado el diseño en el que está trabajando y tiene 5 minutos para contar qué está diseñando.
Uno de los participantes debe llevar el tiempo y asegurarse de que todos cuenten con el espacio para aportar.
Luego de una introducción al diseño, el resto de los integrantes debaten, cuestionan o preguntan sobre los problemas que ven en el diseño y el “dueño” del diseño se lleva los puntos a mejorar para trabajarlos. El objetivo es pasar feedback directo y enfocado en problemas para que luego el diseñador piense en soluciones.
Peer-design #sincrónica
La peer-design es un evento donde dos o más Designers trabajan juntos. En este caso no hay una demo del trabajo de ninguno. Sino que, en ese espacio los dos trabajan juntos sobre un mismo proyecto y van debatiendo sobre diferentes decisiones. Esto se vuelve super interesante cuando se pueden juntar dos perfiles bien diferentes como por ejemplo: Alguien Junior con alguien Senior o un Diseñador con alguien de Data o dos diseñadores que trabajan en dos contextos totalmente diferentes en el día a día.
🍿 Demo day #sincrónica
Como en algunos equipos trabajamos con ciclos de seis semanas (six week cycles), tenemos dos instancias de demo donde cada equipo presenta a toda la compañía su trabajo.
Esta instancia sirve no solo para contar cómo están avanzando los diseños, sino para que también todas las personas que trabajan en Tiendanube puedan ver estos progresos y hacer preguntas o dejar feedback a cada uno de los integrantes del equipo.
Repo de feedback #asincrónica
Incluir un repositorio de feedback fue una gran mejora en nuestros procesos. Como todos trabajamos con GitHub, creamos un nuevo repositorio donde cada diseño es un issue y esto nos permite dos cosas:
- Que todas los miembros de todos los equipos puedan ver no solo los avances de cada proyecto sino que también dejar o aprender del feedback.
- Un histórico de las decisiones que se van tomando a medida de que evoluciona nuestro producto.
En cada proyecto queda persistido:
- Qué problema queremos resolver.
- Qué propuesta se hizo para resolver el problema (Figma).
- Reportes de los tests de usabilidad o links a los prototipos en Maze.
- Feedback de los equipos.
- Links a las diferentes soluciones e iteraciones.
- Métricas de la solución que lanzamos.
De esta forma todos podemos aprender de cada proyecto y evitamos el gap de información que se puede generar si no todos tienen esta información presente.
Ahora, todos estos procesos pierden efectividad si no acordamos en algunas prácticas. Les compartimos las que para nosotros son más importantes.
Buenas prácticas para recibir feedback
Pedí feedback rápido y seguido
Como dice Ed Catmull (gracias Sof Andrade por recomendarme Creativity, Inc. 🙂)
“Don’t wait for things to be perfect before you share them with others. Show early and show often. It’ll be pretty when we get there, but it won’t be pretty along the way. And that’s as it should be.”
No importa si no estás seguro sobre tu diseño, pero es importante que puedas abrir la conversación lo antes posible. Buscá la forma de bajar tus ideas de forma rápida, sin mucho detalle (te recomiendo lápiz y papel 📝 siempre para arrancar) y compartí tus primeras ideas. De esa forma podés ir tomando decisiones junto a las personas que te dan feedback y hacerlos parte de tu proceso. Podés decidir rápido por dónde avanzar, qué ideas descartar y continuar más seguro.
Compartí tu proceso y el contexto del proyecto
Seguro atrás de cada decisión haya una exploración previa. Seguro el proyecto tiene limitaciones. Seguro que dependiendo el equipo que te acompañe y el tiempo que asignaste al proyecto haya otras decisiones. Por ahí el equipo de research te pasó un informe. Todo esto es tu contexto. Todo ese contexto son aprendizajes que sumaste y solo lo tenés vos. Todo este contexto modifica tu diseño.
Sin ese contexto es muy difícil que las personas puedan darte un feedback de calidad. Por eso no te olvides de compartir todo lo que hay detrás de cada decisión que tomaste, eso va a generar que todos estén en la misma página y recibas feedbacks de mayor calidad.
Evitá las discusiones “si/no”
Si presentas solo una opción de tu diseño, el feedback se vuelve una discusión por “sí o no”.
Para evitar esto profundizá, hacé un crazy-8, pensá 10–20–30–100 opciones para tu diseño. Mostrá el proceso de cómo llegaste a tus conclusiones, esto genera discusiones mucho más ricas y profundas. Y si alguien te pregunta “probaste X alternativa?” y no la habías pensado es una señal de que podés profundizar todavía más.
No es personal
Por último, no te olvides que el feedback no es personal. Se trata de un diseño y no de vos como diseñador. Es importante que puedas separar esto en cada uno de tus proyectos para abrazar el feedback y entender que te va a ayudar a ser mejor profesional.
Buenas prácticas para dar feedback
No te quedes en opiniones y sé constructivo
“Me gusta”, “No me gusta” es una opinión subjetiva y no es algo que ayuda a construir un mejor diseño. Si algo “te gusta” es importante que puedas entender y descomponer por qué “te gusta/no te gusta” y ese es tu feedback.
Entendé problemas, no soluciones
Es muy tentador pasar feedbacks del tipo “mové ese botón dos pixels a la izquierda”, pero sin dudas es de los peores feedbacks que podés pasarle a un diseñador. No lo hagas.
¿Qué suele pasar con este tipo de feedbacks?
- El diseñador se siente el “brazo” que aplica lo que le dice la persona que pasa feedback.
- La mayoría de las veces estas sugerencias en la práctica no funcionan (“pensé que iba a quedar bien azul, pero me equivoqué”) y volvemos a otro loop de feedback.
Y no hay nada más desmotivante para un diseñador que ejecutar opiniones de otras personas ¡Es aburridísimo! En lugar de sugerir “cambiaría ese color por un celeste” siempre enfocate en problemas. Podés reemplazar:
- “mové ese botón dos pixels a la izquierda” → “el título, texto y botón no están alineados”.
- “cambiaría ese color por un celeste” → “el contraste entre esos dos colores no está funcionando, probaría otros”.
Si tenés sugerencias, dejalas como tal. Así la solución sigue quedando del lado del diseñador y creamos el espacio para profundizar y pensar en opciones que seguro terminan siendo mucho mejores que mover 2 pixels un botón.
Pensá en el contexto
Así como es importante que el diseñador comparta el contexto de su diseño, a la hora de dar feedback también es importante que vos puedas pensar en ese contexto y hacerte las siguientes preguntas:
- ¿Tiene sentido esta propuesta si tenemos en cuenta todo el flow de los usuarios?
- ¿El diseño es consistente con el sistema?
- ¿El diseño soluciona el problema?
- ¿Podemos resolver el mismo problema de alguna forma más simple? (scope).
- ¿El equipo asignado a este proyecto puede lanzar este diseño en el tiempo estimado?
Sé franco y directo
No tiene ningún sentido tener procesos de feedback si no vamos a ser directos y no vamos a buscar solucionar problemas en una etapa temprana. Para eso es importante que puedas decir lo que pensás y no guardarte reflexiones.
Un tip para esto es: Arrancá por la parte positiva y luego las cosas a mejorar, es un detalle, pero solo marcar lo “malo” de un diseño a veces puede ser desalentador.
Reglas claras
Es crucial que estas reglas sean claras para todos y de esa forma puedas generar mejores expectativas de cómo va a ser el proceso y evitar frustraciones.
No solo en la forma de dar feedback, sino sobre qué cosas dar feedback y sobre qué cosas no. Y tener predefinido un “caminito” claro desde el kick-off del proyecto hasta el deploy.
Por último, abstraer y reutilizar
Cada vez que un diseñador llega a buenos resultados, aprovechá a separar un tiempo para entender y definir los motivos. Entender los meta aprendizajes del proyecto. Si por ejemplo, a la hora de presentar un diseño aparecen nuevos elementos valiosos, llevate esos elementos a un template que luego todos puedan usar.
Entendiendo que hace a un proyecto existoso y llevando esos aprendizajes al resto vas a lograr diseños cada vez más consistentes y de altísima calidad para tu producto o marca y al mismo tiempo generar las bases para que el próximo proceso de feedback sea mucho más rápido, efectivo y fluido.
Y con estos temas “de base” ya definidos, podés lograr que en cada nuevo diseño el equipo esté discutiendo sobre temas cada vez más interesantes, profundos y complejos.
