Cómo escribir tareas de usabilidad sin enseñar el camino

La tarea de una prueba de usabilidad funciona como el punto de partida de una observación. Si el enunciado nombra el botón que debe usarse, el investigador pierde la oportunidad de descubrir si la persona encontraría ese botón. Si faltan informaciones esenciales, la prueba puede medir la capacidad de adivinar el escenario.

Empieza por el objetivo de la persona

Imagina una aplicación de suscripción de comidas. El equipo quiere evaluar la pausa temporal del servicio.

Un enunciado como “haz clic en Suscripción, luego en Pausar” describe la solución. Una alternativa sería: “Vas a viajar la próxima semana y no quieres recibir comidas en ese período. Ajusta tu suscripción para esta situación”.

El segundo texto deja el descubrimiento del camino al participante. Pero aún puede faltar un dato: ¿cuándo debe volver la entrega? Añade fechas ficticias cuando sean necesarias para concluir.

Separa escenario, tarea y pregunta posterior

El escenario explica la situación. La tarea pide la acción. La pregunta posterior investiga la experiencia. Mezclar los tres en un párrafo largo aumenta la probabilidad de que la persona olvide parte de la instrucción.

Una estructura posible para el ejemplo:

• Escenario: la persona estará fuera de casa entre dos fechas.
• Tarea: ajustar las entregas para ese período.
• Pregunta posterior: explicar qué espera que suceda después de la alteración.

La última pregunta ayuda a identificar un éxito solo aparente. Alguien puede llegar a la pantalla prevista y creer que canceló definitivamente el servicio.

Escribe un criterio de éxito para el investigador

El criterio no necesita aparecer completo en el enunciado. Sirve para evaluar el intento de manera consistente.

En el ejemplo, el éxito puede significar suspender las entregas durante el intervalo y mantener la reanudación posterior. Llegar a la página de configuraciones sería solo una etapa intermedia.

En las pruebas de prototipo de UXTap, es posible definir metas por pantalla o por camino. Verifica si la configuración representa el objetivo real. Una regla muy estricta puede tratar un recorrido válido como error; una regla demasiado amplia puede contar un intento incompleto como éxito.

Revisa tus tareas de usabilidad

Revisa los nombres de menús, etiquetas y expresiones internas presentes en el texto. No elimines una palabra natural solo porque también aparece en la interfaz. El objetivo es preservar la manera en que una persona describiría su necesidad.

Lee en voz alta. Si el texto parece una instrucción de entrenamiento, reescríbelo. Si parece una adivinanza, añade contexto.

También evita adjetivos que anticipen la evaluación: “usa el nuevo y simple proceso” ya sugiere la respuesta esperada. Describe la situación sin elogiar o criticar el producto.

Prepara un piloto que pueda fallar

Pide a alguien fuera del proyecto que ejecute la tarea. No corrijas inmediatamente cada intento. Observa si la duda proviene del enunciado, de la interfaz o de un dato ausente.

Prueba también el cierre. En UXTap, las tareas visuales pueden ofrecer la opción de desistir según la configuración. Esta salida debe representar un intento finalizado, permitiendo investigar el motivo, sin obligar a la persona a hacer clic hasta acertar.

Si el piloto exige explicaciones adicionales, incorpora la información necesaria al estudio y repite la verificación.

Taller de reescritura: del comando al escenario

Usa una tarea ficticia de actualización de dirección para revisar tu guion. La primera redacción podría ser: “Entra en Mi Cuenta, elige Datos personales y edita la dirección”. Entrega nombres y secuencia. Una persona puede obedecer sin entender dónde buscaría ese recurso por cuenta propia.

Una segunda versión, “actualiza tus datos”, retira las pistas, pero deja una duda: ¿qué datos y por qué motivo? La persona necesita inventar una necesidad. Una formulación más precisa sería: “Te vas a mudar antes de la próxima entrega. Deja el servicio preparado para recibir el próximo pedido en la dirección proporcionada para esta prueba”. Proporciona una dirección ficticia en un lugar fácil de consultar.

El equipo debe decidir una cuestión adicional: ¿la alteración es válida para el registro o para un pedido ya emitido? Si el producto tiene ambos recursos, aclara en el escenario lo que necesita suceder con la próxima entrega. Esta información pertenece al objetivo; ocultar esta diferencia no hace la tarea más neutra, solo ambigua.

Para revisar otro enunciado, haz tres marcas: palabras que cuentan la situación, información necesaria para ejecutar y expresiones que revelan la navegación. Preserva las dos primeras categorías y examina la tercera. Pide a alguien que desconoce la pantalla que explique el objetivo con sus propias palabras.

Separa los criterios de observación del texto mostrado

El guion del investigador puede ser más detallado que la instrucción del participante. En el ejemplo, registra que la tarea termina cuando la nueva dirección está asociada a la entrega prevista. Anota recorridos alternativos válidos, estados intermedios y situaciones en las que el prototipo no permite continuar.

Prepara una pregunta posterior que aclare el resultado: “¿Qué dirección crees que se usará en la próxima entrega?”. Una confirmación visual puede ser interpretada de forma diferente a lo que el equipo imaginó. Llegar a la pantalla prevista y comprender el efecto de la alteración son observaciones relacionadas, pero distintas.

Evita insertar en el escenario expresiones como “el botón está escondido” o “el proceso es simple”. Tampoco preguntes por qué la persona ignoró una acción antes de verificar si la percibió. Prefiere pedir que relate lo que buscaba y lo que esperaba que sucediera. Esto preserva espacio para explicaciones diferentes de la hipótesis inicial.

Cuida la secuencia de tareas

Una tarea puede enseñar la solución de la siguiente. Encontrar las configuraciones para cambiar la dirección quizás facilite localizar el cambio de contraseña después. Si quieres evaluar el descubrimiento inicial de ambas, considera separar las actividades entre participantes o registrar el orden como una condición del estudio.

Cuando la dependencia sea intencional, mantén el estado necesario. Una tarea que pide seguir un pedido solo tiene sentido si ese pedido existe en el escenario. Evita que un fallo anterior impida todas las observaciones siguientes; prepara un punto de partida independiente cuando la pregunta de investigación lo permita.

En pruebas sin moderación, añade instrucciones sobre datos ficticios, finalización y límites del material. Estas orientaciones no necesitan revelar caminos. Su función es impedir que el participante exponga información real o quede atrapado por una limitación técnica. Revisa la ejecución junto al plan de investigación.

Transforma una tarea en un patrón reutilizable

Guarda el escenario, el criterio de éxito y las observaciones del piloto. Esto facilita repetir la investigación después de un cambio sin alterar silenciosamente la dificultad.

Tu próximo paso es elegir un enunciado existente y retirar de él las instrucciones de navegación. Añade solo los datos necesarios, verifica la meta en UXTap y haz un intento completo. Una tarea bien escrita abre espacio para observar elecciones que el equipo aún no conoce.

Con el enunciado revisado, sigue la guía de prueba en Figma y elige uno de los modos de prototipo de UXTap para observar el intento completo.

Preguntas frecuentes sobre enunciados

¿Puedo usar una palabra que también aparece en el menú?

Sí, cuando forma parte del lenguaje natural de la necesidad. No sustituyas “contraseña” por un enigma solo porque existe un menú con ese nombre. El problema es entregar la secuencia o elegir artificialmente el vocabulario de la interfaz cuando el participante usaría otra descripción.

¿La tarea necesita tener solo una solución?

No. Un objetivo puede ser resuelto por caminos diferentes. Define qué resultados realmente satisfacen la necesidad y configura el estudio de acuerdo. Si la investigación exige una secuencia específica, describe esa restricción en el análisis; cambia lo que estás evaluando.

¿Debo explicar una tarea que la persona no entendió?

En el piloto, investiga la duda para corregir el texto. En la recopilación principal, una explicación adicional altera la condición del intento. Registra la intervención si ocurre. En un estudio no moderado, revisa el enunciado antes de continuar la recopilación cuando la incomprensión comprometa el objetivo.

Crea tu cuenta en UXTap para preparar tu primer estudio.