Marcos de crítica de diseño: cómo hacer revisiones que de verdad mejoren el trabajo
Guía de una diseñadora en activo para dirigir y sobrevivir a la crítica de diseño. Los marcos, las reglas y la estructura que convierten las revisiones de una defensa del ego en feedback real.
La mayoría de las revisiones de diseño son puro teatro. El diseñador senior habla 20 minutos sobre el color de un botón, el junior asiente, y el trabajo sale igual o peor. Nadie aprende nada, el trabajo no mejora y el equipo empieza a temer la reunión que se suponía que lo iba a afilar.
Este paper es la versión de trabajo. Los marcos que convierten la crítica en una herramienta, las reglas que dejan el ego fuera de la sala y la estructura que hace que el feedback sea realmente útil para la persona cuyo trabajo está en pantalla. Nada de tópicos sobre "cultura de diseño", nada de manifiestos, solo el procedimiento operativo de un equipo que entrega mejor trabajo porque lo revisa bien.
Qué es realmente la crítica de diseño
La crítica de diseño es una revisión estructurada entre pares de trabajo en curso. El objetivo es sacar a la luz los problemas que el diseñador no puede ver desde dentro de su propio borrador y poner a prueba el trabajo frente al usuario, el brief y el sistema antes de que salga. La crítica no es aprobación, no es respaldo y no es una votación.
Tampoco es una presentación. El diseñador no está ahí para defender el trabajo. Los revisores no están ahí para admirarlo. Ambos lados están para que la siguiente iteración sea mejor que la actual.
La guía de portafolio de diseño explica cómo se evalúa el trabajo individual desde fuera. Este paper profundiza en la revisión interna del equipo, que tiene objetivos distintos y reglas muy diferentes.
Por qué fracasan la mayoría de las críticas
Los mismos cinco fallos aparecen en casi todos los equipos que sufren con la crítica. Si la reunión resulta agotadora y el trabajo no mejora, mira aquí primero.
El diseñador presenta en vez de preguntar. Se recorre el trabajo de principio a fin, los revisores esperan con educación y nadie pide feedback concreto. Los revisores caen en reacciones generales porque nada se acotó.
Los revisores compiten. Cada persona intenta detectar primero el problema más inteligente. La conversación deriva hacia quien suene más senior. El diseñador sale con doce opiniones contradictorias y ningún camino claro.
El gusto personal se disfraza de principio. A un revisor no le gusta la tipografía y lo plantea como un problema de jerarquía. Otro prefiere otro patrón de layout y lo plantea como accesibilidad. Sin un marco, gana el gusto.
Nadie escribe nada. La conversación ocurre, la reunión termina y el diseñador recuerda quizá el 30%. La siguiente crítica repite el mismo terreno.
La crítica llega demasiado tarde. El trabajo ya está al 90%. El feedback de reestructuración grande se ignora porque no hay tiempo. La crítica se reduce a pulir.
Cada uno de estos fallos tiene arreglo. Los arreglos son el resto de este paper.
El modelo de feedback de tres capas
Todo feedback de diseño útil encaja en una de tres capas. Los revisores que saben nombrar la capa en la que están se mantienen enfocados. Los que no, derivan hacia el gusto.
Capa 1: Observación
La observación es lo que el revisor ve literalmente en la pantalla. Sin interpretación, sin juicio.
"El CTA está bajo el pliegue en un viewport de 1440 de ancho." Eso es observación. "El botón es pequeño." Eso es observación. "Hay tres sans-serifs distintas visibles en esta página." Eso es observación.
Las observaciones no se negocian. El diseñador puede verificarlas en pantalla en tiempo real. Son la capa más segura porque ninguna de las partes puede discutirlas.
Capa 2: Interpretación
La interpretación es lo que la observación podría significar para el usuario, la marca o el sistema.
"Que el CTA esté bajo el pliegue significa que los usuarios móviles probablemente pasarán de largo antes de entender qué les pide la página." Eso es interpretación. "Las tres sans-serifs se leen como inconsistentes, lo que indica al usuario que la voz de marca no está clara." Eso es interpretación.
Las interpretaciones están abiertas a discusión. Dos personas pueden interpretar la misma observación de forma distinta. Esa es la parte productiva de la crítica. La interpretación es donde la experiencia colectiva del equipo aporta valor al borrador individual del diseñador.
Capa 3: Sugerencia
La sugerencia es lo que el revisor consideraría hacer respecto a la interpretación.
"Podrías probar a mover el CTA sobre el pliegue o añadir un CTA fijo al hacer scroll." Eso es sugerencia. "Podrías consolidar en una sans-serif para el cuerpo y una fuente display, y luego probar la jerarquía con un rápido test de entornar los ojos." Eso es sugerencia.
Al diseñador le es opcional aceptar las sugerencias. El diseñador es dueño del trabajo. El revisor ofrece opciones, no órdenes. Una crítica donde las sugerencias son obligatorias no es crítica, es una cadena de mando.
Marcos de crítica que de verdad funcionan
Un marco es un guion para la reunión. Quita la carga cognitiva de averiguar cómo dar feedback en el momento y deja que los revisores se concentren en el trabajo.
Marco 1: Objetivo, Razonamiento, Feedback
El más rápido de instalar. Tres pasos, diez minutos por pieza de trabajo.
Paso uno: el diseñador enuncia el objetivo. "Intento llevar a un usuario de la home a un registro de pago en un solo clic." Dos frases como máximo.
Paso dos: el diseñador recorre el razonamiento. "Puse el CTA en el hero porque la prueba anterior mostró que el 60% de las conversiones ocurren sobre el pliegue. Elegí el verde porque la marca lo usa para acciones primarias." Tres minutos como máximo.
Paso tres: los revisores dan feedback frente al objetivo. Cada comentario debe conectar con el objetivo enunciado. "¿Apoya el CTA al objetivo?" y no "¿Es el CTA el tono de verde correcto?"
El feedback que no conecta con el objetivo se aparca en una lista aparte para después. La reunión se mantiene enfocada. El diseñador sale con un camino claro.
Marco 2: Me gusta, Desearía, Y si
Prestado de IDEO y adaptado a equipos de diseño. Útil cuando el trabajo está en fase temprana y exploratoria.
Me gusta: lo que funciona. Los revisores nombran elementos concretos que creen que el trabajo debería conservar. Fuerza una observación positiva, que la mayoría de las críticas se saltan.
Desearía: lo que el revisor cambiaría. Formulado como deseo, no como orden. "Desearía que el contraste fuera más fuerte entre el titular y el cuerpo."
Y si: alternativas especulativas. "¿Y si el CTA fuera un elemento fijo en lugar de estar en línea?" Abre direcciones que el diseñador quizá no había considerado.
El marco funciona porque baja lo que está en juego. Los deseos y los "y si" suenan colaborativos. La crítica directa suele sentirse hostil incluso cuando no lo es.
Marco 3: La Pila de Decisión
Lo mejor para trabajo en fase tardía, cuando el equipo decide qué sale.
Decisión requerida: ¿sobre qué necesita exactamente el diseñador una decisión? "¿Se queda o se recorta el CTA secundario?" No "revisa este mockup."
Opciones sobre la mesa: ¿qué consideró el diseñador? Muestra las alternativas descartadas. Los revisores pueden preguntar por qué se eliminaron opciones concretas.
Recomendación: ¿qué recomienda el diseñador y por qué?
Riesgos: ¿qué podría salir mal con la recomendación?
El trabajo del revisor es poner a prueba la recomendación frente a los riesgos. ¿Se le escapó un riesgo al diseñador? ¿Están bien ponderados? ¿Es la recomendación realmente la más fuerte de las opciones mostradas?
Este marco obliga a los diseñadores a hacer el trabajo antes de la reunión. La reunión se convierte en una prueba del razonamiento, no en generar pensamiento nuevo desde cero.
Reglas que mantienen la sala funcional
Los marcos estructuran la reunión. Las reglas gobiernan el comportamiento dentro de ella. Sin reglas, hasta el mejor marco se desploma en la misma conversación suelta que no funcionó la vez anterior.
Regla 1: El diseñador acota el feedback
Antes de que empiece la crítica, el diseñador enuncia qué tipo de feedback quiere. "Busco feedback sobre la jerarquía y el CTA. La paleta de color está cerrada, el copy es final." Esto protege el tiempo del diseñador y la atención de los revisores.
Si un revisor quiere comentar algo fuera de alcance, lo anota para después de la reunión o para otra sesión. No descarrila la crítica.
Regla 2: Una conversación a la vez
Las conversaciones paralelas matan la crítica. Todo el sentido es la atención colectiva sobre una pieza de trabajo. Si dos revisores empiezan a debatir entre ellos, el facilitador los devuelve al grupo. Si hay que discutir tres cosas, se discuten en secuencia, no en paralelo.
Regla 3: Específico antes que general
"Esto se siente raro" no es feedback. "El CTA pierde contraste contra el fondo degradado, lo que probablemente perjudica la visibilidad en modo claro" es feedback. A los revisores que dan reacciones generales se les pide que sean específicos o que pasen.
Regla 4: Nada de prescripciones sin observación
Un revisor no puede recomendar un cambio sin enunciar primero la observación que lo provocó. "Pon el botón azul" es una prescripción sin observación. "El botón rojo actual se parece a tu estado de error, lo que podría confundir a los usuarios en flujos críticos. Podrías probar azul o un rojo distinto" es observación, interpretación, sugerencia.
Esta regla es el cambio más poderoso que un equipo puede instalar. Obliga a los revisores a pensar antes de hablar y le da al diseñador el razonamiento, no solo la exigencia.
Regla 5: Captura todo
Alguien en la sala toma notas. Observaciones, interpretaciones, sugerencias, decisiones, seguimientos. El diseñador no debería ser quien tome notas porque ya va demasiado cargado cognitivamente respondiendo al feedback.
Las notas se comparten con el diseñador inmediatamente después de la reunión. El diseñador marca cada nota como aceptada, rechazada con motivo o aparcada para después. La siguiente crítica empieza con lo que cambió desde la última vez.
Regla 6: Con tiempo limitado y resultado definido
Una reunión de crítica tiene una hora de fin estricta. Cada pieza de trabajo recibe un espacio fijo, normalmente de 15 a 30 minutos. El facilitador lo hace cumplir. Alargarse es la forma más rápida de perder la energía del equipo y de que la gente deje de traer trabajo a la reunión.
Cada espacio termina con un resultado enunciado. "El diseñador moverá el CTA sobre el pliegue y probará el contraste sobre el fondo degradado. Compartirá la v2 en la próxima crítica." Si no hay resultado, la reunión no produjo valor.
Cuándo debe ocurrir la crítica
La crítica en fase tardía casi siempre llega tarde. La crítica tiene más palanca en los puntos donde cambiar la dirección todavía es barato.
Tres puntos de crítica por proyecto
El calendario mínimo que produce trabajo entregado que mejora con el tiempo:
| Fase | Objetivo | Marco |
|---|---|---|
| Dirección | ¿Estamos resolviendo el problema correcto? | Me gusta, Desearía, Y si |
| Fidelidad media | ¿Es correcta la estructura? | Objetivo, Razonamiento, Feedback |
| Pre-lanzamiento | ¿Está listo para salir? | Pila de Decisión |
Cada fase tiene objetivos distintos y se beneficia de un marco distinto. Saltarse cualquiera produce modos de fallo previsibles.
Saltarse la crítica de dirección significa que el equipo termina un mockup pulido de la solución equivocada. Descubierto demasiado tarde, es el error más caro que un equipo puede cometer.
Saltarse la crítica de fidelidad media significa que los problemas estructurales se encuentran en alta fidelidad, donde cuestan cinco veces más de arreglar. El equipo entrega trabajo comprometido porque no hay tiempo para empezar de nuevo.
Saltarse la crítica pre-lanzamiento significa que problemas evitables llegan a producción. El documento de lanzamiento se escribe sin un segundo par de ojos y el equipo se entera del estado roto por el feedback de los usuarios.
El desglose del flujo de trabajo de diseño con IA explica cómo integrar la crítica en bucles de diseño acelerados por IA. Generar más rápido hace la crítica más importante, no menos.
El rol del facilitador
La mayoría de las críticas de diseño no tienen facilitador y por eso se desmoronan. El facilitador no es el diseñador senior de la sala. El facilitador es quien sea responsable de mantener la reunión funcional.
Qué hace el facilitador
El facilitador se encarga de tres cosas:
- Tiempo. Cada pieza de trabajo recibe su espacio asignado. Cortes secos cuando se acaba el tiempo. Los temas aparcados van a una lista de seguimiento.
- Foco. Devolver a los revisores cuando derivan, hacer preguntas aclaratorias cuando el feedback es vago, señalar cuando la conversación se salió del alcance.
- Captura. Tomar notas él mismo o asegurarse de que alguien lo haga. Las notas no son opcionales, son el artefacto de la reunión.
El facilitador no está ahí para dar crítica. Puede darla solo cuando la estructura de la reunión ya está cumplida. Mezclar facilitación con crítica divide la atención y casi siempre produce un peor resultado en ambas.
Rota el rol
Que la misma persona facilite todas las críticas la convierte en cuello de botella. Rota el rol cada semana o cada dos semanas entre el equipo. Los diseñadores junior se benefician enormemente de facilitar porque les obliga a pensar estructuralmente sobre la reunión, no solo sobre el trabajo.
Los diseñadores senior también se benefician. Facilitar en lugar de criticar obliga a un senior a escuchar en vez de dominar, una habilidad que la mayoría de los seniors subestima.
Cómo recibir crítica
La otra mitad de la crítica es ser el diseñador en la silla. La mayoría de la educación en diseño se salta esto por completo. El resultado es una generación de diseñadores que se ponen a la defensiva cuando revisan su trabajo y descartan el feedback que más les habría ayudado.
Cinco reglas para el diseñador
Escucha por completo antes de responder. No interrumpas para defender una decisión. Recibe el feedback, anótalo y luego haz preguntas aclaratorias. El instinto de defenderse mata el valor de la reunión.
Separa la observación de la sugerencia. Un revisor puede sugerir un arreglo con el que no estás de acuerdo, pero la observación de fondo puede seguir siendo válida. Quédate con la observación, deja la sugerencia, encuentra tu propio arreglo.
Pregunta por qué, no si. "¿Por qué crees que el CTA pierde contraste?" produce un seguimiento útil. "¿Crees que el CTA pierde contraste?" produce un sí o un no que termina la conversación.
Aparca tus reacciones. Si un comentario te golpea fuerte, anótalo y responde después. La defensa en tiempo real produce malas respuestas en ambos lados. Una pausa de 24 horas casi siempre produce una mejor respuesta.
Sé dueño de la decisión. El diseñador es dueño del trabajo. Tras la crítica, el diseñador decide sobre qué actuar. Los revisores ofrecen opciones, no órdenes. El trabajo del diseñador es sopesar el feedback frente a todo lo demás que sabe del proyecto y decidir.
La crítica en las condiciones de 2026
Tres cambios han transformado cómo funciona la crítica de diseño. El sistema tiene que adaptarse a los tres.
La crítica remota y asíncrona es la norma. La reunión de todos en una sala es rara. La crítica ahora ocurre en comentarios de Figma, grabaciones de Loom y documentos compartidos. Los marcos siguen funcionando, la facilitación sigue importando, pero el timing cambia. La crítica asíncrona debe tener una petición clara, una fecha límite clara y un punto de decisión claro. Sin eso se convierte en un cementerio de comentarios.
El trabajo generado por IA necesita más crítica, no menos. Las herramientas que generan opciones en segundos tientan a saltarse la crítica porque el trabajo es "solo output de IA". Justo entonces es cuando la crítica más importa. El trabajo generado por IA no rinde cuentas por defecto. La crítica humana es lo que lo hace responsable.
La crítica multifuncional ya es estándar. Ingenieros, PMs y content designers se sientan en la misma crítica que los diseñadores visuales. Los marcos funcionan para todos. El vocabulario tiene que aplanarse. "Affordance" y "above the fold" están bien, pero toda la reunión no puede ser jerga de diseñadores o los no diseñadores se desconectarán.
El glosario de handoff de diseño explica cómo la crítica se conecta con la disciplina más amplia del handoff. La crítica que no produce un artefacto compartible es crítica que no sobrevive al handoff.
FAQ
¿Qué es un marco de crítica de diseño?
Un marco es un guion estructurado para dirigir una reunión de revisión de diseño. Define quién habla cuándo, qué tipo de feedback se pide y cómo termina la reunión. Los marcos más comunes son Objetivo-Razonamiento-Feedback, Me gusta-Desearía-Y si, y la Pila de Decisión. Cada uno encaja en una etapa distinta del trabajo.
¿Cómo se da buen feedback de diseño?
Usa el modelo de tres capas. Empieza con la observación (lo que ves), luego la interpretación (lo que podría significar), luego la sugerencia (lo que considerarías hacer). Si te saltas una capa, el feedback se debilita. Si te saltas la observación por completo, el feedback se convierte en prescripción, que el diseñador puede descartar.
¿Cuánto debe durar una reunión de crítica de diseño?
De 15 a 30 minutos por pieza de trabajo, con tiempo estrictamente limitado. Una crítica de 60 minutos sobre una sola pieza casi siempre está sobredimensionada o usa un mal marco. Limita cada espacio, captura los resultados y sigue adelante. La mayoría de los equipos critica de 2 a 4 piezas por sesión.
¿Con qué frecuencia debe un equipo de diseño hacer crítica?
La base es semanal para un equipo pequeño que entrega con regularidad. Quincenal funciona para un equipo con ciclos de proyecto más largos. El calendario importa menos que la constancia. Un equipo que hace crítica semanal durante un año mejora más rápido que uno que critica ad hoc cuando alguien lo pide.
¿Cómo evitas que la crítica se vuelva personal?
Instala el marco, instala las reglas y rota al facilitador. Los marcos separan la observación de la prescripción, que es donde empieza la mayoría de la crítica que se siente personal. El facilitador atrapa los deslices. Con el tiempo el equipo interioriza la estructura y la crítica personal deja de ocurrir porque el lenguaje ya no la soporta.
¿Cómo das crítica a un diseñador senior?
Igual que a cualquier otra persona. Usa el modelo de tres capas, conecta el feedback con el objetivo enunciado y deja que el diseñador senior sea dueño de la decisión. Los seniors que no aguantan la crítica son un problema mayor que la crítica misma. Un equipo que evita en silencio revisar el trabajo senior es un equipo que entrega trabajo senior comprometido.
La crítica es una disciplina, no una reunión
El equipo que hace bien la crítica entrega mejor trabajo porque detecta los problemas antes, obtiene más perspectivas sobre cada decisión y desarrolla un vocabulario compartido para la calidad del diseño. El equipo que la hace mal entrega trabajo desigual o pulido pero equivocado, y se pregunta por qué la reunión que tiene cada semana no le ayuda.
El arreglo es estructural. Elige un marco. Instala las reglas. Programa la crítica en tres puntos por proyecto, no al final. Captura los resultados. Rota al facilitador. Recibe la crítica sin defensa. Da la crítica sin prescripción.
El coste de instalar esta disciplina son dos o tres reuniones de leve incomodidad mientras el equipo se ajusta. La recompensa es un equipo que se afila en cada proyecto y un cuerpo de trabajo que mejora con el tiempo en lugar de retroceder hacia quien tenga la opinión más ruidosa.
Si quieres un equipo que aplique esta disciplina en cada proyecto, contrata a Brainy. Nos integramos con equipos internos de diseño e instalamos sistemas de crítica junto al trabajo de marca y producto.
Lecturas relacionadas
- Guía de sistemas de diseño
- Guía de portafolio de diseño
- Flujo de trabajo de diseño con IA
- Handoff de diseño de Figma a desarrollo
Want a design team that critiques without the drama and ships better work because of it? Brainy embeds with internal teams to install critique systems and ship product with the rigor baked in.
Get Started
