Pruébalo en tu web
01
Prepara una situación
Escoge una tarea importante, datos ficticios y un punto de inicio. Define el éxito antes de la sesión.
02
Observa sin dirigir
Pide que intente resolverla. Evita nombrar menús o botones; registra cuándo ayudas.
03
Conserva el momento clave
Anota el paso, lo que ocurrió y la consecuencia. Separa sus palabras de tu explicación.
CASO SIMULADO
En una biblioteca ficticia, pide renovar un préstamo. Si la persona abre «Mi cuenta», observa qué ocurre después: el primer clic no demuestra que complete la renovación.
Qué hacer con el resultado
Un bloqueo observado ya merece investigación. El número de sesiones necesario depende de los perfiles, las tareas y la decisión; una muestra pequeña no representa por sí sola a todo el público.
Para profundizar
Abrir la guía completa y las fuentes
Investigación · Nivel inicial e intermedio
Una prueba de usabilidad observa qué ocurre cuando personas del público intentan tareas concretas. Sirve para descubrir dificultades de comprensión e interacción y para comprobar cambios. Preguntar qué diseño gusta más responde a otra pregunta; mirar a alguien comprar permite ver dónde se atasca.
Decide qué necesitas averiguar
Escribe la decisión que tomarás con el estudio. Por ejemplo: «Necesitamos saber si una persona que compra por primera vez puede averiguar el coste de devolver una prenda sin iniciar el pago». Después limita páginas, dispositivos y estados que podrás observar. Evita juntar en una sesión todos los objetivos del negocio.
| Modalidad | Útil cuando | Límite principal |
|---|---|---|
| Moderada: hay una persona facilitadora | Necesitas entender expectativas y preguntar por una duda observada. | La presencia y las intervenciones pueden influir en la conducta. |
| No moderada: instrucciones y registro preparados | La tarea es autónoma y el prototipo o sitio permite completarla. | Es más difícil aclarar malentendidos y distinguir errores del estudio. |
| Presencial o remota | Elige según contexto, acceso y tecnologías de los participantes. | Compartir pantalla o cambiar de equipo puede alterar la experiencia. |
Antes de invitar a nadie, haz una prueba piloto: verifica enlaces, cuentas, instrucciones y registro. Una sesión consumida por una contraseña de prueba fallida apenas enseña nada sobre la interfaz.
Participantes y tamaño de la muestra
Recluta personas que realizan, o podrían realizar, la tarea. Importan la experiencia previa, el idioma, la frecuencia de uso, el dispositivo y las necesidades de acceso. No sustituyas compradores nuevos por el equipo que conoce de memoria el catálogo. Incluye personas con discapacidad en la investigación y adapta el formato de la sesión; no deduzcas sus necesidades a partir de una simulación.
No hay una cifra de participantes que garantice descubrir todos los problemas. Para investigar dificultades puedes organizar rondas pequeñas e iterativas, explicando a qué perfiles alcanzan. Para estimar porcentajes o comparar versiones con precisión, planifica la muestra según variabilidad, efecto relevante y análisis previsto. Una muestra por conveniencia sigue teniendo sesgos aunque sea numerosa.
Escribe tareas que no den la respuesta
Una tarea describe una situación y un objetivo, no los clics que deben darse. Este ejemplo es didáctico:
| Redacción | Qué sucede |
|---|---|
| «Entra en Ayuda y pulsa Devoluciones». | La instrucción revela la ruta que querías comprobar. |
| «La chaqueta que recibiste no te queda bien. Averigua si puedes devolverla y qué coste tendría». | Permite observar cómo busca y cómo interpreta las condiciones. |
Define el éxito para el equipo antes de empezar: identificar plazo, coste y forma de devolución correctos. Encontrar una página con ese título no basta si la persona interpreta mal la respuesta. Decide también cuándo terminar un intento, cuándo ofrecer ayuda y cómo registrar tareas no intentadas por falta de tiempo.
Consentimiento y datos antes de la sesión
Explica de forma comprensible quién investiga, para qué, qué ocurrirá, qué datos se recogerán, quién verá las notas o grabaciones y durante cuánto tiempo se conservarán. La participación debe ser voluntaria y debe existir una vía para retirarse. Documenta el acuerdo y los permisos de grabación antes de iniciar el registro. El consentimiento de investigación y la gestión jurídica de datos personales requieren una preparación adecuada al proyecto; un guion no sustituye esa documentación.
Usa cuentas y datos de prueba en tareas que podrían enviar formularios, publicar o realizar pagos. Indica claramente dónde detenerse. Evita capturar notificaciones, otros documentos o contraseñas del participante. Si una persona utiliza tecnología de apoyo, facilita su configuración habitual y acuerda de antemano cómo compartir la sesión.
Modera sin enseñar el camino
- Aclara que se evalúa la web y que los problemas ayudan a mejorarla.
- Presenta una tarea cada vez y deja tiempo para que la persona actúe.
- Si pide instrucciones, prueba una pregunta neutral: «¿Qué harías si estuvieras por tu cuenta?».
- Ante una duda, registra primero lo ocurrido. Después pregunta «¿Qué esperabas encontrar?».
- No elogies los clics correctos ni defiendas el diseño. Registra cualquier pista que hayas dado.
- Si una dificultad impide seguir, ofrece la ayuda prevista y marca el resto como resultado asistido.
Pensar en voz alta puede ayudar a interpretar las decisiones, pero añade una actividad a la tarea. No mezcles sin explicación esos tiempos con los de personas que trabajan en silencio. El orden de las tareas también enseña dónde están las cosas: alterna o contrabalancea cuando la comparación lo requiera.
Registra conducta, palabras e interpretación por separado
| Campo | Ejemplo didáctico |
|---|---|
| Observación | P03 abrió Envíos, volvió a la portada y usó la búsqueda. |
| Cita literal, si existe | Anota solo palabras registradas; no reconstruyas una cita de memoria. |
| Resultado | Encontró el plazo, pero no pudo determinar el coste sin ayuda. |
| Hipótesis | La separación entre envío y devolución puede no coincidir con su expectativa. |
| Cambio a comprobar | Relacionar ambas páginas y probar una etiqueta más explícita. |
Conserva la URL o estado, dispositivo, criterio de éxito y ayudas. Usa identificadores de participante en el informe y limita el acceso a grabaciones. Si una tarea falla por un enlace roto del prototipo, registra el incidente como limitación del estudio, sin atribuírselo automáticamente al diseño final.
De los hallazgos a una nueva prueba
Agrupa evidencias del mismo obstáculo, separa bloqueos de molestias y especifica qué personas podrían verse afectadas. «Dos de seis participantes no localizaron el coste» describe esa ronda; no significa que un tercio de todo el tráfico vaya a fallar. Un bloqueo grave encontrado una sola vez puede merecer atención inmediata.
Define una hipótesis de mejora, responsable y comprobación posterior. En la siguiente ronda conserva tareas y criterios comparables. Si participan las mismas personas, documenta el aprendizaje previo. Usa las métricas de usabilidad para acompañar las observaciones, no para sustituirlas.