Qué métrica de negocio conectar con qué métrica técnica
El emparejamiento por mecanismo causal, la escalera de métricas intermedias que da potencia estadística, la instrumentación de las tres señales de fricción, y la tabla completa por síntoma.
Conectar el rendimiento con el negocio suele hacerse mal por el mismo motivo: se coge la métrica técnica de moda y se cruza con la métrica de negocio más importante, sin preguntarse por qué mecanismo se supone que una afecta a la otra. Si no puedes contar la historia del mecanismo en una frase, el emparejamiento es arbitrario, y un emparejamiento arbitrario produce análisis sin potencia y conclusiones que no se replican.
- Emparejar cada métrica técnica con la de negocio que comparte mecanismo causal.
- Construir la escalera de métricas intermedias y elegir el peldaño con más potencia.
- Instrumentar las tres señales de fricción que no están en ninguna herramienta estándar.
- Elegir el emparejamiento correcto a partir del síntoma observado.
Emparejar por mecanismo
La pregunta que ordena esto es: ¿por qué camino concreto afectaría esta métrica técnica a esta métrica de negocio? Si la respuesta es “porque una web lenta convierte peor”, no has emparejado nada. Las respuestas útiles son específicas.
Tiempo hasta el primer byte y pintado del elemento más grande. Mecanismo: el usuario espera delante de una pantalla incompleta y decide irse. Métricas de negocio: abandono de carga, tasa de rebote en la página de entrada, y tráfico de búsqueda para el caso del primer byte, porque afecta al rastreo. Es el emparejamiento más limpio de todos porque el mecanismo es inmediato y unipersonal.
Interacción hasta el siguiente pintado. Mecanismo: el usuario pulsa, no pasa nada, vuelve a pulsar, se frustra, abandona la tarea a mitad. Métricas: finalización de cada paso del embudo, abandono de formularios, clics repetidos sobre el mismo elemento, y tiempo por tarea. Ojo: el INP no afecta a la primera impresión sino a la conversión de quien ya estaba dentro, lo que significa que cruzarlo con el rebote de la portada no va a dar nada.
Desplazamiento acumulado del diseño. Mecanismo: el contenido se mueve mientras el usuario va a pulsar, y pulsa donde no quería. Métricas: clics erróneos, navegaciones inmediatamente deshechas, artículos añadidos y retirados del carrito en pocos segundos, y en casos serios devoluciones e incidencias de soporte. Es la métrica técnica con el mecanismo más concreto de las tres y la que más fácil resulta de demostrar con un vídeo.
Bytes totales. Mecanismo: en mercados con datos medidos, descargar cuesta dinero al usuario; y en redes lentas, el tiempo. Métricas: abandono segmentado por país y por tipo de conexión.
Degradación en sesiones largas. Mecanismo: la aplicación se va poniendo pesada y la sesión se acorta. Métricas: duración de sesión, acciones por sesión, retención a siete días.
| Métrica técnica | Mecanismo en una frase | Métrica de negocio |
|---|---|---|
| TTFB | El servidor tarda y el rastreador y el usuario esperan | Rebote de entrada, páginas indexadas |
| LCP | El usuario espera sin contenido y se va | Abandono de carga, rebote |
| INP | El usuario pulsa y no responde, y deja la tarea | Finalización de paso, abandono de formulario |
| CLS | El contenido se mueve y el usuario pulsa donde no quería | Clics erróneos, devoluciones, incidencias |
| Bytes | Descargar cuesta dinero y tiempo | Abandono por país y por conexión |
| Deriva en sesión | La aplicación se degrada con el uso | Duración de sesión, retención |
La escalera de métricas
La tensión de todo esto es que la métrica que le importa a la dirección —los ingresos— es la que menos potencia estadística tiene, porque tiene la tasa base más baja y está más lejos del mecanismo. La solución es una escalera y medir en el peldaño correcto.
Metrica tecnica LCP p75 movil
|
Comportamiento inmediato abandono de carga base 6 %
|
Comportamiento intermedio paginas por sesion base alta
| anadir al carrito base 12 %
|
Resultado de negocio conversion base 2 %
|
Resultado financiero ingresos por sesion alta varianza
Tres propiedades cambian al bajar por la escalera. La tasa base baja, y con ella la potencia estadística, según la aritmética de la lección anterior. La distancia causal crece, con lo que hay más factores ajenos que interfieren. Y el interés de la dirección sube.
La estrategia que resuelve la tensión: mide en el peldaño más alto que tenga sentido para el mecanismo, y demuestra la conexión entre ese peldaño y el de abajo con datos históricos. Es decir, el experimento demuestra que la velocidad mueve el añadir al carrito, y el histórico de tu propio producto —que tienes, y que es una relación mucho más estable que la de velocidad con dinero— establece cuánto vale un añadir al carrito. Multiplicas y presentas el resultado con las dos fuentes declaradas.
Esa descomposición tiene una ventaja adicional: si alguien discute el número, la discusión se localiza. O discute el efecto medido, que tiene su intervalo de confianza, o discute la tasa de conversión de carrito a compra, que es un dato que tu propio equipo de negocio conoce y defiende. En ninguno de los dos casos se discute contigo.
Las tres señales de fricción
Hay tres medidas que conectan lo técnico con lo humano de forma casi directa, que ninguna herramienta estándar da hecha, y que valen su instrumentación.
Clics repetidos por falta de respuesta. Tres o más pulsaciones sobre el mismo elemento en poco tiempo son la firma de una interfaz que no responde. Es la señal más elocuente que existe para una presentación, porque no hay que explicar qué significa.
(function detectarClicsRepetidos() {
const recientes = new WeakMap();
const VENTANA = 1200;
const UMBRAL = 3;
addEventListener('pointerdown', (e) => {
const objetivo = e.target.closest('button, a, [role="button"], input, label');
if (!objetivo) return;
const ahora = performance.now();
const previos = (recientes.get(objetivo) || []).filter((t) => ahora - t < VENTANA);
previos.push(ahora);
recientes.set(objetivo, previos);
if (previos.length === UMBRAL) {
navigator.sendBeacon('/rum/friccion', JSON.stringify({
tipo: 'clics-repetidos',
ruta: location.pathname,
elemento: objetivo.tagName + (objetivo.id ? '#' + objetivo.id : ''),
texto: (objetivo.textContent || '').trim().slice(0, 40),
clase: window.__claseDispositivo ?? 'desconocida',
}));
}
}, { capture: true, passive: true });
})();
Interacciones muertas. Un clic sobre algo que parece interactivo y tras el cual no cambia nada en la pantalla. Ocurre cuando el JavaScript aún no ha hidratado el componente, y es el síntoma exacto del impuesto de la hidratación que trataba el impuesto de la hidratación. Se detecta observando si hubo alguna mutación del DOM en el medio segundo siguiente al clic.
Abandono de carga. La medida de la lección anterior: sesiones que se van antes de que aparezca el contenido principal. Es la más importante de las tres porque no requiere creer en ninguna cadena causal.
Las tres tienen la misma virtud, que es la que las hace especiales en una conversación de negocio: no son métricas de rendimiento, son observaciones de comportamiento humano. Nadie discute que un usuario que pulsa cuatro veces seguidas está frustrado.
Elegir por síntoma
La tabla que resuelve la pregunta práctica de qué mirar cuando ya sabes qué te pasa:
| Síntoma observado | Métrica técnica sospechosa | Métrica de negocio que lo confirma |
|---|---|---|
| Rebote alto en páginas de entrada de campaña | LCP, TTFB | Abandono de carga por origen de tráfico |
| El embudo pierde gente en un paso concreto | INP en ese paso | Finalización de ese paso |
| Devoluciones o incidencias por acciones no intencionadas | CLS | Acciones deshechas en menos de diez segundos |
| Sesiones más cortas en móvil que en escritorio | Deriva en sesión, memoria | Acciones por sesión segmentadas |
| Tráfico de búsqueda estancado con buen contenido | TTFB, presupuesto de rastreo | Páginas indexadas frente a publicadas |
| Quejas de lentitud sin respaldo en las métricas | Cola del percentil 95, abandono | Abandono de carga en el segmento que se queja |
Esa última fila merece un comentario porque es una situación real y frecuente. Cuando el equipo de soporte informa de quejas de lentitud y las métricas están bien, lo primero que hay que mirar no es si las quejas exageran: es qué segmento se queja y si ese segmento está representado en tus métricas. Casi siempre la respuesta es que se queja una minoría con dispositivos o redes que tu percentil 75 global no alcanza, y que además está infrarrepresentada por el sesgo de supervivencia. Las quejas cualitativas son a menudo la primera señal de un problema que tu instrumentación es estructuralmente incapaz de ver.
Hay una tentación muy natural cuando llega el momento de justificar el trabajo, y es ir directamente a la métrica que a la organización más le importa. Si lo que se mide es la facturación, midamos la facturación. Parece lo obvio y es casi siempre un error, por dos motivos que se refuerzan. El primero es estadístico y ya lo conoces: la métrica final tiene la tasa base más baja y la varianza más alta de toda la escalera, así que es la que necesita más muestra y la que con más probabilidad te devolverá un resultado que no distingue nada. El segundo es argumentativo y es más importante todavía: cuanto más larga es la cadena causal entre lo que cambiaste y lo que mediste, más sitios hay donde alguien puede meter una explicación alternativa. Entre “hemos reducido el LCP” e “hemos ganado más dinero” hay tantos eslabones que cualquiera en la sala puede proponer, con toda la razón, que el aumento vino de la campaña, del cambio de precios, de la estacionalidad o del competidor que tuvo una incidencia. No estarás mintiendo y no podrás demostrar que no fue eso. Con una cadena corta pasa lo contrario. “Antes del cambio, el seis por ciento de las cargas en móvil se abandonaban sin llegar a ver el contenido; después, el dos por ciento; son cuarenta mil personas al mes que ahora ven la página y antes no.” Esa afirmación tiene un solo eslabón, se apoya en una medida directa, y contra ella no hay explicación alternativa cómoda. Es, además, comprensible sin ninguna formación técnica ni estadística. La táctica que se deduce, y que funciona muy bien en la práctica, es demostrar el eslabón corto con tu experimento y recorrer el resto de la cadena con datos históricos que la organización ya acepta. Tú demuestras que la velocidad mueve el abandono de carga; el equipo de negocio ya sabe qué porcentaje de quien ve la página acaba comprando y cuánto vale cada compra. Multiplicar es aritmética y no requiere que nadie te crea nada nuevo. Fíjate en que además esto reparte la carga de la prueba de la forma correcta: cada parte del argumento la sostiene quien tiene los datos para sostenerla, y no hay ningún punto en el que estés pidiendo un acto de fe.
- Para cada métrica técnica que vigilas, escribe el mecanismo en una frase. Descarta las que no puedas escribir.
- Dibuja tu escalera completa con la tasa base de cada peldaño y calcula la muestra necesaria en cada uno.
- Instrumenta la detección de clics repetidos y mira qué elementos concretos aparecen. La lista suele ser reveladora.
- Añade la detección de interacciones muertas y correlaciónala con el tiempo desde el inicio de la carga.
- Coge la última queja de lentitud que llegó por soporte y averigua si ese segmento aparece en tus métricas.