No sabe qué escribir
Etiquetas, instrucciones y errores del formulario.
Se pierde en el menú
Nombres que anticipan destinos y rutas para volver.
En móvil no puede continuar
Teclado, controles y recuperación de la tarea.
Un componente falla al usarlo
Apertura, estados, foco y cierre.
Leer el contexto y las recomendaciones de esta sección
Una mejora empieza con una dificultad concreta. Describe la tarea afectada, decide qué cambio podría ayudar y define cómo comprobarlo antes de modificar la interfaz.
Busca por el problema que has observado
FORMULARIOS · TÉCNICO Y APLICADO
La persona no sabe qué escribir o cómo corregirlo
Revisa etiquetas, instrucciones, campos obligatorios, validación y recuperación. El error debe permitir continuar.
NAVEGACIÓN · TÉCNICO Y APLICADO
No encuentra el contenido o pierde la orientación
Trabaja categorías, etiquetas, enlaces y estados actuales. Una navegación convencional no necesita comportarse como un menú de aplicación.
MÓVIL · APLICADO
La tarea se complica en una pantalla pequeña
Revisa entrada de datos, objetivos táctiles, orientación, contenido y condiciones de uso con tareas completas.
COMPONENTES · TÉCNICO
Un control se ve bien, pero no se entiende o no se maneja
Contratos de interacción para acordeones, pestañas, diálogos, búsqueda, filtros, tablas, paginación y avisos.
ACCESIBILIDAD · TÉCNICO
El contenido o la interacción presenta barreras de acceso
Examina estructura, nombre accesible, teclado, foco, zoom, contraste, movimiento y alternativas para contenido audiovisual.
Prioriza con una explicación, no solo con una cifra
Considera qué tarea se bloquea, qué personas quedan afectadas, si existe una alternativa razonable y qué evidencia respalda el hallazgo. El esfuerzo de desarrollo ayuda a planificar, pero no convierte un bloqueo importante en un problema menor.
Ejemplo didáctico: corregir un botón de envío que no funciona con teclado tiene prioridad sobre ajustar un espacio decorativo. La primera incidencia impide completar una tarea; la segunda necesita demostrar un impacto antes de competir por la misma urgencia.
Documenta el impacto, la prioridad y la incertidumbre en la plantilla de hallazgos.
Escribe una hipótesis comprobable
| Parte | Ejemplo didáctico |
|---|---|
| Dificultad observada | La persona abandona un formulario tras recibir «Hay errores». |
| Cambio propuesto | Identificar el campo, explicar el problema y conservar la información ya introducida. |
| Resultado esperado | La persona localiza el error y puede corregirlo sin empezar de nuevo. |
| Comprobación | Recorrer el error con teclado y repetir una tarea equivalente con personas del público previsto. |
| Límite | Resolver este error no verifica el resto del formulario ni garantiza una mejora de conversión. |
Revisa también lo que ocurre después del cambio
- Prueba los estados de inicio, carga, vacío, error y confirmación que existan en el flujo.
- Comprueba que las instrucciones siguen siendo correctas y que el foco no se pierde.
- Repite las condiciones relevantes de la evaluación anterior y registra cualquier diferencia.
- Conserva los problemas pendientes y observa si el cambio introduce nuevas dificultades.
Para aprender a distinguir una decisión acertada de una promesa sin comprobar, consulta los ejemplos comentados.
