La métrica que reporta tu dashboard no es la que importa. Esta confusión le costó márgenes a muchas operadoras durante años.
Esta es la trampa más cara de la industria telecom: una agencia entrega un reporte con CPL $18 MXN, la operación celebra, y seis meses después el negocio está perdiendo dinero en cada cliente adquirido. La agencia tenía razón sobre el CPL. El problema es que el CPL era la métrica equivocada.
CPL (Costo Por Lead) es cuánto pagas para que alguien llene un formulario o pida ser contactado. Es una métrica de plataforma: fácil de medir, fácil de optimizar, y completamente disociada de lo que le importa al negocio.
CAC (Costo de Adquisición de Cliente) es cuánto pagas para que alguien se convierta en cliente pagador. Incluye el CPL, la tasa de conversión real (no la de la plataforma), el costo operativo de cierre y cualquier fricción en el proceso post-lead.
En la mayoría de los verticales, un CPL bajo con conversión mediocre todavía puede ser rentable porque el ticket promedio lo absorbe. En telecom prepago, los márgenes son estrechos y el ingreso por conversión es bajo. Un CPL que parece excelente puede esconder un CAC insostenible.
La mecánica es simple: para bajar el CPL, las plataformas optimizan hacia el tipo de usuario que más fácilmente llena formularios. Esas personas no son necesariamente las que completan una portabilidad, activan una SIM o se convierten en clientes con LTV positivo. El algoritmo está optimizando hacia el lead barato, no hacia el cliente rentable.
El problema sistémico: Si le pides al algoritmo que optimice por formularios llenados, te va a traer formularios llenados. Si le pides que optimice por portabilidades completadas (y tienes esos datos en el sistema), te va a traer portabilidades. La diferencia está en qué señal de conversión alimentas al algoritmo.
En los primeros meses de la operación, el dashboard mostraba CPLs competitivos. La conversión real era mediocre — leads que llegaban a la tienda y no completaban la portabilidad, o contactos que no respondían al follow-up del call center. El CPL del dashboard no contaba esa historia.
La corrección vino de tres decisiones arquitectónicas:
Antes de celebrar un CPL bajo, pregunta: ¿Qué pasa con esos leads después del formulario? ¿Qué porcentaje se convierte en cliente? ¿Hay fricción en el proceso de cierre que no está en el dashboard?
Si no tienes esas respuestas, tu sistema está optimizando hacia la métrica equivocada. El algoritmo es extraordinariamente bueno haciendo lo que le pides. El problema suele ser qué le estás pidiendo.
La respuesta define si tu sistema está generando negocio o solo generando reportes bonitos. Reviso la arquitectura de medición y atribución actual.