Cuando un equipo técnico reporta "latencia" a la mesa directiva, casi siempre la traduce mal: la presenta como un tema de infraestructura. No lo es. En una pasarela de pago, cada milisegundo de más es una venta en riesgo, un cliente que duda y, en el peor caso, un doble cobro que alguien tendrá que reconciliar. La latencia es una línea del P&L; el problema es que casi nadie la lee así.
La latencia se mide en dinero
Un pago que tarda no es "lento": es fricción justo en el momento en que el cliente decide. En el checkout, cada punto de abandono es ingreso que no vuelve. Y a diferencia de un error visible, la latencia no dispara una alerta roja: sangra en silencio, en la tasa de conversión, hasta que alguien pregunta por qué bajaron las ventas sin que "nada" haya cambiado.
Dónde sangra el P&L
El daño no es un solo número; es una suma de fugas que rara vez se consolidan en un mismo reporte:
- Abandono en checkout: el usuario que ve la rueda girando y se va.
- Timeout → retry → doble cobro: una respuesta lenta que se reintenta puede cobrar dos veces. El costo no es solo el reembolso — es el tiempo del equipo reconciliando y la confianza del cliente.
- Penalidades de SLA: si le prometiste a un partner un p99, incumplirlo tiene un número en el contrato.
- Sobre-aprovisionamiento "por si acaso": comprar hardware para tapar un problema de diseño es CapEx que no debería existir.
El p99, no el promedio
Aquí está el error más caro: mirar el promedio. El promedio dice que "casi todo va bien" — y es cierto, casi todo. Pero el dinero se pierde en el peor 1% de las transacciones: el p99. Un sistema con 50ms de promedio y 3 segundos en el p99 no tiene un problema pequeño; tiene un problema que solo ves cuando ya perdiste al cliente. La pregunta correcta para tu equipo no es "¿cuánto tarda en promedio?", sino "¿cuánto tarda el peor 1%?".
Mitigación con retorno
Lo bueno: casi nada de esto se arregla con más servidores. Se arregla con decisiones de arquitectura, la mayoría de bajo costo:
- Presupuesto de latencia: decidir cuánto tiempo puede gastar cada paso. Es una decisión financiera disfrazada de técnica.
- Idempotencia: que reintentar una operación no la ejecute dos veces. Mata el doble cobro de raíz.
- Circuit breakers: cuando algo se degrada, contener el sangrado en vez de arrastrar todo el sistema.
- Observabilidad del p99: no puedes gestionar lo que solo miras como promedio.
El CFO debería mirar el p99 de pagos como mira el churn: una métrica de negocio que, ignorada, se cobra sola. La latencia no es un tema de infraestructura. Es un tema de dinero que se resuelve con ingeniería.
