Marco HEART (Google)

Hay muchas métricas de UX - NPS, GCR, tiempo en la tarea, retención. ¿Cómo evitar ahogarse en ellas y elegir lo que importa? El marco HEART es un modelo de Google (2010) que descompone la experiencia de usuario en cinco dimensiones: Happiness, Engagement, Adoption, Retention, Task Success.

Cada dimensión es un conjunto de métricas posibles. El equipo elige las relevantes para su producto y sus objetivos. El marco no reemplaza las métricas - las organiza. Se relaciona con la experiencia del cliente, el NPS, el GCR y la retención. En SurveyNinja puedes recopilar datos para Happiness (encuestas de satisfacción) y Task Success (encuestas posteriores a la tarea).

HEART no consiste en "medir todo". Es un marco para elegir: qué métricas importan de verdad en tu caso.

Definición

Marco HEART - un modelo de métricas de UX desarrollado por investigadores de Google (Kerry Rodden, Hilary Hutchinson, Xin Fu, 2010). Organiza la medición de la experiencia de usuario en cinco categorías: Happiness (satisfacción), Engagement, Adoption, Retention, Task Success. Ayuda a los equipos a elegir métricas relevantes en lugar de recopilar "todo a la vez" de forma caótica. A menudo se usa junto con el proceso Goals-Signals-Metrics (GSM): objetivo → señales → métricas. Se relaciona con la retroalimentación, las encuestas y la analítica.

En resumen: cinco letras - cinco dimensiones de la UX. Cada una tiene sus propias métricas y fuentes de datos.

H - Happiness (satisfacción)

Medidas de la actitud del usuario hacia el producto: qué tan satisfecho está, si lo recomienda, qué tan fácil le resultó. Las fuentes son las encuestas. Métricas: NPS, CSAT, CES, SUS, calificaciones en las tiendas. Preguntas: "¿Recomendarías el producto?", "¿Qué tan satisfecho estás?", "¿Qué tan fácil fue [hacer X]?". Happiness es una mirada subjetiva. Complementa las métricas de comportamiento: puedes usar algo mucho y aun así estar insatisfecho, o al revés.

E - Engagement

La profundidad y la frecuencia de la interacción. Cuántas sesiones, cuánto tiempo en el producto, qué funciones se usan, con qué frecuencia se regresa. Métricas: sesiones por usuario, tiempo en la aplicación, DAU/MAU, profundidad de uso de las funciones. Las fuentes son la analítica y los eventos. Engagement no es "si gusta" sino "qué tan activamente se usa". Un engagement alto con un Happiness bajo significa que el producto es "pegajoso" pero molesto. Un engagement bajo con un Happiness alto puede significar que simplemente se necesita con menos frecuencia (una app bancaria que se usa una vez al mes).

A - Adoption

La proporción de usuarios que empezaron a usar el producto o una nueva función. Nuevos registros, activación en la primera semana, primer pago, primer uso de una nueva función. Métricas: % activados en los primeros 7 días, % que probaron una nueva función. Adoption es "cuántos pasaron de 'conocer' a 'usar'". Se relaciona con el onboarding: un mal onboarding mata la adopción. La conversión a la activación es una métrica típica de Adoption.

R - Retention

La capacidad del producto para retener usuarios con el tiempo. Si regresan al segundo día, después de una semana, después de un mes. Métricas: retención D1/D7/D30, churn rate, curvas de cohortes. Retention es la otra cara del abandono. Una adopción alta con una retención baja significa que la gente "entra y se va" - el producto no la retiene. Se relaciona con el LTV: cuanto mayor es la retención, más larga es la vida del cliente y mayor el LTV.

T - Task Success

Eficiencia y eficacia en la realización de tareas clave. Si el usuario alcanzó el objetivo, cuánto tiempo le tomó, cuántos errores hubo. Métricas: GCR, tasa de finalización, tasa de abandono, tiempo en la tarea, número de errores. Task Success es "si lograron hacerlo". Las pruebas de usabilidad y la analítica de flujos son las fuentes principales. Relación con las encuestas: el SEQ después de una tarea es un complemento subjetivo al GCR objetivo.

Por qué usar HEART

Para estructurar el caos de las métricas - sin un marco es fácil reunir decenas de indicadores sin relación con los objetivos. Un lenguaje común en el equipo - todos entienden qué significan Happiness, Retention y Task Success. Un enfoque en el usuario - las métricas se vinculan a la experiencia, no solo a los KPI de negocio. Un puente entre el diseño y el negocio - HEART ayuda a traducir las decisiones en resultados medibles: "simplificamos el formulario" → Task Success subió → la conversión subió. Priorización - eliges 2-3 dimensiones para la fase del producto y no te dispersas.

Goals-Signals-Metrics (GSM)

HEART no prescribe métricas concretas - define categorías. GSM es el proceso de selección: para cada objetivo (Goal) defines señales de comportamiento o de actitud (Signals), y luego métricas medibles (Metrics). Ejemplo: el objetivo "los usuarios encuentran fácilmente la configuración" → la señal "la encuentran rápido, con pocos errores" → las métricas "tiempo hasta la configuración", "proporción que completó la tarea en < 30 seg". GSM ayuda a no multiplicar métricas "por si acaso" - solo las vinculadas a los objetivos.

Un ejemplo de GSM para Happiness. Objetivo: los usuarios están satisfechos con el proceso de pago. Señales: calificaciones altas, pocas quejas, disposición a recomendar. Métricas: CSAT después del checkout, NPS mensual, proporción de respuestas abiertas negativas. Sin GSM es fácil añadir "una encuesta más" sin entender para qué.

No siempre las cinco

No todo producto o función requiere todas las dimensiones. Una nueva landing page - Adoption y Task Success (si llegaron, si completaron). Un producto existente - Happiness, Engagement, Retention. Una herramienta interna - Task Success y Engagement. Elige las 2-3 dimensiones relevantes para el contexto. Sobrecargar de métricas es peor que enfocarse en dos o tres importantes.

Cómo se relaciona HEART con las encuestas

Happiness - completamente sobre encuestas: NPS, CSAT, CES, SUS, preguntas abiertas. En SurveyNinja - encuestas de satisfacción después de acciones clave, posteriores a la compra, posteriores al soporte.

Task Success - las encuestas complementan la analítica: "¿Pudiste [hacer X]?" - sí/no. SEQ después de una tarea. Para Adoption y Retention, las encuestas aportan contexto cualitativo: "¿Por qué no te activaste?", "¿Por qué te fuiste?" - entrevistas de salida, encuestas de abandono.

Engagement - principalmente analítica, pero las encuestas pueden usarse para el autoinforme de la frecuencia de uso (con cautela - la gente evalúa mal su propio comportamiento).

Combinar encuestas y datos de comportamiento ofrece el panorama completo: Happiness - "qué sienten", Task Success - "qué hacen", Retention - "si regresan".

Errores típicos

Medir todo. Cinco categorías no son una obligación de medirlas todas. Elige 2-3 para tus objetivos.

Métricas sin objetivos. ¿Es "NPS 45" bueno o malo? Un objetivo y un punto de referencia hacen que una métrica tenga sentido. GSM trata de vincular las métricas con los objetivos.

Mezclar dimensiones. Engagement y Retention son cosas distintas. La primera es "qué tan activamente", la segunda es "si regresan". No las sustituyas una por la otra.

Ignorar el contexto. La retención de una suscripción y la de un servicio puntual son historias distintas. Adapta HEART al tipo de producto.

HEART y la segmentación

Las métricas de HEART son más útiles por segmento. La Happiness para usuarios nuevos y para los de larga data tiene un contexto distinto. La retención por cohorte muestra si la retención mejora para los nuevos registros. El Task Success por segmento - móvil vs escritorio, nuevos vs experimentados. En SurveyNinja, las variables ocultas transmiten el segmento (fuente, fecha, producto) - al analizar las encuestas de Happiness puedes desglosar los resultados por cohorte y comparar.

HEART y el mapa del recorrido del cliente

Las métricas de HEART pueden vincularse a las etapas del recorrido del cliente. En la etapa de conocimiento - Adoption (cuántos pasaron a familiarizarse). En la etapa de elección y compra - Task Success (completaron, llegaron al final), Happiness (qué tan fácil fue). En la etapa de uso - Engagement (con qué frecuencia usan), Retention (si se quedan). En la etapa de soporte - Happiness (CES, CSAT). Distintas etapas, distintas prioridades de métricas. El CJM define el contexto, HEART define qué métricas observar en cada etapa.

Frecuencia de medición

Happiness - encuestas una vez por trimestre (NPS) o después de acciones clave (CES, CSAT). Engagement y Retention - analítica en tiempo real, informes semanales/mensuales. Adoption - al lanzar una nueva función o cohorte. Task Success - ante cambios en el flujo o monitoreo trimestral. No todo necesita medirse a diario. Happiness y Task Success se recopilan con más frecuencia a través de encuestas - hay que equilibrar la frecuencia con la carga sobre los usuarios (fatiga de encuestas).

Caso: HEART para una suscripción SaaS

Un servicio de suscripción. Eligieron: Happiness (NPS trimestral, CES tras un contacto con soporte), Adoption (proporción que se suscribió en la primera semana tras el registro), Retention (D30, churn por cohorte), Task Success (GCR de la suscripción, GCR de la configuración de una integración). No midieron Engagement - el producto es utilitario y la frecuencia de uso depende de las tareas del cliente. La Happiness caía en la cohorte de "soporte" - CES bajo. Revisaron las respuestas abiertas: larga espera por una respuesta. Aceleraron la reacción del soporte - el CES subió, el NPS se estabilizó. El Task Success en la configuración de la integración era del 60%. Una prueba de usabilidad reveló confusión en los pasos. Lo simplificaron - el GCR subió al 78%. HEART definió la estructura: no "medir cualquier cosa", sino "medir por categorías según los objetivos".

Marco HEART - cinco dimensiones de la UX: Happiness, Engagement, Adoption, Retention, Task Success. Un modelo de Google para elegir métricas relevantes. GSM vincula objetivos y métricas. En SurveyNinja - encuestas para Happiness y un complemento al Task Success (SEQ, NPS, CSAT).