Una interfaz puede verse terminada y aun así impedir que una persona complete una inscripción, reserve una cita o encuentre una respuesta. Una prueba de usabilidad corta busca observar esa dificultad antes de lanzar. La IA puede ayudarte a redactar tareas, organizar notas y comparar patrones; no reemplaza a usuarios reales ni autoriza a inventar resultados de una prueba que no hiciste.
Resultado que vas a obtener
Al terminar tendrás un guion de prueba con tres tareas realistas, una hoja de observación, un criterio para priorizar problemas y una decisión de mejora. Puede aplicarse a una web, formulario, curso virtual, prototipo o proceso interno. El resultado no es “una opinión”; es evidencia de dónde una persona se detuvo, qué entendió y qué necesitó para continuar.
Prepara los datos de entrada
- Objetivo de la persona: por ejemplo, inscribirse en un taller.
- Versión o enlace exacto que probará.
- Tres tareas que correspondan a un uso real.
- Información que el participante puede usar y la que no debe ver.
- Forma de registrar tiempo, dudas, clics erróneos y comentarios.
No pidas “explora y dime qué piensas”. Formula una tarea: “Encuentra los requisitos del taller y dime qué dato deberías tener listo antes de comenzar”. No ayudes durante el primer intento; si intervienes, anota el momento y la ayuda dada. Con datos personales o estudiantes, obtén el permiso adecuado y evita guardar grabaciones más tiempo del necesario.
Hoja de observación
| Dato | Qué registrar | Ejemplo ficticio |
|---|---|---|
| Tarea | Acción concreta | Enviar formulario |
| Éxito | Completó sin ayuda | No: faltó aviso claro |
| Fricción | Duda o error observable | No entendió “periodo” |
| Severidad | Impacto y frecuencia | Alta: bloquea envío |
| Mejora | Cambio comprobable | Renombrar y explicar |
Separa la conducta de la interpretación. “La persona abrió tres menús antes de hallar costos” es una observación. “La persona no sabe usar internet” es una conclusión injustificada. La IA puede transformar las notas en una tabla, pero conserva las citas y marcas de tiempo originales para verificar cualquier resumen.
Cómo realizar una prueba breve
- Selecciona de tres a cinco personas que representen el uso previsto; no prometas que es una muestra estadística.
- Explica que se prueba el producto, no a la persona.
- Da una tarea a la vez y pide que diga en voz alta qué espera encontrar.
- Observa sin corregir hasta que pida ayuda o abandone.
- Registra éxito, obstáculos y lenguaje usado por la persona.
- Al final pregunta qué cambiaría primero y qué le dio confianza.
Una sola persona puede revelar un problema grave, pero no permite estimar qué porcentaje de toda la audiencia fallará. Si tres personas tienen el mismo bloqueo, prioriza solucionarlo antes de añadir funciones nuevas. Repite una tarea con la versión corregida solo después de aclarar qué cambió.
Prompt reutilizable
Convierte estas notas de una prueba de usabilidad: [NOTAS]. Separa observaciones, citas y posibles interpretaciones. Agrupa problemas por tarea y asigna severidad solo con esta regla: alta bloquea la tarea, media causa demora o duda repetida, baja es una molestia sin bloqueo. Propón una mejora verificable por problema y una pregunta de seguimiento. No inventes participantes, porcentajes ni resultados.
Ejemplo ficticio y salida ilustrativa
Ejemplo ficticio: tres personas prueban una página de inscripción. Dos buscan los costos en el menú “Información” y una abandona porque no entiende qué documentos debe subir. Las notas registran sus acciones, no datos personales.
Salida ilustrativa: “Problema alto: requisito de documentos no visible antes del formulario. Evidencia: una participante abandonó y dos preguntaron qué debían subir. Mejora propuesta: agregar una lista de documentos y un enlace al inicio del formulario. Validación: pedir a tres nuevas personas localizar los requisitos sin ayuda”. Esta salida es ficticia; no describe una prueba realizada.
Revisión de errores y límites
No conviertas comentarios aislados en una decisión universal. Comprueba que la persona tenía un dispositivo, conexión y contexto razonables para la tarea. La IA puede borrar matices al resumir, especialmente ironía, inseguridad o una sugerencia contradictoria. Relee las notas originales y evita clasificar una preferencia personal como un defecto del producto.
En formularios y procesos educativos, revisa además accesibilidad, lenguaje claro y datos solicitados. Una prueba no sustituye una revisión legal, de seguridad ni de privacidad. Usa el resultado junto con el piloto de un flujo de IA cuando el proceso incluya automatización.
Cierra con una decisión
Publica una lista breve: problema, evidencia, cambio, responsable y fecha de nueva prueba. Empieza por lo que impide terminar la tarea. Una corrección visible y comprobable vale más que una lista extensa de ideas. Repite la prueba tras el cambio y registra qué mejoró, qué sigue fallando y qué no se pudo evaluar todavía.
Cómo priorizar la mejora
Después de la prueba, ordena los hallazgos por impacto antes de hablar de colores o animaciones. Un campo cuyo nombre induce a error y bloquea el envío merece más atención que una preferencia sobre tipografía. Para decidir, escribe la evidencia, el cambio mínimo, quién lo hará y cómo se volverá a probar. Si la corrección introduce una regla nueva, valida que no cree otra barrera en móvil o con lector de pantalla.
Comparte un resumen sin identificar a participantes: tarea, problema, evidencia y decisión. Ese registro permite distinguir lo observado de lo que todavía es una hipótesis y evita que el equipo recuerde solo el comentario más llamativo.
Consentimiento y contexto
Explica a participantes el propósito de la prueba, qué notas guardarás y quién podrá verlas. No mezcles resultados de personas con objetivos distintos ni uses una sesión de prueba como evaluación de desempeño. La calidad de la evidencia depende de un contexto claro y de tareas que representen un uso real.