En pocas palabras
Plugin de Figma que aporta observaciones automatizadas sobre diseños y decisiones de experiencia.
Qué problema resuelve
Problemas de consistencia y casos de interacción que llegan tarde a la revisión.
Cuándo utilizarlo
Auditorías preliminares. Ejemplo: revisar pantallas heredadas antes de un rediseño.
De la idea a la práctica
Funcionamiento, ejemplos y decisiones para pasar al siguiente nivel.
En el Radar compartido: Trial (valoración de la edición aportada).
Cómo funciona
Analiza pantallas con criterios heurísticos para sugerir mejoras de UX, contenido y coherencia. El contexto del dominio ayuda a interpretar las recomendaciones.
Ejemplo de uso
Revisar un formulario extenso y clasificar comentarios sobre jerarquía, errores y textos. Convertir los hallazgos relevantes en cambios concretos y comprobarlos con tareas de usuario.
Qué tipo de observaciones produce
| Ámbito | Ejemplos de comentarios |
|---|---|
| Jerarquía visual | Llamada a la acción principal poco destacada, competencia entre botones |
| Contenido | Textos ambiguos, jerga, mensajes de error que no indican cómo resolverlos |
| Consistencia | Espaciados, tamaños o estilos de componentes que difieren entre pantallas |
| Heurísticas de UX | Falta de feedback, estados no visibles, carga de memoria innecesaria |
| Accesibilidad visual | Contraste bajo, objetivos táctiles pequeños, dependencia del color |
Las heurísticas de usabilidad de Nielsen son una buena referencia para interpretar y priorizar estos comentarios.
Cómo integrarlo en el proceso de diseño
- Autorrevisión: el diseñador lo ejecuta antes de pedir revisión a otros, para eliminar lo evidente.
- Triaje: clasifica los comentarios en aplicar, descartar por contexto y validar con usuarios.
- Revisión entre pares: se centra en decisiones de producto y flujo, no en detalles que la herramienta ya señaló.
- Prueba con usuarios: confirma que los cambios mejoran la tarea real.
Limitaciones
- No conoce las restricciones de negocio ni regulatorias (por ejemplo, textos legales obligatorios en un formulario de crédito).
- Evalúa pantallas estáticas: el comportamiento del foco, la navegación por teclado o los lectores de pantalla requieren pruebas sobre la implementación.
- Puede sugerir patrones genéricos que contradicen el sistema de diseño propio.
La conformidad WCAG se verifica en el producto construido con herramientas como axe-core y pruebas manuales.
Criterios de implementación
No asumir que una revisión visual prueba conformidad de accesibilidad ni descubre todos los problemas. Revisar permisos del plugin y evitar material confidencial sin autorización.
Continúa en las fuentes
Documentación oficial para verificar detalles y explorar más.