Definir las etapas del pipeline por estado de negocio y criterios de salida, no por probabilidad
Una etapa dice qué es cierto sobre la oportunidad y qué debe ocurrir para salir de ella. La probabilidad y la categoría de forecast se derivan de ahí; nunca se introducen a mano en su lugar.
Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.
01Contexto
Las etapas de oportunidad se configuraron a partir de una plantilla del proveedor y los vendedores las eligen a ojo. Cada equipo las interpreta a su manera, la probabilidad se introduce a mano y la revisión semanal discute si las oportunidades están de verdad donde dicen. Los forecasts construidos sobre estas etapas no se pueden comparar entre equipos ni explicar a posteriori.
02Factores de decisión
- F01
Las etapas deben significar lo mismo para cualquiera que las lea
- F02
Las revisiones necesitan evidencias, no opiniones
- F03
Las categorías de forecast deben ser coherentes entre modelos de venta y regiones
- F04
Los vendedores no deberían mantener campos que nadie usa
03Opciones consideradas
Etapas guiadas por probabilidad: un porcentaje por oportunidad, introducido por el vendedor
Equipos muy pequeños con un solo perfil de vendedor
Coste: Mide optimismo; no se puede acompañar ni auditarEtapas por defecto del proveedor, con sus probabilidades por defecto
Un arranque rápido
Coste: Las etapas describen la herramienta, no el negocio; sin criterios de salidaEtapas como estados de negocio con criterios de entrada y salida; probabilidad y categoría derivadas
Cualquier pipeline que se revisa y se proyecta en forecast
Coste: Hay que diseñar los criterios por modelo de venta y mantenerlos al día04Decisión
Definir cada etapa como un estado de negocio: qué debe ser cierto para entrar, qué debe ser cierto para salir, el responsable, la evidencia y la siguiente acción esperada. Capturar la evidencia de salida con los menos campos posibles. Derivar la categoría de forecast del mapeo de etapas y calibrar la probabilidad con el histórico de cada modelo de venta; los managers ajustan el forecast, no la etapa. Los cambios en las definiciones de etapa pasan por el foro de gobierno de RevOps.
05Consecuencias
- Las revisiones hablan de evidencias y siguientes pasos en lugar de porcentajes.
- Las categorías de forecast significan lo mismo en todas las regiones y modelos de venta.
- La probabilidad pasa a ser un resultado medido que se puede calibrar.
- Las definiciones de etapa se convierten en un activo gobernado con responsable.
06Cuándo revisarla
Las oportunidades son totalmente transaccionales y se cierran en una sola interacción.
Un modelo de venta tiene demasiado poco histórico para calibrar por etapas.
07Dónde se aplica esta decisión
Casos que adoptan esta decisión, y por qué importa en cada uno.
- Caso de RevOps / 03Gobernar el pipeline con varios modelos de ventaUn gobierno común—pipeline cualificado, resultados, categorías de forecast, formato de revisión—con etapas, lógica de forecast y referencias de antigüedad propias de cada modelo de venta, para que el pipeline siga siendo comparable sin imponer un único proceso a todos los equipos.
- Caso de RevOps / 05Un forecast gobernado y una cobertura de pipeline que obligan a actuarCategorías de forecast derivadas de la semántica de las etapas, ajustes registrados en el nivel del forecast, un único responsable del número final, instantáneas semanales—y un contrato de cobertura cuyo umbral pone en marcha la generación de pipeline.