Evaluar una web con tareas de negocio consiste en observar si una persona puede encontrar información, valorar el encaje y contactar con contexto. Las tareas deben representar necesidades reales, no una visita guiada por el proveedor. Su utilidad está en revelar barreras concretas que puedan corregirse.
Elige tareas con un resultado verificable
Evita instrucciones como «mira la portada». Utiliza situaciones: «busca si esta empresa puede mantener tu catálogo» o «averigua qué necesitas para pedir una valoración».
No conviertas la prueba en un examen del participante. Si se pierde, registra qué información o señal faltó. Pedir que repita lo que tú querías oír no aporta evidencia de comprensión.
Prepara una ficha de observación
Registra:
- Situación y objetivo de la tarea.
- Punto de entrada y dispositivo.
- Camino seguido y dudas expresadas.
- Resultado: completado, parcial o detenido.
- Barrera observada y posible corrección.
El tiempo puede aportar contexto, pero no hace falta inventar un umbral universal. Algunas decisiones requieren lectura; completar rápido no equivale a comprender bien.
Un ejemplo de tarea de contratación
Ejemplo hipotético: una responsable de marketing debe averiguar si el proveedor migra URLs antiguas. Encuentra una página de rediseño, pero no sabe si la migración está incluida o debe contratarse aparte.
La barrera está en el alcance visible. Añadir un botón de contacto no responde la pregunta. Puede hacer falta explicar conservación de contenidos, requisitos y dependencias antes del CTA.
Repite la tarea después del cambio, sin contar al participante la respuesta. Si la localiza y puede explicarla, tienes evidencia de una mejora de comprensión, no todavía de resultados comerciales.
Incluye accesibilidad y estados de fallo
Prueba navegación con teclado, uso desde móvil y errores de formulario. Una tarea no está completa si solo funciona con la combinación de dispositivo y datos que usa el equipo.
Revisa foco, enlaces descriptivos y mensajes que indiquen cómo continuar. Para descargar documentación, comprueba que el archivo corresponde a la versión esperada y puede leerse.
Prioriza barreras según la tarea que bloquean. Un fallo de contacto puede ser más urgente que una diferencia visual secundaria.
Transforma la observación en un criterio de entrega
«La navegación confunde» necesita concretarse. Describe entrada, tarea, barrera y resultado esperado: localizar un servicio con requisitos sin asistencia del moderador.
La corrección puede implicar etiqueta, estructura o contenido. Prueba una intervención proporcionada y evita cambiar todas las variables a la vez si necesitas saber qué resolvió la barrera.
Conserva diferencias entre participantes. Una tarea completada por quien conoce el negocio no demuestra lo mismo que la realizada por una persona nueva. Documentar contexto permite interpretar el resultado y decidir qué otras comprobaciones merecen realizarse antes de aprobar la página.
Convierte observaciones en decisiones
Cada hallazgo necesita acción y criterio de aceptación. Integra ese registro en el diseño web para que revisión y desarrollo compartan objetivos concretos.
