Español

Precisión del forecast que sobrevive al QBR

La mayoría de los forecasts de B2B fallan en ±20-40% por trimestre. Los reps no mienten cuando esto pasa. Están optimizando el número de commit para mantener a su manager fuera de su espalda, lo cual es un problema distinto y peor. Si usted es dueño del forecast, es dueño de esa brecha. El QBR es donde la brecha deja de ser un problema operativo y se convierte en su evaluación de desempeño.

Este es el sistema operativo que ejecuto cuando estoy sentado en el asiento de RevOps Manager y el número que va al CFO lleva mis huellas dactilares. Cadencia, categorías, revisión de deals, el triángulo humano y los diagnósticos que detectan un fallo seis semanas antes de que aterrice. Nada de esto es glamuroso. Todo funciona.

El forecast es un proceso, no un número

Léalo de nuevo, porque es lo único en esta guía que importa.

Cuando el CRO dice "¿cuál es el número?", está haciendo la pregunta equivocada. La pregunta correcta es "¿cuál es el número, y cuál es la banda de varianza a su alrededor, y qué supuestos estoy haciendo, y qué tendría que ser cierto para que se equivocara en un 20%?". Eso no es un número. Eso es un proceso que se ejecuta cada semana, produciendo un número bajo demanda, con la matemática a la vista.

Un RevOps Manager que no puede responder las cuatro partes de esa pregunta va a quedar destrozado en el QBR. No porque el número estuviera mal (los números están mal todo el tiempo), sino porque nadie pudo explicar por qué estaba mal. El QBR no evalúa si cumplió el número. Evalúa si sabía que no iba a cumplirlo, y cuándo lo supo.

Cadencia del forecast: la consolidación semana a semana

Los forecasts que aguantan tienen una cadencia. Los forecasts que estallan tienen un "feeling". Aquí está la cadencia que ejecuto.

Día Responsable Acción Salida
Lunes Reps Enviar forecast deal por deal Commit + best case + pipeline por deal del rep
Martes Managers de primera línea Depurar el forecast de cada rep Commit del manager (independiente de los números agregados de los reps)
Miércoles CRO + managers Forecast call Commit del CRO (el número que va al board)
Jueves RevOps Reconciliar + publicar Informe de varianza, análisis de deriva, deltas semana a semana

Cuatro artefactos, cuatro responsables, cuatro días. El viernes es para cerrar deals, no para hacer forecast.

La consolidación importa porque cada capa añade criterio y elimina información. Los reps conocen la organización del comprador. Los managers conocen al rep. El CRO conoce al board. RevOps es dueño de asegurar que esas tres visiones se reconcilien.

La reconciliación es donde la mayoría de los equipos fallan. Sin un paso de RevOps el jueves, "el commit del CRO del miércoles" se convierte en el forecast de registro, y nadie comprueba si cuadra con algo en lo que los reps de verdad creen. Seis semanas después, tiene un número de 4M USD en el board y una realidad de 3,1M USD sobre el terreno.

Rastree la deriva del commit religiosamente

Cada semana, tome cada deal de commit y compruebe si era commit la semana pasada. Construya una tabla simple: nombre del deal, semanas en commit, fecha de cierre original, fecha de cierre actual, valor actual, cambio de valor.

Un deal que lleva "commit" seis semanas no es un commit. Es un deseo. Los deals de commit reales cierran en dos a cuatro semanas. Si tiene un deal sentado en commit durante un trimestre entero, tiene un rep que está aterrado de empujarlo hacia atrás, un manager que no está depurando y un forecast a punto de detonar.

Trabajé con una empresa de SaaS en Serie C donde el 38% de sus dólares de commit en la semana 4 eran deals que llevaban en commit dos o más trimestres. Construí el informe de deriva un lunes. Para el miércoles, 1,6M USD de "commit" se habían movido a best case, el CRO tuvo una conversación real con el board, y el cierre real al final del trimestre quedó dentro del 4% del número revisado. El commit original habría fallado en un 22%.

La deriva es la métrica de mayor señal en el forecasting. Si no hace nada más de esta guía, construya el informe de deriva.

Categorías del forecast que de verdad significan algo

La mayoría de las categorías son teatro. "Commit" significa "el manager del rep le presionó para comprometerse". "Best case" significa "el rep quiere crédito si aterriza". "Pipeline" significa "todo lo demás, ordenado por esperanza".

Las categorías reales tienen definiciones duras que un rep nuevo puede aplicar el primer día sin preguntar.

Commit: "Garantizaré personalmente que esto cierra este trimestre, y si se escapa le debo una explicación". No "debería cerrar". No "tiene buena pinta". Garantía personal. Si el rep no puede decir eso en voz alta a la cara de su manager, no es commit.

Best case: "Upside realista si dos cosas específicas salen bien". Dos cosas específicas. Nombradas. "Si compras da el visto bueno para el viernes y el comprador económico de segundo nivel dice que sí el martes". No "si se alinean los astros". El best case vago es best case de fantasía.

Pipeline: Todo lo que no es commit ni best case. Por definición, no debería moverse a commit este trimestre. Si lo hace, sus etapas están mal.

Los benchmarks le dicen si las categorías están funcionando:

Categoría Tasa de cierre objetivo Qué significa si está fuera
Commit 90%+ Por debajo del 90%: los reps están comprometiendo de forma aspiracional. Por encima del 95%: están haciendo sandbagging.
Best case 50-60% Por debajo del 50%: la categoría es un cementerio. Por encima del 65%: es commit encubierto.
Pipeline 15-25% Por debajo del 15%: las etapas están infladas. Por encima del 25%: le falta una categoría.

Si su commit cierra al 70%, sus reps están haciendo sandbagging de la definición. Están llamando "commit" a cosas en las que de verdad no creen. Arregle la definición antes de arreglar cualquier otra cosa.

La revisión deal por deal de 10 preguntas

Para cada deal de más de 50K USD en la categoría commit, el rep responde diez preguntas limpiamente. No "más o menos". Limpiamente, con nombres, fechas y detalles. Si no pueden responder ocho de diez, el deal es best case como mucho. Punto.

  1. ¿Quién es el comprador económico? (Nombre, cargo, fecha del último contacto.)
  2. ¿Hay un plan de cierre conjunto firmado por el comprador y el rep?
  3. ¿Se ha involucrado a compras, y cuál es su cronograma declarado?
  4. ¿Se han empezado los redlines legales, y sobre qué documento?
  5. ¿Cuál es el estado de la revisión de seguridad (enviada, en progreso, aprobada o sin empezar)?
  6. ¿Se ha puesto a prueba al champion interno? (¿Cuándo abogó por última vez por nosotros en una reunión en la que no estábamos?)
  7. ¿Cuál es el plan de desplazamiento del competidor, y qué competidor específico estamos desplazando?
  8. ¿Cuándo se involucró por última vez el patrocinador ejecutivo en los últimos 14 días, y en qué?
  9. ¿El valor del contrato está bloqueado o flotando? (Si flota, ¿cuál es el rango?)
  10. ¿Qué haría que esto se escapara, y cuál es el porcentaje de riesgo de aplazamiento?

Ejecute esta revisión semanalmente con los managers, no con los reps. Los reps preparan las respuestas el lunes. Los managers las ponen a prueba el martes. RevOps hace un muestreo de los tres peores cada semana y saca la grabación de la llamada o el hilo de email para verificar.

El primer mes que ejecute esta revisión, va a perder entre el 20 y el 30% de sus dólares de commit. No se inmute. Los dólares no eran reales. Solo está sacando a la luz la verdad antes de lo que el cierre del trimestre la habría sacado.

El triángulo AE-CRO-RevOps

Cada rol es dueño de una lente de forecast distinta. El triángulo se sostiene cuando cada rol hace su trabajo. Se rompe cuando un rol intenta hacer el de otro.

  • El AE es dueño de la verdad a nivel de deal: qué está pasando de verdad en la organización del comprador, cuál es de verdad el cronograma de compras, si el champion está fanfarroneando.
  • El CRO es dueño del número: lo que le decimos al board, a los partners de financiación, al equipo de liderazgo.
  • RevOps es dueño de la matemática: cómo se reconcilian esos dos, dónde están las brechas, cómo se ve la varianza, qué está haciendo la deriva.

El triángulo se rompe de tres formas predecibles.

El AE optimiza para cubrirse. Hace sandbagging del commit porque su manager le gritará menos por hacer sandbagging que por fallar. El forecast sale bajo y la empresa infra-dimensiona contrataciones, gasto de marketing e inventario.

El CRO optimiza para la narrativa. Quiere un número que cuente una buena historia al board. RevOps recibe presión para "encontrar los 2M USD que faltan" en pipeline que no existe. La narrativa aguanta un trimestre y explota al siguiente.

RevOps se convierte en el mensajero al que disparan. El AE le dice a RevOps que el deal está al 50%, RevOps reporta 50% al CRO, al CRO no le gusta el 50%, y de algún modo es culpa de RevOps.

Usted sostiene el triángulo sacando a la luz la brecha con datos, no con opiniones. No diga "creo que el número es alto". Diga "el agregado de los reps es 3,6M USD, el agregado de los managers es 4,4M USD, el scoring de IA es 3,8M USD, y estamos publicando 4,4M USD. La varianza es más amplia que en cualquier trimestre previo a estas alturas". Luego deje que la sala decida qué hacer.

Forecast del manager vs. forecast agregado de los reps

Este es el diagnóstico más útil del forecasting, y casi nadie lo ejecuta.

Tome el número de commit de cada rep y súmelo. Luego pida a cada manager de primera línea, de forma independiente, sin que vea el agregado de los reps, su número de commit. Compare los dos.

Ejemplo trabajado: 8 reps en un equipo. El agregado de los reps es 4,2M USD. El agregado independiente de los managers es 3,6M USD. El delta es -600K USD, o -14%.

Ese delta es el indicador de sandbag o estiramiento.

Si el agregado de los reps > el agregado de los managers, sus managers no confían en sus reps. Los reps están estirando, los managers están desinflando, y la verdad probablemente está en medio pero más cerca del número del manager.

Si el agregado de los reps < el agregado de los managers, sus managers están estirando para complacer al CRO. Los reps están dando commit honesto, los managers están añadiendo "deals de estiramiento" que no deberían estar en commit, y la verdad está más cerca del número del rep.

Ambos son problemas. Ninguno se arregla con más herramientas de forecasting. Se arreglan con conversaciones que el CRO probablemente no quiere tener.

Rastree el delta semanalmente. Grafíquelo. El patrón a lo largo de un trimestre le dice exactamente dónde está el problema cultural.

Entradas de IA y de Clari: en qué ayudan, en qué no

Herramientas como Clari, Gong, BoostUp y Aviso son buenas en una cosa y malas en otra. Sea específico sobre cuál.

En qué ayudan: señales de engagement. Volumen de emails hacia la organización del comprador. Profundidad del multithreading. Decaimiento de actividad en etapa tardía. Caída de la cadencia de reuniones. El tipo de señales que aparecen en los metadatos del CRM y del email, sumadas a escala a través de los deals.

En qué no ayudan: cambios en la organización del comprador (un champion acaba de renunciar), reasignaciones de presupuesto (el CFO congeló el gasto en SaaS ayer), ciclos de competidores (el incumbente acaba de bajar su precio de renovación), ciclos legales (su GC está de vacaciones dos semanas).

El mayor error que veo cometer a los RevOps Managers: lanzar un número de forecast que es solo la predicción de Clari. El scoring de IA es una herramienta de encontrar, no de responder. Le dice qué deals cuestionar. Las respuestas vienen de la boca del rep y del criterio del manager, no del modelo.

El criterio del manager más la señal de IA le gana a cualquiera de los dos por separado. El criterio del manager solo se pierde deals que se ven bien pero tienen engagement decayendo. La IA sola se pierde deals que se ven con engagement pero tienen un champion al que acaban de pasar por alto para un ascenso.

Use la IA para sacar a la luz las preguntas. No deje que las responda por usted.

El diagnóstico de negación "lo vamos a lograr"

Cada trimestre tiene la misma conversación alrededor de la semana 9. El liderazgo de ventas dice "lo vamos a lograr" sin matemática detrás. La sala asiente. Dos semanas después, falla en un 18%.

El RevOps Manager es dueño de señalar eso. Indicios específicos:

  • La cobertura del pipeline cayó por debajo de 3x y nadie lo está marcando.
  • El commit no ha cambiado de la semana 6 a la semana 9. (Imposible. Los deals se mueven. Que el commit no se mueva significa que nadie está depurando de verdad.)
  • El best case de repente creció 2M USD. ¿De dónde salió? Los deals nuevos no entran en best case en la semana 9.
  • No se escapó ningún deal. (También imposible. Los deals siempre se escapan.)
  • El informe de deriva muestra los mismos cinco deals en commit durante las últimas cinco semanas.

Dese a sí mismo el lenguaje para hacer la pregunta incómoda sin convertirse en el villano. Mi versión favorita: "Quiero asegurarme de que estoy leyendo bien los datos. ¿Alguien puede explicarme qué ha cambiado en las últimas tres semanas que aumentó nuestra confianza?". Si la respuesta son evasivas, ya tiene su respuesta.

Precisión de ±10% para la semana 8: el objetivo real

La precisión del forecast en la semana 1 del trimestre es ficción. No se preocupe por ella. Ni siquiera la publique externamente.

Para la semana 4 debería ser ±20%. Para la semana 8 debería ser ±10%. Para la semana 12 (cierre) debería ser ±5%.

Si sigue en ±20% en la semana 8, una de tres cosas está mal:

  1. Sus categorías están mal. El commit no cierra al 90%, el best case no cierra al 50%, las definiciones no se sostienen.
  2. Su revisión de deals es un trámite vacío. Los reps rellenan las 10 preguntas con "sí/sí/sí" y los managers no presionan.
  3. Sus managers no están depurando. El paso del martes ocurre sobre el papel pero no en la práctica.

Instruméntelo. Rastree forecast vs. real en la semana 4, la semana 8 y la semana 12 a lo largo de los últimos cuatro trimestres. Grafique la varianza. El patrón le dirá cuál de las tres está rota. Normalmente son las tres, pero en proporciones distintas.

Un equipo que llega a ±10% para la semana 8 tiene un proceso de forecast que sobrevive a cualquier QBR. Un equipo que sigue en ±20% en la semana 8 tiene un "feeling".

Qué evalúa de verdad el QBR

De vuelta al punto de partida. El QBR no pregunta "¿cumplió el número?". Los fallos les pasan a los mejores equipos. El board lo sabe.

El QBR pregunta "¿sabía que no iba a cumplirlo, y cuándo lo supo?". Un RevOps Manager que señaló la brecha en la semana 6 se ve competente incluso con un fallo del 12%. Un RevOps Manager que se sorprendió el último día del trimestre se ve como si no estuviera haciendo su trabajo.

El proceso de forecast es su póliza de seguro. La cadencia, las categorías, la revisión de 10 preguntas, el delta rep-vs-manager, el informe de deriva: todo existe para que, cuando llegue el fallo (y uno llegará, eventualmente), pueda entrar al QBR con los datos mostrando exactamente cuándo lo vio, qué señaló y qué se decidió. Ese es un RevOps Manager competente.

El número es un número. El proceso es el trabajo.

Si está entrando en este asiento por primera vez, la descripción de puesto que la acompaña recorre la realidad del día a día del rol. El proceso de forecast es la columna vertebral de ese rol.

Saber más