wandres.dev
EL CASO DE NEGOCIO · Convertir milisegundos en dinero

Presentarlo a quien decide el presupuesto

El documento de una página con su estructura exacta, por qué se presenta un rango y no una cifra, el argumento de la comparación pública con la competencia, y qué pedir para que te lo concedan.

⏱ 18 min

El trabajo técnico está hecho, los datos son honestos y el experimento está diseñado. Queda la parte que decide si algo de esto ocurre: convencer a alguien que no sabe qué es el hilo principal, que tiene siete peticiones más sobre la mesa, y cuyo criterio no es si tienes razón sino si esto es lo mejor que puede hacer con el mismo dinero. Esa conversación tiene un formato que funciona y varios que no.

🎯 Al terminar esta lección sabrás
  • Redactar el documento de una página con las cinco secciones que la decisión necesita.
  • Presentar la estimación como un rango con su fuente y su nivel de confianza.
  • Usar los datos públicos de experiencia de usuario para situarte frente a la competencia.
  • Dimensionar la petición para que conceder sea más fácil que negar.

El documento de una página

Una página. Si no cabe, es que aún no está claro. Cinco secciones y este orden, que no es arbitrario: cada una responde a la pregunta que la anterior provoca.

Uno: la situación, en la unidad de negocio. No empieces por la métrica técnica.

El 34 % de las sesiones moviles procedentes de campanas se abandonan
antes de que aparezca el contenido principal. Son unas 41.000 sesiones
al mes que hemos pagado por atraer y que nunca llegan a ver la pagina.

Dos: la causa, en una frase sin jerga. Una sola. Si hay cinco, elige la mayor y menciona que hay más.

La imagen principal tarda 4,8 segundos en aparecer en un movil de gama
media porque no se empieza a descargar hasta que el navegador ha
ejecutado el JavaScript de la pagina.

Tres: la propuesta, con su coste. En semanas de persona, que es la unidad en la que se piensa el presupuesto.

Tres semanas de una persona. Dos para el cambio, una para medirlo.

Cuatro: el resultado esperado, como rango y con su confianza.

Esperamos bajar el abandono de carga del 34 % a entre el 10 % y el 18 %.
  Base: medicion propia en la seccion de blog, donde ya lo aplicamos.
  Confianza: alta. Es el mismo cambio sobre la misma plantilla.

Traducido a ingresos, con nuestra tasa de conversion de sesion movil
del 1,9 % y un ticket medio de 47 euros: entre 62.000 y 130.000 euros
al ano.
  Confianza: media. Supone que las sesiones recuperadas convierten
  como las actuales, cosa que no hemos comprobado.

Cinco: qué se decide hoy y para cuándo.

Pedimos las tres semanas en el proximo ciclo.
Traeremos el resultado medido el 14 de octubre.
Si el abandono no baja de 25 %, paramos el programa.

Esa última línea vuelve a aparecer y no es casualidad: decir de antemano en qué condiciones abandonarás tu propia propuesta es el movimiento que más credibilidad genera en una sala donde todo el mundo defiende su proyecto.

El rango y la confianza

La costumbre de presentar una cifra única viene de creer que la precisión inspira confianza. Con un interlocutor que decide con datos habitualmente, el efecto es el contrario: una cifra sin intervalo se lee como una cifra que no se ha analizado.

Tres reglas.

Todo número lleva su fuente y su nivel de confianza. Alta significa medido aquí. Media significa medido aquí pero con un supuesto que no se ha comprobado. Baja significa tomado de fuera. Etiquetar un número como de confianza baja no lo debilita: te distingue de quien presenta todo como si fuera igual de sólido.

El rango de la conclusión hereda el peor eslabón. Si el efecto técnico tiene confianza alta y la conversión de las sesiones recuperadas es un supuesto, la cifra en euros es de confianza media. Decirlo evita la trampa clásica de presentar un número final con más precisión de la que sostienen sus componentes.

Ofrece siempre la versión de comprobar antes de la de construir. El segundo bloque de confianza media del ejemplo es una oportunidad, no una debilidad: “podemos comprobar ese supuesto en dos semanas y volver con un rango mucho más estrecho”. Es una petición pequeña y con mucha información, y esas se conceden.

El argumento de la comparación

Hay un argumento con una propiedad rara: es gratis, es público, es verificable por cualquiera y no depende de que nadie crea en tu cadena causal. Los datos de experiencia de usuario que recoge el navegador dominante son públicos por origen, y eso significa que puedes medir a tu competencia.

-- Consulta sobre el conjunto de datos publico de experiencia de usuario.
-- Percentil 75 de LCP en movil, tu sitio frente a tres competidores.
SELECT
  origin,
  ROUND(percentiles.p75 / 1000, 2) AS lcp_p75_segundos
FROM `chrome-ux-report.materialized.device_summary`
WHERE date = '2026-07-01'
  AND device = 'phone'
  AND origin IN (
    'https://tusitio.com',
    'https://competidor-a.com',
    'https://competidor-b.com',
    'https://competidor-c.com'
  )
ORDER BY lcp_p75_segundos;

Existe además una interfaz de consulta con histórico que no requiere infraestructura de datos y que devuelve la serie de las últimas semanas para un origen cualquiera.

Este argumento funciona muy bien por tres motivos. Es verificable: quien dude puede comprobarlo, y esa posibilidad hace que no dude. Es relativo, que es como se piensan las decisiones competitivas: “estamos un segundo y medio por detrás del líder de nuestra categoría” activa un resorte que “nuestro LCP es de 4,2 segundos” no activa. Y no requiere aceptar ninguna relación causal: no estás afirmando cuánto vale un segundo, estás afirmando que vas por detrás.

Su límite hay que reconocerlo antes de que lo señalen: los datos públicos cubren solo una parte del tráfico y solo orígenes con suficientes visitas, y comparan sitios cuyo contenido es distinto. Sirve para situarte, no para atribuir.

Dimensionar la petición

El error más frecuente en estas conversaciones no es de contenido sino de tamaño. Llegar pidiendo un trimestre para “un proyecto de rendimiento” pone al interlocutor en una posición incómoda: es una apuesta grande sobre un beneficio incierto, y la respuesta prudente es aplazarla.

La secuencia que funciona tiene tres pasos, cada uno pequeño y cada uno financiado por el resultado del anterior:

Primero, pide medir. Una o dos semanas para instrumentar el abandono de carga y las señales de fricción, y para traer el número. Es una petición tan pequeña que negarla cuesta más que concederla, y a la vuelta traes datos propios en lugar de argumentos.

Después, pide un experimento. Dos o tres semanas sobre una sola ruta. Alcance acotado, resultado medible, riesgo mínimo. Aquí es donde se decide todo, y hay que llegar con el registro previo escrito.

Solo entonces, pide el programa. Y ya no lo pides tú apoyado en la literatura: lo pides apoyado en un experimento propio que salió bien, con un número medido en este producto. Esa petición es fácil.

Cuatro cosas que restan en esta conversación y que conviene evitar. Las capturas de puntuaciones de auditoría: nadie fuera de ingeniería sabe qué significa un 62 ni por qué debería importarle, y además invita a la pregunta de por qué no está en verde, que es la conversación equivocada. El tono moral: “estamos maltratando a nuestros usuarios” pone a la gente a la defensiva y desplaza la discusión al terreno de la culpa. Las comparaciones con sitios de otra categoría: comparar tu tienda con un buscador global no convence a nadie. Y pedir sin ofrecer un plan de verificación: quien concede presupuesto quiere saber cómo va a saber si funcionó.

Quien decide no está evaluando si tienes razón: está comparando tu propuesta con las otras seis que tiene encima de la mesa, y ese es el marco en el que hay que escribir

El malentendido de fondo en estas conversaciones es que el ingeniero cree estar en un debate sobre si el rendimiento importa, y su interlocutor está en un problema de asignación de recursos escasos. Son dos conversaciones distintas y por eso se habla en paralelo sin encontrarse. Tú preparas argumentos para demostrar que la velocidad afecta al negocio; quien te escucha ya lo cree, probablemente, y su pregunta es otra: dadas tres personas y un trimestre, ¿esto rinde más que la funcionalidad que pide el mayor cliente, que la integración que desbloquea un segmento nuevo, o que reducir la deuda que está frenando a todo el equipo? Contra esas alternativas, tu propuesta compite y puede perfectamente perder, y perder no significa que estuvieras equivocado. Reencuadrar así la conversación cambia lo que hay que llevar. Deja de hacer falta convencer de que el rendimiento importa —esa batalla está ganada desde hace años en casi todas partes— y pasa a hacer falta que tu propuesta sea la más fácil de aprobar de las siete, que es una propiedad muy distinta y bastante manipulable. Una propuesta fácil de aprobar tiene cuatro rasgos y los cuatro están bajo tu control. Es pequeña, porque una apuesta pequeña necesita menos convicción. Es reversible, porque si sale mal se para y no se ha perdido nada estructural. Trae su propio criterio de éxito escrito por adelantado, porque eso libera a quien decide de tener que evaluarla después. Y viene de alguien con historial de números que se cumplieron, que es lo que se construye con el resto de este nivel. Fíjate en que la petición grande, la del trimestre completo, falla en los cuatro rasgos a la vez, y por eso se aplaza sistemáticamente aunque el argumento sea impecable. Hay una consecuencia final que conviene aceptar sin amargura: a veces la respuesta correcta es que no toca ahora, y si tu propuesta pierde contra algo que de verdad importa más, el sistema ha funcionado. Lo que sí puedes garantizar es que pierda por los motivos correctos —que haya algo mejor— y no por los equivocados —que no se entendiera, que pareciera un riesgo grande, o que no hubiera forma de saber si funcionó—. Eliminar los motivos equivocados es todo el trabajo de esta lección, y es sorprendente cuánto cambia el resultado.

⚔️ Escribe la página
  1. Redacta el documento de una página con las cinco secciones para tu problema de rendimiento más claro.
  2. Comprueba que cada número lleva su fuente y su etiqueta de confianza, y que la conclusión hereda la más baja.
  3. Consulta los datos públicos y sitúa tu percentil 75 móvil frente a tres competidores directos.
  4. Divide tu petición en las tres fases y calcula el coste de la primera. Comprueba que cabe en dos semanas.
  5. Escribe la condición explícita bajo la cual pararías tu propia propuesta, y llévala en el documento.