Prevalida un prototipo de Figma con usuarios sintéticos | Minds

Todos los participantes en una revisión de diseño ya saben cómo funciona el producto. Ese contexto compartido hace que la revisión sea eficiente, pero también la vuelve ciega: quien revisa no puede olvidar cómo opera el modelo, así que no puede ver la pantalla como lo haría un usuario primerizo. El resultado es un flujo internamente coherente pero confuso para el exterior, algo que suele descubrirse semanas después en la grabación de una sesión.

Pega el enlace del archivo o marco en Minds y pregúntale a una audiencia que nunca lo ha visto qué cree que es.

Qué detecta una lectura en frío

Ambigüedad en iconos y etiquetas. Un control que el equipo interpreta de una forma y el resto del mundo de otra.

Falta de contexto inicial. La pantalla da por hecho que el usuario llegó sabiendo algo que el flujo nunca le explicó.

Discrepancia de expectativas. Los usuarios anticipan un resultado distinto para la acción principal al que realmente construiste, lo cual constituye el error de diseño más costoso de corregir porque solo sale a la luz tras la interacción.

Coste no especificado. Los usuarios dudan porque asumen un compromiso (un cobro, un cambio irreversible, visibilidad compartida) que el diseño nunca menciona.

El flujo de trabajo

1. Conecta Figma en Ajustes → Integraciones.
2. Pega el enlace del archivo o marco en un nuevo estudio.
3. Define la audiencia según sus conocimientos previos, no por datos demográficos. «Nunca ha usado una herramienta así» y «migró desde un competidor» interpretan la misma pantalla de forma muy distinta.
4. Pide primero una primera impresión: qué es esto, para quién está pensado, qué harías aquí.
5. Luego pide la predicción: qué esperas que ocurra después de hacer eso.
6. Compara entre segmentos y corrige allí donde la predicción difiera de lo construido.

El orden importa. Si pides una opinión primero, obtendrás respuestas por cortesía; si primero pides que expliquen qué ven, descubrirás la brecha real de comprensión.

Qué hacer con los resultados

Los fallos de comprensión se solucionan con cambios de redacción, que son económicos. Las discrepancias de expectativas se corrigen modificando la interacción, algo menos económico, pero infinitamente más barato ahora que tras la implementación. Los costes no especificados se resuelven añadiendo un texto aclaratorio junto al botón.

Una calificación promedio no ofrece nada accionable. En cambio, «dos personas pensaron que este botón publicaría de inmediato» te indica con exactitud qué debes cambiar.

Limitaciones reales

Las reacciones sintéticas no son comportamiento observado. No miden el tiempo por tarea, no detectan si el área de clic es tres píxeles más pequeña de lo debido y no reemplazan la observación directa de una persona interactuando con dificultades. Lo que sí consiguen es asegurar que, cuando organices esas sesiones con usuarios reales, pruebes un diseño libre de los errores más evidentes.

Los diseños plasmados en pizarras virtuales en lugar de prototipos funcionan de la misma manera, y el mismo patrón de importación se aplica a tickets en los flujos de trabajo de Linear y Jira.

Prompt de ejemplo

Observa esta pantalla por primera vez. ¿Para qué sirve y para quién está pensada? ¿Con qué elemento interactuarías primero y por qué con ese? ¿Qué esperas que ocurra inmediatamente después? ¿Qué te frenaría a la hora de realizar cualquier acción?