Saber diseñar es solo una parte del trabajo; comunicar tus decisiones de diseño con claridad puede marcar la diferencia entre recibir feedback útil o perder tiempo en discusiones innecesarias. Dominar lo que sucede dentro de la reunión —desde cómo contextualizas hasta cómo interpretas el lenguaje corporal de los asistentes— es una habilidad que todo profesional de UX necesita desarrollar.
¿Por qué contextualizar a la audiencia antes de mostrar tu diseño?
Antes de enseñar cualquier pantalla, asegúrate de que todos los presentes comparten la misma base de información [0:30]. Pregunta al inicio cuánto saben del proyecto y, si es necesario, ofrece una breve introducción que incluya las metas del proyecto, por qué es importante para el negocio y qué esperas obtener de la sesión.
Comunicar expectativas es fundamental. Si estás mostrando wireframes, dilo explícitamente [1:18]:
- Explica que se trata de una fase temprana y no del diseño final.
- Aclara que el foco está en contenido, flujo e interacciones, no en estética.
- Reduce preguntas como "¿por qué se ve todo gris?" o "¿por qué no está alineado?".
Cuando las personas que no conocen el proceso de UX no reciben este contexto, interpretan el wireframe como un producto terminado y el feedback se desvía por completo.
¿Cómo adaptar tu discurso según la audiencia?
Ya conoces a tus asistentes y sus mapas de empatía, así que modifica tu discurso para resonar con lo que realmente les importa [1:51].
- CEO: visión a largo plazo, entendimiento del negocio y potencial del diseño. Muestra ejercicios de north star, jobs to be done o diseño a mediano y largo plazo.
- Manager: construir hoy, cumplir plazos y conocer los próximos pasos. Presenta la recomendación de MVP, primeras iteraciones y pasos incrementales hacia el objetivo final.
Adaptar el mensaje no significa cambiar la verdad; significa priorizar la información que cada perfil necesita para tomar decisiones.
¿Qué pasa cuando no alineamos los términos?
Establecer una base común de términos evita malentendidos costosos [2:37]. Cada persona carga sus propios modelos mentales: la palabra "casa" puede significar una mansión, un departamento o una casa del árbol.
En UX esto ocurre constantemente con frases como:
- "No me parece intuitivo."
- "Esto no es user friendly."
- "Esto tiene mal UX."
Detrás de esas frases suele haber una preocupación diferente a la usabilidad. La técnica de los five whys [3:19] te permite preguntar repetidamente "¿por qué?" hasta llegar a la raíz real del problema.
Un ejemplo concreto: un equipo acordó construir un "prototipo de calculadora" para validar una propuesta de negocio [3:35]. Para el equipo de producto significaba un prototipo en Figma pasado a una herramienta no-code como Webflow. Para marketing significaba construirlo en HubSpot y recopilar datos adicionales. Para el founder significaba una calculadora en Excel mostrada por videollamada. Ese desalineamiento alargó el proyecto y generó discusiones que se habrían evitado definiendo el término desde el inicio.
¿Qué significa leer la sala y por qué cambia tu presentación?
El concepto de read the room [4:37] consiste en percibir el ambiente emocional de la reunión y ajustar tu comportamiento en consecuencia. Tres prácticas clave:
- Observa reacciones: identifica el estado base de cada persona y compáralo con cómo reacciona bajo tensión. El lenguaje corporal —cejas levantadas, expresiones de incertidumbre— te da pistas sobre qué decir o callar [5:02].
- Cuida el sentido del humor: un chiste fuera de lugar puede resultar hiriente. Úsalo solo en áreas seguras y nunca a costa de grupos menos privilegiados [5:24].
- Observa el contexto general: el desinterés de tu audiencia puede no estar relacionado con tu diseño; quizás es viernes por la tarde antes de un fin de semana largo [5:42].
¿Qué ejemplo ilustra el riesgo de no leer la habitación?
Durante un All Hands de Meta, Mark Zuckerberg comunicó recortes y congelación de contrataciones [6:19]. Inmediatamente después, un colaborador preguntó si seguirían teniendo semanas de cuatro días en verano. La pregunta podía ser válida, pero el momento y el escenario eran incorrectos: frente a miles de personas y justo tras un anuncio negativo. Hubiera sido más estratégico plantearlo directamente a su manager, una vez que la situación reposara.
Este caso demuestra que no solo importa qué preguntas, sino cuándo y dónde las haces. La próxima vez que prepares una presentación de diseño para toda tu compañía, reflexiona: ¿cómo darías contexto a una audiencia tan diversa? Comparte tu enfoque en los comentarios.
