Cuando una cifra de pipeline llega corta, se desata una cadena predecible de reuniones. Alguien saca el informe del embudo, se auditan las etapas, se hace coaching a los comerciales y la narrativa termina en la conversión de MQL a SQL o en la velocidad de los deals en etapas avanzadas. El supuesto es que la brecha vive entre dos etapas del embudo y que arreglar el handoff recuperará el número.
Mi experiencia es que, para la mayoría de los equipos, ese es el punto de partida equivocado. La fuga de ingresos que más tiempo dedicamos a diagnosticar en Checkpoint GTM no está en el embudo. Está en los datos del CRM que hay debajo.
Permítame explicar a qué me refiero.
Cómo se ve realmente el problema de datos
Hay tres categorías que aparecen en cada auditoría de CRM que hacemos. Las llamo los tres pesos muertos: duplicados, contactos inactivos y leads sin enrutar.
Los duplicados son lo más visible, pero lo más difícil de cuantificar. Un contacto creado desde un formulario convive con la misma persona creada desde una importación de lista seis meses antes. Ninguno está enriquecido. Ninguno tiene dueño. Un comercial acaba llamando a uno; el otro se queda para siempre en la etapa de lifecycle "nuevo". Cuando consulta el pipeline, ese contacto figura como nunca tocado. Parece un lead que se coló por las grietas. Lo es, pero la grieta la crearon los datos malos, no un proceso roto.
Los contactos inactivos son más engañosos. Son personas reales que en algún momento dieron su consentimiento, asistieron a un webinar o descargaron algo, y luego se enfriaron por completo. El CRM no tiene ningún mecanismo para marcarlos como ya no aptos para nurturing, así que siguen en la base de datos, inflando sus totales y su tasa de rebote de emails. Los compradores con los que hablamos describen SDRs que dedican una parte considerable de cada semana a llamar a números que han cambiado o a escribir a direcciones que rebotan. Ese tiempo es una fuga de ingresos directa, aunque nunca aparezca en un informe de conversión.
Los leads sin enrutar son los más caros y los más fáciles de arreglar. Son leads que llegaron al CRM pero nunca se asignaron a un comercial, nunca entraron en una secuencia, nunca se tocaron. A veces la regla de enrutamiento se rompió. A veces las asignaciones de territorio nunca se configuraron para un segmento nuevo. A veces una importación de una feria llegó a la base de datos sin el campo de propietario. Esos leads creen que levantaron la mano. La empresa no tiene idea de que existen. No hay fuga de ingresos más evidente que un lead calificado al que nadie llamó.
Por qué esta fuga de ingresos sigue sin medirse
Esta fuga de ingresos en concreto no aparece en los informes estándar porque los CRM están construidos para reportar actividad. Registran lo que pasó. No muestran lo que no pasó. Un lead sin enrutar no dispara una alerta de actividad pendiente. Un duplicado no crea una brecha visible en un informe de transiciones de etapa. Un contacto muerto no figura como anomalía en ninguna parte.
Para bien o para mal, la mayor parte del reporting de ingresos se construye sobre esta base defectuosa. Cuando los dashboards parecen razonables, no hay ninguna señal de que algo vaya mal. La fuga de ingresos es invisible por diseño.
Lo he visto en CRM que parecen bien mantenidos en la superficie: convenciones de nombres coherentes, etapas de lifecycle completadas, una estructura de segmentación real. Luego hace una consulta de los contactos creados en los últimos noventa días sin propietario y sin actividad, y encuentra cientos de leads que nunca se han tocado. El sistema parecía limpio. Los datos no lo estaban.
Lo que realmente revela una auditoría de datos
En Checkpoint GTM planteamos este trabajo primero como una auditoría de datos y después como una auditoría del embudo. El orden importa. No tiene sentido optimizar el lead scoring si el mismo lead existe tres veces en la base de datos. No tiene sentido construir un nurture si el 40 % de los contactos de un segmento no ha abierto un email en dieciocho meses.
En la práctica, una auditoría de datos del CRM tiene cuatro componentes. Primero, un análisis de duplicados: cuántos contactos comparten dominio de email, nombre de empresa o número de teléfono, y cuál es la estrategia de fusión. Segundo, un chequeo de salud de los contactos: antigüedad del engagement, fecha de última actividad, estado de entregabilidad. Tercero, una auditoría de enrutamiento: ¿hay leads en alguna cola sin propietario asignado, y qué antigüedad tiene el más viejo? Cuarto, una verificación de integridad del lifecycle: ¿hay contactos atascados en etapas de las que deberían haber salido? Eso suele indicar que un proceso se rompió y nadie lo notó.
Los números de estas auditorías casi siempre sorprenden. Una regla práctica que uso: en un CRM que no se ha auditado en más de un año, entre el 15 % y el 30 % de la base de contactos está duplicada, completamente inactiva o, en la práctica, sin dueño. Esa es la población a partir de la cual se genera su pipeline. Esa es la fuga de ingresos que no aparece en ningún dashboard.
No tengo una gran respuesta sobre por qué los equipos dejan que esto se acumule tanto tiempo. Parte de la razón es que arreglar datos es un trabajo poco vistoso. Parte es que el mercado está despertando poco a poco al problema: las herramientas disponibles para los equipos de RevOps integrados ahora lo tratan como un diagnóstico de entrada y no como una limpieza de última hora. Pero, sobre todo, nadie es dueño de la auditoría hasta que alguien decide serlo.
Por qué arreglar los datos antes de sumar headcount
En lo que más insisto con CROs y founders es en el orden. Sumar un nuevo SDR a un CRM con 20.000 leads sin enrutar y una tasa de duplicados del 25 % no arregla la fuga de ingresos. La diluye. El SDR llama a las mismas personas que el SDR anterior, trabaja con las mismas listas infladas y choca con los mismos problemas de calidad. Con el tiempo, el reporting muestra menos productividad por comercial, y el instinto es sumar formación o herramientas.
Lo que hace falta es una auditoría de datos.
El enfoque estándar de implementación GTM en este mercado empieza por la optimización del embudo o el despliegue de tecnología. Nuestro punto de partida es otro: no se puede construir un motor de ingresos fiable sobre datos poco fiables. Arregle la base, y las matemáticas del embudo cambian solas. Ese es el trabajo que documentamos y el que hacemos junto a los equipos, no a distancia de ellos.
Si quiere ver cómo se ve eso en la práctica, los detalles están en nuestro archivo de insights. La secuencia es casi siempre la misma: auditoría de datos, luego trabajo en el embudo, luego decisiones de headcount o herramientas. En ese orden.