Un proceso de pago más rápido puede ser una mejora, salvo que la gente vaya deprisa porque no ha visto un cargo importante. Pasar más tiempo en una aplicación puede indicar un trabajo productivo o dificultades para completarlo. Las métricas de UX cuantifican aspectos de una experiencia, pero su significado depende del objetivo y del comportamiento que hay detrás del dato.
Incluyen resultados observados, como el éxito en la tarea y los errores, y valoraciones declaradas, como la facilidad percibida o la satisfacción. Estas fuentes responden a preguntas diferentes. El conjunto adecuado da al equipo suficiente información para valorar la experiencia sin convertir cada interacción disponible en un objetivo de rendimiento.
Empieza por lo que la gente necesita conseguir
Define qué debería permitir lograr el producto a una persona, identifica después las señales de progreso y elige una métrica que lo refleje. El marco HEART de Google utiliza un proceso de objetivos-señales-métricas junto a categorías que abarcan satisfacción, interacción, adopción, retención y éxito en la tarea. Es una forma de estructurar la elección, no una obligación de rellenar cada categoría.
En una herramienta ficticia de firma de documentos, un buen objetivo podría ser completar un acuerdo teniendo claro qué se ha firmado. La tasa de finalización por sí sola pasa por alto la comprensión; el tiempo por sí solo puede premiar las prisas. El equipo podría combinar una finalización correcta, los errores y una valoración adecuada tras la tarea, según la decisión que se deba tomar.
Elige métricas que el equipo pueda interpretar y utilizar para actuar. Un resultado de negocio amplio puede ser importante, pero estar demasiado alejado de una interacción concreta como para entender qué falla. Conecta los datos a nivel de producto y a nivel de tarea sin asumir que son intercambiables.
Define cada métrica con la precisión suficiente para poder repetirla
El éxito en una tarea necesita un criterio de puntuación. El tiempo por tarea requiere un inicio, un final y un criterio claro sobre las pausas o el abandono. La retención necesita una acción cualificada, un grupo de usuarios y un periodo de tiempo. Cualquier cambio en estas definiciones puede alterar la métrica sin que la experiencia haya cambiado.
En el caso de las métricas declaradas, mantén el mismo instrumento y contexto cuando se necesite comparar datos. La Escala de Usabilidad del Sistema (SUS) mide la usabilidad percibida, mientras que el Customer Effort Score se centra en el esfuerzo o la facilidad percibidos. Ninguna de las dos demuestra lo que ocurrió en una tarea solo porque su resultado sea un número.
Comprueba la medición y el sistema de puntuación antes de fiarte de una tendencia. Un evento duplicado, un cambio en la activación de una encuesta o un nuevo criterio de acceso pueden generar una mejora convincente pero engañosa.
Interpreta los cambios teniendo en cuenta la incertidumbre y el contexto
Indica la muestra analizada y el intervalo de confianza u otra medida adecuada de incertidumbre. Para las comparaciones, ten en cuenta las observaciones repetidas, la agrupación de datos y el diseño del muestreo. No des por hecho que cualquier variación entre dos medias es significativa.
Revisa la información cualitativa siempre que pueda explicar el resultado. En el ejemplo de la firma, los participantes pueden tardar menos porque un resumen más claro les ayuda, o bien porque un rediseño oculta detalles que deberían revisar. El mismo cambio en una métrica puede respaldar conclusiones muy diferentes.
Evita optimizar un indicador indirecto a costa del objetivo real. Combina un objetivo de rapidez con los resultados que no deberían empeorar, y revisa de forma periódica si la métrica sigue aportando valor a quien usa el producto. Un buen conjunto de métricas es lo bastante reducido como para entenderse y lo bastante amplio como para mostrar cualquier dilema importante.