Pipeline coverage

El pipeline coverage (cobertura de pipeline) es la métrica que compara el valor total de las oportunidades abiertas con la cuota o meta de ventas de un período. Se expresa como un múltiplo: un coverage de 3x significa que hay tres veces más pipeline disponible que el objetivo a cerrar. Responde a una pregunta de fondo para cualquier líder comercial: ¿tengo suficientes oportunidades en juego para llegar a la meta, asumiendo que no todas van a cerrar?

La fórmula es directa: coverage = pipeline abierto del período / cuota del período. Si un equipo tiene una meta trimestral de 1.000.000 USD y un pipeline abierto de 3.500.000 USD, su coverage es 3,5x. La lógica es que, como el win rate rara vez es del 100%, hace falta un colchón de oportunidades para compensar las que se pierden, se estancan o se posponen.

Como métrica de forecast y salud comercial, vive en los tableros de revenue operations y suele monitorearse en la capa de analítica de Metrix, que la calcula de forma continua sobre los datos del CRM en lugar de una planilla manual.

El pipeline coverage es una de las métricas más usadas para diagnosticar, antes de que termine el período, si un equipo de ventas va a llegar a su número. A diferencia del forecast (que estima cuánto se va a cerrar), el coverage mide algo más crudo: cuánto material hay en juego respecto de lo que hay que lograr. Es una métrica de suficiencia, no de probabilidad.

Cómo se calcula y qué múltiplo buscar

El cálculo base divide el pipeline abierto de un período por la cuota de ese mismo período. El múltiplo de referencia depende directamente del win rate del equipo. La regla práctica es que el coverage ideal es aproximadamente el inverso del win rate: si cerrás 1 de cada 3 oportunidades (win rate del 33%), necesitás cerca de 3x de cobertura para tener chances razonables de llegar. Con un win rate más bajo, del 20%, el múltiplo necesario sube a 5x. Por eso copiar el famoso "3x" de otra empresa sin mirar el propio win rate es uno de los errores más comunes.

Por qué importa para un negocio B2B

En un ciclo de venta largo, típico de la región (proyectos de software, equipamiento, servicios profesionales), la meta del trimestre se juega con oportunidades que entraron al pipeline semanas o meses antes. Mirar el coverage a comienzo del período da margen para actuar: si la cobertura está por debajo del umbral, todavía hay tiempo de prospectar más, acelerar oportunidades estancadas o sumar campañas de generación de demanda. Si solo se mira el forecast al final, ya no hay nada que hacer. El coverage convierte un problema de cierre en un problema de generación, que se resuelve antes.

Ejemplo concreto (Argentina, LATAM)

Una empresa de tecnología en Buenos Aires con un win rate histórico del 25% se pone una cuota trimestral de 60.000.000 ARS para su equipo. Eso implica que necesita un pipeline abierto de al menos 240.000.000 ARS (coverage de 4x) para tener una expectativa realista de cumplir. Al arrancar el trimestre, el gerente comercial ve en su tablero que solo hay 150.000.000 ARS en oportunidades activas, es decir un coverage de apenas 2,5x. La señal es inequívoca: aunque el forecast "se vea bien", el equipo está corto de oportunidades y debe activar prospección o reactivar leads dormidos ya mismo, no en la última semana.

Errores comunes al medirlo

• Inflar el pipeline con oportunidades muertas: si no se hace una limpieza regular (cerrar las oportunidades estancadas o sin actividad), el coverage parece sano pero es ficticio.
• Mezclar montos sin ponderar la etapa: una oportunidad en etapa inicial no vale lo mismo que una en negociación; algunos equipos miran también el pipeline ponderado por probabilidad.
• Usar el mismo múltiplo para todos los segmentos: enterprise y pyme suelen tener win rates distintos, así que el coverage objetivo debería ajustarse por segmento.
• No alinear el período del pipeline con el de la cuota: contar oportunidades que cierran fuera del trimestre infla el número artificialmente.

En qué se diferencia del pipeline velocity

Coverage y velocity son complementarios pero responden preguntas distintas. El coverage es una foto estática de suficiencia (¿alcanza el volumen?); la velocity mide la velocidad a la que ese pipeline se convierte en ingresos (combinando cantidad de oportunidades, ticket promedio, win rate y duración del ciclo).

En la práctica, un buen equipo de RevOps mira ambas en conjunto con el win rate y la quota attainment: el coverage le dice si hay suficiente combustible, la velocity le dice qué tan eficiente es el motor, y juntas explican por qué se llega o no se llega a la meta.