Cómo comprobar la accesibilidad del menú mediante tareas reales

Empiece por preguntas reales de los clientes

Asigne tareas concretas en lugar de preguntar «¿Puede utilizar la carta?». Encontrar una bebida caliente, leer el precio de una ración o comprobar los acompañamientos son buenos puntos de partida. No explique dónde están los botones al plantear la tarea: observe el recorrido que elige la persona.

Quienes prepararon la carta pueden conocerla de memoria y pasar por alto dificultades. Siempre que sea posible, recoja opiniones de personas con experiencias distintas. Que una complete la tarea no demuestra que sea accesible para todas. La primera ronda busca descubrir obstáculos concretos, no resolver de una vez cualquier problema posible.

Pruebe el texto ampliado y distintas condiciones de pantalla

Revise las fichas con las opciones de ampliación de texto del teléfono o navegador. ¿Se corta el nombre? ¿El precio se superpone con otro texto? ¿Desaparece el encabezado de categoría? No basta con que funcione al tamaño predeterminado. Incluya especialmente descripciones largas y textos en otros idiomas.

Varíe también el brillo de la pantalla y la iluminación del local. Observe si el texto se distingue del fondo. Estas observaciones no reemplazan las mediciones técnicas, pero señalan qué zonas necesitan un examen más detenido. Compruebe que los datos importantes no se comunican únicamente mediante colores o texto incrustado en una fotografía.

Revise el recorrido con teclado y tecnologías de apoyo

Navegue por la carta web con el teclado de un ordenador y compruebe que los elementos interactivos muestran un indicador de foco visible. Al llegar a una categoría o un control debe quedar clara su posición. Anote cualquier avance al siguiente elemento que lleve a un lugar inesperado.

Las observaciones de quienes utilizan lectores de pantalla son especialmente valiosas. ¿Se entiende la relación entre nombre, precio y categoría sin ver el diseño? ¿Los controles se anuncian con nombres significativos? Si el equipo no domina estas herramientas, no debe presentar una prueba breve como una revisión experta completa. Recoja ejemplos claros que puedan trasladarse al equipo de desarrollo.

• ¿Se entienden juntos el nombre y el precio del producto?
• ¿Queda clara la posición actual después de cambiar de categoría?
• ¿Es necesario adivinar la función de un control por su icono?
• ¿La información esencial está disponible en texto sin depender de la imagen?

Describa los problemas de forma que puedan reproducirse

«La carta es difícil de usar» no ofrece suficiente información para corregirla. Registre la tarea, el dispositivo o método, los pasos y el resultado real. Por ejemplo: «Al ampliar el texto, un nombre largo tapa el precio». Esa observación identifica un punto concreto que se puede solucionar.

Priorice según la posibilidad de completar la tarea. No poder llegar a un producto puede ser más urgente que una pequeña incoherencia visual. Compruebe si el mismo problema se repite en otras fichas: quizá haya que mejorar una regla común de diseño o contenido, en lugar de corregir solo una tarjeta.

Repita la misma tarea después de corregir el problema

Tras cambiar el tema, el texto o la organización de categorías, repita primero la tarea que falló. Después revise los recorridos cercanos. Hacer más visible un precio puede haber desplazado otro encabezado fuera de la pantalla. En Orvunai, compruebe también la vista del cliente después de actualizar contenido y tema conjuntamente.

Integre estas tareas en el mantenimiento habitual, sobre todo al añadir un idioma, un nombre largo o una categoría extensa. La accesibilidad no es una etiqueta de aprobación obtenida una sola vez. Combine las pruebas del negocio, las opiniones de usuarios y, cuando corresponda, la evaluación técnica.