← Todos los insights
lead-managementRevOpslifecyclesales-handoff

Donde se fuga el revenue: los handoffs que nadie posee

El revenue no se fuga en el medio de su funnel. Se fuga en los dos handoffs que nadie posee: el lead entrante que espera tres días un primer contacto, y el deal closed-won que se queda en la cabeza de un rep mientras el account manager trabaja a ciegas. Asigne un responsable a cada uno y la mayor parte de la fuga se cierra.

Un lead completa un formulario el lunes y recibe noticias de un humano el jueves. Un deal se gana un viernes, y el account manager que tiene que entregarlo no se entera hasta el siguiente standup, y aun así solo del número principal. Ambos son handoffs, y en ambos su revenue se pierde en silencio. El problema casi nunca está en el trabajo dentro de una etapa. Está en el momento en que el registro cambia de manos.

Dos cambios han convertido el handoff en la parte cara del funnel. Primero, el pipeline es más difícil de crear que antes, así que desperdiciar un lead que ya pagó dejó de ser un error de redondeo. El argumento de SaaStr de que lo más importante que puede hacer con sus leads es implementar un SLA pesa más cuando cada lead es más caro: sin un service-level agreement, los reps se van a los leads calientes y el resto se pudre. Segundo, el deal que cierra vale menos de lo que parece si el cliente no encaja. El artículo de Harvard Business Review de enero de 2026 sobre los riesgos de priorizar el revenue de corto plazo sobre el fit del cliente llama al resultado « sales debt », el pasivo oculto bajo su crecimiento de top-line. Ambos problemas viven en un handoff, no dentro de uno.

Existen exactamente dos transiciones donde la responsabilidad de un registro de revenue cambia de manos, y en ambas se fugan los datos y el dinero. La primera es el handoff de marketing a ventas, cuando un lead pasa a ser la tarea de alguien de contactarlo. La segunda es el handoff de ventas al equipo de cuentas, cuando un deal cerrado pasa a ser la tarea de alguien de conservarlo y hacerlo crecer. La mayoría de los equipos tiene un proceso detallado para lo que ocurre entre esos dos puntos y casi ninguno para los puntos en sí. Está al revés.

El fallo más común que veo es un primer contacto que llega tres días después de enviado el formulario. Para entonces el comprador ya habló con dos competidores o se olvidó de que rellenó algo. La solución no es una arenga motivacional para « ser más rápidos ». Es un SLA de lead escrito: cada lead entrante se contacta dentro de una ventana definida, se le da seguimiento en una cadencia fija y se reasigna de forma automática si el responsable pierde la ventana. El SLA convierte la velocidad en un sistema en lugar de un rasgo de carácter.

El segundo fallo en este handoff es más silencioso. Los pipelines se atascan con leads que nadie alcanza, porque no hay una regla para sacar un lead inalcanzable. Un rep mantiene un lead muerto en una etapa abierta porque cerrarlo se siente como rendirse, y el pipeline se llena despacio de nombres que nunca convertirán. Ahora toda forecast que se lea sobre ese pipeline está mal, y de una manera que nadie puede ver.

Aquí está lo que la mayoría de los equipos hace mal. Cuando un lead no funciona, le ponen el sello « descalificado » y lo tiran a un solo balde. Pero « descalificado » abarca al menos cuatro desenlaces distintos: nurturing para más adelante, recycling hacia marketing, suprimir de forma permanente y realmente perdido. Juntarlos en un solo estatus tira los datos más útiles que tiene.

También envenena el canal que le entregó el lead. Si devuelve una señal genérica de « descalificado » a sus plataformas de ads, les está diciendo a sus motores de optimización que un lead perfectamente bueno era basura, y le irán a buscar más basura. Una taxonomía de disposición que distingue « ahora no » de « nunca » no es burocracia. Es la forma de dejar de pagar por adquirir a las personas equivocadas, y solo funciona si el handoff reescribe el motivo, no solo el estatus.

El segundo handoff es el que nadie quiere poseer, porque el trabajo del rep termina en el instante en que el deal se marca como closed-won. El deal queda entonces en la cabeza de ese rep mientras el account manager lo retoma en frío, a menudo trabajando desde una ficha de contacto en vez de un pipeline real, sin ninguna visión de lo que se prometió en la sala. He visto equipos rastrear en una hoja de cálculo manual qué cuentas ganadas se habían transferido de verdad, porque el CRM no tenía ningún concepto de la transferencia.

La compensación lo empeora. Si paga a ventas por el número bruto de deals cerrados en lugar del revenue net-new que perdura, le ha dicho a su equipo que el handoff no es su problema. Optimizará para la firma y se irá, y la « sales debt » que describe HBR cae sobre quien hereda la cuenta. El handoff falla porque el incentivo nunca apuntó hacia él.

Hace poco trabajamos con una empresa B2B SaaS en Serie B de la región DACH que rediseñaba su lifecycle de leads y ventas sobre un único CRM. El patrón era de manual. El primer contacto sobre los leads entrantes podía tardar hasta tres días. Los pipelines de los bookers estaban llenos de leads que se habían quedado mudos meses atrás y nunca se habían movido a un estatus descalificado limpio. En la trastienda, los managers llevaban una hoja de cálculo manual de los clientes ganados pero aún no transferidos a un account manager, porque nada en el sistema rastreaba esa transferencia. Y el comp plan premiaba el número de deals, no el dinero que se quedaba.

Nada de eso necesitaba una herramienta nueva. Necesitaba dos handoffs con responsable: un SLA y una taxonomía de disposición en la entrada, y una transferencia de propiedad real con un incentivo alineado en la salida. Una vez que cada handoff tuvo un responsable claro y una regla, las fugas que todos trataban como problemas separados resultaron ser el mismo problema en dos lugares.

  1. Escriba un SLA de lead y aplíquelo de forma automática. Cada lead entrante recibe un primer contacto dentro de una ventana definida, una cadencia de follow-up fija y una reasignación automática cuando el responsable falla. Que persiga el sistema, no el manager.
  2. Dé una taxonomía a « descalificado ». Reemplace el estatus único por nurturing, recycling, supresión y pérdida real, y exija un motivo en cada descalificación. No se arregla una fuga que no se ve.
  3. Reescriba los motivos de disposición hacia la fuente. Devuelva datos reales de lost-reason a los canales que generaron el lead para que su optimización deje de traerle más personas equivocadas.
  4. Asigne un responsable al handoff del deal ganado. La transferencia de ventas al equipo de cuentas debe ser un evento en el sistema, con una persona responsable, no una hoja de cálculo que alguien lleva por su cuenta.
  5. Dé a los account managers un pipeline, no solo contactos. Los renewals y la expansión también son deals. Si el equipo de cuentas trabaja desde fichas de contacto, no tiene forecast del revenue que ya ganó.
  6. Apunte la compensación al revenue net-new que perdura. Pague por el dinero que se queda, no por el número bruto de firmas, para que el handoff sea de interés de todos y no solo el problema del siguiente.

No se compensa un handoff roto con esfuerzo en las etapas que lo rodean. La mejora de fiabilidad más barata en la mayoría de los revenue stacks no es una nueva automatización en el medio del funnel; es un responsable y una regla en las dos transiciones donde el registro cambia de manos. Para la mayoría de los equipos son unos pocos días de diseño y configuración, no un proyecto de un trimestre. Si quiere un segundo par de manos, para eso está pensado nuestro trabajo de revenue operations, o puede ponerse en contacto y empezaremos por el handoff que más fuga. Para la cuestión relacionada de por qué su forecast y su pipeline se contradicen, lea el artículo complementario sobre la etapa de deal pre-pipeline.

Noah Charak
Noah Charak
Managing Director

Founder of Checkpoint GTM. 15 years of Revenue and Business Operations across the Berlin start-up scene, with 65+ transformation projects delivered. CRM architecture and RevOps specialist, certified in Salesforce and HubSpot.

LinkedIn

Comparta este artículo