Ordena la evidencia antes de asignar prioridad

Reúne las notas por tarea y versión. Separa las acciones registradas de las interpretaciones. Si una persona preguntó dónde confirmar, conserva ese contexto en lugar de resumirlo únicamente como “la pantalla es confusa”.

También distingue una dificultad del producto de un bloqueo del entorno de prueba. Un acceso que no estaba preparado puede afectar la sesión sin aportar evidencia suficiente sobre el diseño del recorrido.

Criterios para discutir con el equipo

  • Impacto observado. ¿Impidió completar la tarea, exigió ayuda o causó una duda que la persona resolvió?
  • Repetición en el estudio. ¿Apareció en varias sesiones o una sola vez? Conserva el número y el contexto sin proyectarlos a todo el público.
  • Importancia de la tarea. ¿Afecta el objetivo central de ese recorrido o una función secundaria?
  • Evidencia disponible. ¿Puedes describir qué ocurrió y distinguirlo de una hipótesis?

Como criterio de trabajo, puedes revisar antes los bloqueos de una tarea importante que los detalles cosméticos. Es una decisión del equipo para ese contexto, no una escala universal ni una garantía de resultados.

Ejemplo hipotético: dos hallazgos de reservas

En una prueba inventada, una persona no encuentra cómo confirmar una reserva y necesita ayuda. Otra comenta que preferiría un color diferente en el encabezado, pero completa la tarea. El equipo decide investigar primero la confirmación porque afecta directamente el objetivo observado.

Antes de cambiar la pantalla, revisa si el botón era visible, qué texto leyó la persona y dónde buscó la acción. El comentario sobre el color queda registrado como preferencia. No se convierte automáticamente en un problema que impida usar la app. Este ejemplo no corresponde a un estudio realizado por persoon.

Ficha para cada hallazgo

Tarea y versión
Dónde y en qué material apareció.
Observación
Qué hizo o dijo la persona.
Resultado
Si terminó, se detuvo o necesitó ayuda.
Interpretación
Qué podría explicar lo ocurrido.
Prioridad propuesta
Qué se revisaría antes y por qué.
Siguiente paso
Qué hipótesis o versión se comprobará.

Acuerda el siguiente paso

Asigna una persona del equipo para revisar cada punto elegido y define qué cambio o pregunta se comprobará después. Si modificas varios aspectos a la vez, documenta la versión para conservar el contexto de una siguiente prueba.

Una prueba pequeña no establece la frecuencia del problema en todo el mercado ni calcula su impacto en ingresos. El esfuerzo técnico y otras prioridades del producto deben discutirse por separado. El reporte de persoon reúne los hallazgos acordados; no implica corregir el código o implementar las decisiones.

Referencia metodológica: análisis de hallazgos en la guía de Digital.gov.