Para profundizar
Consultar la explicación, las plantillas y las fuentes
Recurso práctico · Nivel intermedio
Un informe útil permite entender un problema, reproducirlo y decidir qué hacer. No necesita reunir todas las capturas de una sesión. Necesita conectar evidencia, consecuencia y siguiente comprobación, dejando claras las limitaciones.
Abre el informe con el alcance
Indica objetivo, fechas, versión del producto, método, tareas, perfiles, dispositivos y muestra. Explica cómo se reclutó y qué quedó fuera. Si se trata de una inspección experta, no presentes los resultados como pruebas con usuarios. Si solo se revisó una plantilla, no extiendas sus conclusiones a todas las páginas.
Añade un resumen de las decisiones importantes y de las tareas bloqueadas. El número total de incidencias tiene menos valor que saber qué necesita la persona para poder continuar.
Plantilla: una ficha por problema
| Campo | Contenido que permite actuar |
|---|---|
| Identificador y título | Código estable y dificultad concreta; evita «mejorar experiencia». |
| Tarea y estado | Qué intentaba hacer la persona y en qué página o componente. |
| Entorno | Versión, dispositivo, navegador y condiciones relevantes. |
| Pasos | Secuencia mínima para reproducirlo, incluidos datos de prueba. |
| Evidencia | Nota, captura o referencia a grabación con acceso autorizado. |
| Resultado observado y esperado | Qué ocurrió y qué debería poder conseguirse. |
| Consecuencia | Bloqueo, pérdida, ayuda necesaria, repetición o incertidumbre. |
| Alcance y confianza | A quién puede afectar; qué sabes y qué debes confirmar. |
| Hipótesis y propuesta | Explicación posible y cambio concreto que se pueda probar. |
| Prioridad y responsable | Motivo de la decisión, quién actuará y dependencias. |
| Validación y estado | Cómo se repetirá la comprobación y qué evidencia cerrará el hallazgo. |
Separa hechos, inferencias y propuestas
«P02 volvió tres veces del carrito a la ficha» es una observación si está registrada. «No encontró el coste de transporte» necesita su conducta o explicación como apoyo. «Hay que aumentar el botón» es una propuesta, no evidencia. Mantén estas capas diferenciadas para que otra persona pueda discrepar sin perder lo aprendido.
Usa citas literales solo cuando dispongas de un registro fiel. Identifica participantes con códigos y recorta datos personales en capturas. Un enlace a una grabación no debe hacerla pública por comodidad. Si no puedes compartir el material, resume el hecho y explica la restricción.
Ejemplo completo de hallazgo
Caso didáctico, sin participantes ni resultados reales: una tienda muestra los gastos de envío después de solicitar la dirección completa.
| Campo | Ejemplo de redacción |
|---|---|
| ID y título | ENV-01 · No se puede conocer el total antes de introducir datos personales. |
| Tarea | Conocer el coste total de una camiseta enviada a un código postal de prueba. |
| Pasos | Abrir producto, añadir talla al carrito e intentar consultar transporte. |
| Observación prevista para el ejemplo | El carrito muestra solo el subtotal; el siguiente paso solicita nombre, dirección y teléfono. |
| Consecuencia | No se puede tomar la decisión sobre el coste total desde el carrito. |
| Hipótesis | La información de transporte llega más tarde de lo que necesita el visitante. |
| Propuesta | Mostrar condiciones y, si depende de destino, permitir una estimación con los datos mínimos necesarios. |
| Validación | Repetir la tarea con destinos aplicables y comprobar que se distingue estimación de importe confirmado. |
Esta ficha describe un riesgo de diseño. Para afirmar cuántas personas abandonan por él haría falta evidencia adicional. No añadas una mejora porcentual de conversión que no has medido.
Matriz de priorización razonada
Utiliza esta matriz como ayuda de trabajo; sus categorías no son una norma ni una fórmula universal. La gravedad describe la consecuencia. La prioridad añade contexto, alcance y planificación.
| Consecuencia | Evidencia suficiente | Evidencia limitada |
|---|---|---|
| Bloqueo o daño relevante | Atender con prioridad; comprobar otras rutas y perfiles afectados. | Reproducir con urgencia y valorar una medida provisional proporcionada. |
| Dificultad repetida | Programar una mejora y definir comprobación posterior. | Investigar la hipótesis con una tarea o dato específico. |
| Fricción menor | Agrupar mejoras compatibles sin desplazar barreras graves. | Conservar la observación; evitar rediseñar por una preferencia aislada. |
Añade frecuencia observada con su denominador, exposición probable, importancia de la tarea y coste de no actuar. Una incidencia de acceso puede ser grave aunque afecte a un grupo pequeño. No multipliques escalas ordinales de 1 a 5 para fabricar una exactitud que no existe. Si el equipo usa una puntuación, conserva las razones que permiten discutirla.
El esfuerzo técnico y las dependencias ayudan a ordenar el trabajo, pero no reducen la gravedad. Puede ser razonable aplicar una mitigación rápida y planificar la solución completa. Documenta quién asume el pendiente y cuándo se revisará.
Cierra el problema con evidencia nueva
- Conserva el hallazgo original y registra la versión del cambio.
- Repite los pasos del fallo y la tarea completa, no solo la pantalla editada.
- Comprueba estados relacionados, otros tamaños y modos de interacción afectados.
- Distingue «implementado», «verificado» y «pendiente de prueba con usuarios».
- Si se resuelve solo parte del problema, describe la limitación en lugar de marcarlo como cerrado.
Una tabla de seguimiento puede tener ID, responsable, fecha prevista, estado, enlace al cambio y evidencia posterior. Un botón renombrado es un cambio implementado; que las personas interpreten mejor su acción es un resultado que debe comprobarse.