Español

Higiene del pipeline en la que finanzas confía: el playbook de un RevOps Manager

Viernes por la tarde. Forecast call. El CFO abre el board, le pone un filtro (fecha de cierre anterior a hoy, etapa igual a Commit), y la pantalla se llena. Cuarenta y siete opps. Seis de ellas por encima de 100K USD. La cámara del CRO se apaga. El liderazgo de ventas empieza a escribir en el chat lateral. La sala se queda en silencio, y usted sabe exactamente qué viene a continuación, porque es el RevOps Manager y esto ahora es su problema.

Ya ha visto esta película. Las opps no eran falsas el trimestre pasado. Se volvieron reales, y luego nadie las movió. Los reps dejaron de tocar las fechas de cierre. Los managers dejaron de presionar. En algún punto del camino, "Commit" se convirtió en un aparcamiento, y el aparcamiento se convirtió en el forecast. El CFO sabe que esto está pasando. Solo necesitaba tres filtros para demostrarlo.

La higiene del pipeline es la disciplina que previene ese momento exacto. No una limpieza trimestral. No un proyecto. Un hábito semanal, aplicado de la misma forma cada semana, con reglas que todos pueden ver. Este playbook recorre las cuatro piezas que recuperan la confianza del CFO: criterios de salida de etapa con evidencia real, la regla de inactividad de 14 días, disciplina en la fecha de cierre y los tres informes de Salesforce que finanzas de verdad abre el lunes por la mañana.

Criterios de salida de etapa: sustantivo + verbo + evidencia

La mayoría de las definiciones de etapa son inútiles. "Discovery: el rep ha cualificado la oportunidad". ¿Cualificado cómo? ¿Lo dice quién? ¿Vive dónde? No se pueden auditar los sentimientos, y el CFO no va a creerle bajo su palabra.

Cada salida de etapa necesita tres cosas: un sustantivo (el artefacto que tiene que existir), un verbo (lo que el rep hizo para crearlo o adjuntarlo) y evidencia (el campo, archivo o registro donde vive en el CRM). Sin artefacto, no hay avance. Esa es la regla. Los reps no pueden hablar para meter una opp en la siguiente etapa. Tienen que producir algo.

Así es como se ve en la práctica:

  • Discovery → Working: un resumen de llamada de cualificación (sustantivo) registrado (verbo) en el registro de la opp con asistentes, dolor confirmado, rango de presupuesto y cronograma de decisión (evidencia: registro de actividad obligatorio en la opp).
  • Working → Proposal: un plan de acción conjunto firmado (sustantivo) adjuntado (verbo) al registro de la opp (evidencia: archivo en la lista relacionada de Files, con una fecha y ambas firmas).
  • Proposal → Negotiation: un redline o respuesta a la cotización por escrito (sustantivo) recibido del comprador (verbo) y subido a la opp (evidencia: adjunto de email o documento, fechado dentro de los últimos 14 días).
  • Negotiation → Commit: un sí verbal del comprador económico (sustantivo) confirmado por escrito (verbo). Incluso un email de una línea con un "estamos listos, pendiente del papeleo" cuenta (evidencia: email registrado, el nombre del comprador coincide con el campo EconomicBuyer).

Note lo que no está en esta lista: optimismo del rep, intuición del manager, "están muy emocionados". Eso no mueve etapas. Los artefactos mueven etapas. La razón por la que esto le importa a finanzas es que cada artefacto es algo que el CFO puede auditar después. Cuando un deal se escapa, puede sacar la opp, mirar qué se adjuntó en cada etapa y responder la única pregunta que importa: ¿el criterio de salida fue real alguna vez?

Si la respuesta es no, si el deal avanzó a Commit sin una confirmación del comprador por escrito, tiene un problema de proceso, no un problema de forecasting. Y los problemas de proceso tienen arreglo.

La regla de inactividad de 14 días

Un deal que nadie ha tocado en dos semanas no es un deal. Es una esperanza.

La regla de inactividad de 14 días es simple: cualquier opp sin actividad registrada (llamada, email, reunión, nota) en 14 días se marca automáticamente. La marca es un campo en la opp, IsStale__c, que pasa a true de forma automática. Las opps inactivas aparecen en el dashboard del lunes del rep con un banner rojo y una acción forzada: actualizar la fecha de cierre, registrar un contacto o mover la etapa. Elija una.

¿Por qué 14 días y no 30? Porque el momentum decae rápido. Una vez que un comprador pasa dos semanas sin tener noticias de un rep, el rep ya no es la voz más reciente en su cabeza. Lo es un competidor, o su propia política interna, o el proyecto simplemente bajó en la lista de prioridades. Los datos sobre la velocidad de los deals de B2B son consistentes aquí: las opps que se quedan en silencio durante más de 30 días cierran a menos de la mitad de la tasa de las opps con contactos semanales. Para cuando marca a los 30, ya ha perdido el deal en todo salvo en el nombre.

La escalera de escalado funciona así:

  • 14 días de inactividad: marca en el dashboard del rep, acción obligatoria esta semana.
  • 21 días de inactividad: la opp aparece en la cola de revisión del lunes del manager. El manager tiene que decidir: ¿esto es real, o nos estamos mintiendo a nosotros mismos?
  • 28 días de inactividad: degradación automática de una etapa, o close-lost por defecto. El manager puede anularlo, pero la anulación se registra con un código de razón.

La degradación automática es la parte que finanzas adora. Elimina el incentivo del rep de dejar peso muerto en Commit solo porque el botón de close-lost da mal rollo. El sistema hace lo desagradable según un calendario, y el rep puede objetar con evidencia, pero la carga de la prueba se ha invertido.

Un patrón a vigilar: reps que hacen trampa con la regla registrando un email de una línea de "haciendo seguimiento" cada 13 días. El arreglo es exigir que la actividad tenga un cuerpo significativo. Mejor aún, rastree respuestas únicas del comprador, no contactos únicos del rep. Un contacto sin respuesta es medio contacto.

Disciplina en la fecha de cierre

El campo de fecha de cierre es el campo en el que más se miente de su CRM. Es también el campo en el que el CFO menos confía, con buena razón. Cada trimestre, cientos de opps se escapan del trimestre actual al siguiente, a menudo en la última semana, a menudo sin que nadie anote por qué.

Aquí está la disciplina que lo arregla:

Adelanto sin una razón escrita = degradación. Si un rep mueve una fecha de cierra hacia más temprano, tiene que rellenar un campo CloseDateChangeReason. Sin razón, no se guarda: hágalo obligatorio con una validation rule. Los adelantos sin un rastro documental suelen ser ilusiones, y las ilusiones son la materia prima de un trimestre fallado.

Aplazamiento más de dos veces en un solo trimestre = anulación solo del manager. El primer aplazamiento es un aplazamiento. El segundo es un patrón. El tercero es un rep que ha perdido el control del deal, y solo un manager debería poder extender el plazo. La validation rule bloquea el campo; el manager lo desbloquea con una justificación escrita registrada en la opp.

Rastree la antigüedad de la fecha de cierre. Esta es la métrica infravalorada. CloseDateAge__c = días desde que la fecha de cierre se editó por última vez. Una opp con una fecha de cierre que no se ha tocado en 60 días casi con seguridad se va a escapar. El rep ha dejado de prestarle atención, lo que significa que ha dejado de trabajar hacia atrás desde ella. Saque a la luz las fechas de cierre envejecidas en el dashboard del manager junto a las opps envejecidas.

Las fechas de cierre envejecidas son la razón número uno por la que los CFO pierden la confianza en el pipeline. Cuando la misma fecha de cierre permanece en una opp durante un trimestre entero y luego mágicamente "se mueve" tres días antes del forecast de fin de trimestre, finanzas sabe que el rep no estaba gestionando el deal de verdad. Estaba gestionando el informe.

El post-mortem forense del "trimestre fallado"

Cuando un trimestre falla, no le toca saltarse la autopsia. La autopsia es lo que le gana el derecho a hacer forecast del próximo trimestre.

Aquí está el forense. Saque cada opp que fuera Commit el Día 1 del trimestre y no cerrara. Para cada una, rellene cinco columnas:

  1. ¿En qué etapa murió? ¿Retrocedió a Working? ¿Se aplazó al próximo trimestre? ¿Close-lost?
  2. ¿El criterio de salida fue real alguna vez? Vaya a mirar los artefactos. ¿Había un MAP firmado adjunto cuando avanzó a Proposal? ¿Había un sí del comprador por escrito cuando llegó a Commit? La mitad de las veces, la respuesta es no, lo que significa que el deal nunca fue Commit, el sistema simplemente dejaba que los reps dijeran que lo era.
  3. ¿La fecha de cierre se movió alguna vez? Si sí, cuándo, en cuánto, y ¿se registró una razón? Un patrón de aplazamientos suele predecir la pérdida eventual.
  4. ¿El rep marcó el riesgo? Revise el campo de deal-risk, las notas del 1:1 del manager, las notas de la forecast call. Si el riesgo se marcó y se ignoró, eso es un problema de gestión. Si el riesgo nunca se marcó, eso es un problema de coaching.
  5. ¿Dónde se rompió el deal de verdad? ¿Se fue el champion? ¿Compras se estancó? ¿El competidor ganó por precio? ¿Cambio de prioridad interna? Use una lista cerrada de códigos de razón, sin texto libre, para que pueda pivotar los datos después.

Constrúyalo como un brief de una página. Arriba de la página: ARR total de Commit del Día 1, total cerrado, brecha. Debajo: una tabla de cada deal fallado con las cinco columnas. Al pie de la página: tres patrones y tres arreglos para el próximo trimestre.

Compártalo con el liderazgo de ventas y con finanzas. Mismo brief, mismos números, misma semana. La razón por la que esto importa es la confianza. El CFO no necesita un forecast perfecto. Necesita saber que cuando usted se equivoca, puede explicar por qué, y que la explicación mejorará el próximo forecast. Los forenses convierten los fallos en precisión acumulativa.

Un trimestre fallado sin post-mortem es un trimestre fallado que repetirá.

Por qué los CFO desconfían del pipeline (y cómo recuperar su confianza)

Los CFO ven el pipeline como una capa de ficción de ventas sobre el libro mayor. Los bookings impactan el GL. El pipeline vive en el CRM. Los dos no coinciden, nunca, y al CFO le han quemado suficientes veces forecasts en palo de hockey que fallan en un 30% como para asumir lo peor.

Usted recupera la confianza a través de una sola cosa: consistencia aburrida. Las mismas definiciones cada semana. Los mismos cortes cada semana. Los mismos informes cada semana. Sin dashboards sorpresa, sin métricas nuevas a mitad de trimestre, sin "cambiamos la metodología este mes". Los cambios de metodología le parecen un juego de manos a un CFO, incluso cuando son mejoras, porque cada cambio de metodología es también una oportunidad para esconder un fallo.

La otra cosa que finanzas quiere ver es matemática honesta de cobertura. El manual dice que necesita 3-4x de cobertura de pipeline ponderado para alcanzar su objetivo de bookings. Los equipos sanos van a 3-4x. Cuando ve a un equipo yendo a 5x o 6x, eso no es fortaleza. Eso es una bandera amarilla, que normalmente significa que el pipeline está medio falso, lleno de opps fantasma que nunca cerrarán, y el equipo está compensando apilando más pipeline malo. La regla del 5x es un número de autoengaño. Muéstreselo a su CFO de esa forma: "Estamos en 5,2x de cobertura, lo que significa que nuestro pipeline cualificado probablemente está inflado un 30%. Aquí está el plan de limpieza".

Llamar a su propio pipeline blando, por escrito, antes de que el CFO tenga que llamarlo blando, es la jugada de mayor confianza que puede hacer. Lo recordarán. Harán su forecast a partir de sus números el próximo trimestre sin hacer tres preguntas de seguimiento, y ese es el momento en que de verdad se ha ganado el asiento.

Los tres informes de Salesforce que finanzas de verdad abre

Un RevOps Manager que sobrevive en la mesa del CFO tiene tres informes guardados en marcadores, enviados cada lunes a las 8 a.m. y fijados arriba del dashboard del equipo de finanzas. Estos no son informes elaborados. Son los aburridos que dicen la verdad.

Informe 1: cobertura del pipeline por trimestre

Un informe matricial simple:

  • Filas: objetivo de bookings por trimestre (actual + 2 siguientes).
  • Columnas: pipeline ponderado (Amount × Probability), pipeline sin ponderar (solo Amount), ratio de cobertura.
  • Formato condicional: 3x e inferior = rojo, 3-4x = verde, 4-5x = amarillo, 5x+ = rojo (el color de la bandera de autoengaño).
  • Filtro: etapa mayor o igual a Working, fecha de cierre en el trimestre.

La razón por la que finanzas adora este informe: es una sola pantalla, está codificado por colores, y castiga tanto la infracobertura como la sobrecobertura. El CFO puede abrirlo en un teléfono y saber si preocuparse.

Informe 2: opps envejecidas por etapa

Un informe resumen agrupado por etapa, con un corte de antigüedad de 30 días:

  • Filtro: etapa = (Discovery, Working, Proposal, Negotiation, Commit), días en la etapa actual > 30.
  • Columnas: número de opps, suma de ARR, promedio de días en etapa, propietario.
  • Orden: ARR descendente.

Este es el informe que saca a la luz el pipeline falso. Cuando ve 4M USD de ARR sentados en Working durante más de 60 días, eso no es pipeline. Es un montón de opps que los reps no tienen el valor de marcar como close-lost. Las opps envejecidas son el indicador adelantado de un fallo de forecast seis semanas antes de que ocurra, y son el objetivo de limpieza de pipeline más barato del board.

Informe 3: deslizamiento de la fecha de cierre

Un informe personalizado sobre OpportunityFieldHistory (o un campo personalizado rastreado si no tiene el historial de campos habilitado):

  • Filtro: opps donde la fecha de cierre se movió más de 30 días en los últimos 90 días.
  • Agrupar por: rep, luego código de razón.
  • Columnas: nombre de la opp, fecha de cierre original, nueva fecha de cierre, días deslizados, razón.

Finanzas abre este informe antes del QBR. Les dice, por rep, quién está gestionando las fechas de cierre como compromisos y quién las está gestionando como sugerencias. También les dice qué códigos de razón son dominantes. Si el 60% de los deslizamientos son "se fue el champion", eso es un problema de discovery. Si el 60% son "revisión legal", eso es un problema de involucramiento de compras. Cada patrón apunta a un arreglo distinto.

Estos tres informes deberían caber en un solo dashboard de Salesforce. Titúlelo "Defensibilidad del forecast". Compártalo con finanzas, el CRO y cada sales manager. Luego nunca lo cambie. La consistencia aburrida es el punto.

La disciplina semanal

Aquí está cómo se ve de verdad una semana de higiene del pipeline para un RevOps Manager:

  • Lunes 8 a.m.: los tres informes se autoenvían a finanzas, al CRO y a los sales managers. Usted los escanea en busca de cambios desde la semana pasada.
  • Lunes 9 a.m.: los dashboards de los reps se refrescan con marcas de inactividad, fechas de cierre envejecidas y elementos de acción forzada. Los reps los limpian antes del 1:1 con el manager.
  • Martes: 1:1 de los managers. Los managers recorren los escalados de marcas de inactividad, decisiones de anulación registradas con códigos de razón.
  • Miércoles: forecast call. Cobertura del trimestre actual, deslizamientos y progreso del post-mortem de cualquier deal que cerrara como close-lost la semana anterior.
  • Jueves: día de limpieza. El equipo de RevOps trabaja en cualquier marca de calidad de datos de los informes (campos faltantes, enlaces rotos, cambios de propietario).
  • Viernes: bloqueo del forecast. El número que va a finanzas es el número de los informes, sin ajustes manuales, sin adiciones de último minuto.

La misma semana, cada semana. Los mismos informes. Las mismas definiciones. El CFO no necesita un forecast perfecto: necesita uno defendible. La defensibilidad viene de reglas que todos pueden ver, aplicadas de la misma forma cada semana, con evidencia que todos pueden auditar.

Ese es todo el trabajo, y es la diferencia entre un RevOps Manager que sobrevive al próximo trimestre fallado y uno que no.

Saber más