Decir «Haz clic en Configuración y añade a un compañero» le marca el camino por la interfaz a quien participa. Si el objetivo de un test de usabilidad es comprobar si esa ruta es fácil de encontrar, la instrucción ya está desvelando gran parte de la respuesta. Un escenario de tarea, en cambio, describe la situación y el resultado que se necesita, dejando que la persona decida cómo llegar hasta ahí.
Para una herramienta ficticia de gestión de proyectos, podría ser: «El lunes se incorpora un nuevo compañero al proyecto. Dale acceso para que pueda ver el trabajo del equipo». Este escenario da un motivo para actuar sin mencionar menús ni botones, lo que permite al equipo de investigación observar cómo interpreta la persona las opciones disponibles.
Escribe desde la situación de quien participa
Empieza con un objetivo creíble para el perfil del usuario y relevante para la investigación. Una tarea que tiene sentido para alguien con rol de administración puede resultar extraña para quien solo consulta informes, así que la misma instrucción no siempre sirve para ambos. Define el rol de la persona y el contexto necesario para que la tarea tenga sentido.
Incluye los datos que un usuario real ya tendría. Quien reserva un tren necesita saber el destino y la fecha; quien contrata una suscripción necesita saber cuántos compañeros la usarán. Si faltan estos detalles, la persona tendrá que inventarse la situación, y será más difícil saber si un problema se debe al producto o a la propia tarea.
La guía de Nielsen Norman Group sobre escenarios de tareas explica cómo transformar objetivos realistas en consignas de prueba. La clave está en aportar suficiente contexto para pasar a la acción sin convertirlo en una historia que haya que memorizar.
Evita dar la interfaz como respuesta
Compara «Usa el botón Invitar miembros» con el ejemplo de dar acceso a un compañero. La primera consigna comprueba si alguien sabe seguir una instrucción concreta; la segunda permite observar si reconoce el camino por su cuenta. Esta diferencia también es clave en las pruebas de árbol (tree testing), donde repetir el texto exacto de un menú en la tarea puede hacer que una etiqueta poco clara parezca fácil de encontrar.
Evita comentarios que sugieran cómo deberían sentirse, como «Esta tarea es muy sencilla» o «La gente suele liarse aquí». Si el estudio busca medir la facilidad de uso, pregunta siempre lo mismo justo después del intento. La redacción de la tarea no debe condicionar la respuesta de antemano.
Tampoco hace falta evitar las instrucciones paso a paso en todos los estudios. Una investigación formativa puede analizar a propósito lo bien que se sigue una guía, pero ese es otro objetivo diferente a evaluar la intuición o capacidad de descubrimiento, y conviene plantearlo como tal.
Define qué cuenta como completado antes del estudio
El escenario que lee la persona y los criterios de evaluación del equipo de investigación responden a necesidades distintas. En la tarea de dar acceso, el plan de investigación podría diferenciar entre abrir el formulario de invitación, enviar la invitación con los permisos correctos y completar el proceso solo tras recibir ayuda. Decide qué resultado cuenta como éxito y registra el apoyo prestado de manera coherente.
Comprueba que el prototipo o el entorno de pruebas permita realizar la tarea. La falta de una interacción puede parecer un fallo de usabilidad si no se sabe de antemano dónde termina el prototipo. Si se combinan varios objetivos, valora separarlos en tareas distintas para evaluar la dificultad y el éxito con claridad.
Prueba la tarea en su formato real
Haz un piloto del escenario antes del estudio definitivo y observa cómo se entiende. En sesiones no moderadas, el texto debe funcionar sin necesidad de aclaraciones al momento; en sesiones moderadas, la persona facilitadora debe evitar resolver una tarea ambigua de forma distinta con cada participante.
Revisa tanto el orden de las tareas como su redacción. Una tarea previa puede desvelar dónde está una opción necesaria para otra posterior, lo que puede sesgar las comparaciones. Planifica el orden o la rotación teniendo esto en cuenta y documenta las decisiones. La guía general de pruebas de usabilidad explica cómo encajan las tareas en el estudio, mientras que el apartado de pruebas con prototipos aborda las limitaciones propias de los diseños aún en desarrollo.