Diseñando Etapas de Pipeline que Coincidan con Cómo Compran Realmente los Clientes

Una VP de Ventas en una empresa SaaS mid-market extrajo su reporte de Pipeline antes de una reunión de junta directiva y encontró 22 deals en "Propuesta Enviada". Entró a la sala con confianza. La junta preguntó sobre la confirmación de presupuesto en cada deal. Llamó a sus representantes. Resultó que 7 de esos deals nunca habían tenido una conversación real sobre presupuesto. Las propuestas estaban fuera, pero los compradores no estaban cerca de una decisión. Su Pipeline estaba lleno de actividad, no de progreso.

"Demo Programada" no es una etapa del Pipeline. Es una entrada de calendario. "Propuesta Enviada" no es una etapa del Pipeline. Es una tarea completada. Sin embargo, la mayoría de los CRMs están cargados de etapas basadas en actividades que describen lo que hizo el representante de ventas, no dónde está realmente el comprador. El resultado es un Pipeline que parece saludable y pronósticos que están desviados en un 30 a 40%.

La solución requiere reconstruir las etapas de afuera hacia adentro, usando hitos observables del comprador en lugar de actividades internas de ventas. La investigación de Gartner muestra que los compradores B2B ahora pasan solo el 17% de su recorrido de compra realmente hablando con posibles proveedores; el resto sucede internamente sin usted. Esta guía le da los pasos para hacerlo.

Paso 1: Mapee el Recorrido de Decisión del Comprador, No Su Proceso de Ventas

Comience ignorando completamente su Pipeline actual. Saque una pizarra o una hoja de cálculo y mapee lo que su comprador realmente pasa antes de firmar un contrato.

Piense en los últimos 10 deals que cerró. ¿Qué hizo realmente el comprador en cada fase?

Una hoja de trabajo útil tiene tres columnas:

Acción del Comprador Señal Observable Posible Puerta de Etapa
Reconoce un problema que vale la pena resolver Programó una llamada de discovery, respondió preguntas de discovery con dolor específico Problema Confirmado
Decide evaluar soluciones Acordó una demo del producto, involucró a un segundo stakeholder Evaluando Activamente
Valida con el equipo técnico TI o el equipo de seguridad se unió a una llamada Evaluación Técnica
Construye el business case interno Pidió precios, plantilla de ROI, o una revisión legal del contrato Business Case Activo
Comienza el proceso de toma de decisiones Adquisiciones involucradas, se recibieron marcados legales, sí verbal del comprador económico Decisión en Progreso
Contrato bajo revisión MSA en proceso, intercambiando marcados legales Revisión de Contrato

Las etapas que emergen de este ejercicio parecen diferentes a "Discovery", "Demo", "Propuesta", "Negociación". Están basadas en lo que los compradores realmente hacen, y puede verificar cada una.

Paso 2: Escriba los Criterios de Entrada como Hechos Observables

Esta es la regla más importante en el diseño del Pipeline: cada criterio de entrada de etapa debe ser un hecho con el que dos representantes diferentes estarían de acuerdo, no una interpretación.

"Aprobación ejecutiva obtenida" no es observable. "El CFO se unió a una llamada de 30 minutos el 10 de marzo" sí lo es.

Al escribir criterios de entrada, pregúntese: ¿podría mirar las notas del deal y el registro de actividad del CRM y confirmar que esto ocurrió? Si la respuesta requiere juicio o inferencia, reescríbalo.

Ejemplos de buenos criterios de entrada:

  • "El contacto confirmó que existe presupuesto disponible este año fiscal"
  • "Al menos dos stakeholders han participado en una sesión en vivo"
  • "El comprador ha pedido un contrato o propuesta de precios (no solo una aproximación)"
  • "El comprador económico (persona con autoridad de firma) ha sido identificado por nombre"

Ejemplos de criterios de entrada débiles:

  • "El prospecto muestra interés genuino"
  • "Creemos que tienen presupuesto"
  • "Buen ajuste confirmado"

La brecha entre estos no es solo semántica. Los criterios débiles significan que diferentes representantes pondrán el mismo deal en diferentes etapas, lo que significa que su reporte de Pipeline es ficción.

Paso 3: Establezca los Criterios de Salida Usando la Prueba de Dos Representantes

Cada etapa también necesita criterios de salida: las condiciones mínimas que deben ser ciertas antes de que un deal avance.

La prueba: ¿estarían dos representantes diferentes, mirando el mismo deal, de acuerdo en que pertenece a la siguiente etapa? Si la respuesta depende de quién pregunta, sus criterios no son suficientemente específicos.

Un ejemplo concreto. Si su etapa es "Compromiso Verbal" y el criterio de salida es "el comprador ha expresado fuerte intención de compra", tendrá representantes avanzando deals basándose en el optimismo en lugar de en hechos. Reescríbalo como: "El comprador económico ha dicho 'sí, queremos proceder' en una llamada grabada, correo o nota del CRM, y ha acordado una fecha específica de decisión."

Ahora cualquiera que revise ese deal puede confirmar si cumple el estándar.

Esta prueba de dos representantes detecta la enfermedad de Pipeline más común: la inflación de etapas por parte de representantes que avanzan deals para mostrar momentum en lugar de progreso real.

Paso 4: Calibre el Número de Etapas a la Duración Promedio del Deal

El número de etapas que necesita depende de cuánto tiempo dura su ciclo de ventas.

Para ciclos de menos de 30 días (típico en SMB o ventas impulsadas por el producto), 4 a 5 etapas son suficientes. Más etapas que eso crean fricción administrativa sin agregar valor al pronóstico.

Para ciclos de 30 a 90 días (mid-market), usualmente funciona con 5 a 7 etapas. Tiene tiempo suficiente para fases distintas: calificación inicial, evaluación técnica, desarrollo del business case, adquisiciones y legal.

Para ciclos de más de 90 días (enterprise), 7 a 10 etapas pueden tener sentido, pero solo si cada etapa representa un cambio significativo en el compromiso del comprador.

Una verificación útil: si un deal puede legítimamente saltarse una etapa, esa etapa probablemente no pertenece a su Pipeline. Cada etapa debería ser algo por lo que pasa cada deal.

Paso 5: Conecte las Etapas a la Probabilidad de Ganancia de Manera Honesta

Aquí es donde la mayoría de los Pipelines se equivocan una segunda vez. Después de que el diseño de etapas está hecho, alguien asigna probabilidades de ganancia, y lo hace basándose en la intuición o la convención en lugar de en los datos.

El resultado: "Propuesta Enviada" recibe un 50% de probabilidad en todos los deals. Pero si realmente mira sus datos históricos, los deals en "Propuesta Enviada" podrían cerrar al 25% o al 70%, dependiendo de si el presupuesto fue confirmado antes de que saliera la propuesta.

La probabilidad de ganancia debe provenir de sus tasas de cierre históricas por etapa, no de la intuición. El análisis de Gong Labs de más de un millón de deals encontró que las tasas de ganancia variaron hasta 3x dependiendo de si ocurrieron acciones específicas del comprador, como el compromiso de múltiples stakeholders, antes de que se enviara una propuesta. Extraiga sus últimos 50 deals cerrados ganados y cerrados perdidos y calcule:

  • De todos los deals que llegaron a la Etapa X, ¿qué porcentaje cerró?
  • ¿Cambia eso según el tamaño del deal, la industria o el representante?

Si "Propuesta Enviada" cierra al 28% en sus datos, establézcala al 28%. No al 50%. Las probabilidades infladas hacen que su Pipeline ponderado parezca mejor de lo que es, lo que hace que el pronóstico no tenga sentido.

Paso 6: Pruebe las Nuevas Etapas Contra 20 Deals Históricos

Antes de lanzar cualquier nuevo diseño de Pipeline, ejecútelo a través de 20 deals históricos cerrados ganados y cerrados perdidos.

Extraiga las notas del deal, correos y registros de actividad del CRM. Aplique sus nuevos criterios de etapa y pregunte: ¿en qué punto habría avanzado este deal a cada etapa? ¿Dónde se habría estancado? ¿Dónde se habría descalificado?

Esta auditoría retrospectiva hace tres cosas:

  1. Revela si sus criterios de entrada realmente coinciden con cómo se mueven los deals en la práctica. Si 12 de sus 20 deals históricos nunca produjeron una señal de "comprador económico identificado por nombre", puede que necesite ajustar ese criterio o su proceso de calificación.

  2. Identifica patrones de pérdidas. Si 8 de sus 10 deals perdidos se estancaron en la misma etapa y por razones similares, eso es un fallo del proceso en esa etapa, no solo una racha de mala suerte.

  3. Le da una comparación antes/después. Tome su Pipeline actual y reclasifique cada deal activo usando los nuevos criterios. ¿Cuántos deals se mueven hacia atrás? Si el 40% de sus deals en "Propuesta" caen a una etapa anterior, su Pipeline estaba inflado. Ahora lo sabe.

Una plantilla de auditoría útil:

Deal Resultado de Cierre ¿Entró a la Etapa 3 Cuándo? ¿Criterio de Entrada Cumplido? Punto de Estancamiento Razón de Pérdida
Deal A Ganado Semana 3 Sí N/A N/A
Deal B Perdido Semana 2 Parcial Etapa 4 Champion se fue
Deal C Perdido Nunca No Etapa 2 Presupuesto sin confirmar

Paso 7: Obtenga la Aprobación de los Representantes Antes del Lanzamiento

El mejor diseño de Pipeline del mundo falla si los representantes no lo usan consistentemente. El peor resultado no es la resistencia. Es el incumplimiento silencioso, donde los representantes avanzan deals a las etapas que mejor se ven en lugar de las etapas que son precisas.

Antes de lanzar, ejecute una sesión de trabajo de 30 minutos con su equipo de ventas. No presente las nuevas etapas como un producto terminado. Tráigalas como un borrador casi final y pida aportaciones.

Las preguntas que generan la retroalimentación más valiosa:

  • "¿Hay algún escenario en que un deal legítimamente se saltaría la Etapa X?"
  • "¿El criterio de entrada para la Etapa Y es algo que podría verificar en 30 segundos?"
  • "¿Está en desacuerdo con alguna de las asignaciones de probabilidad? Si es así, ¿qué sugiere su experiencia?"

Los representantes que ayudaron a dar forma al diseño del Pipeline lo aplican de manera diferente que los representantes a quienes se les entregó. Esa conversación de 30 minutos se paga con calidad de datos durante los próximos 12 meses.

Errores Comunes

Etapas que requieren interpretación del representante. Cualquier criterio de entrada con palabras como "claramente", "sólido" o "genuino" será interpretado de manera diferente por cada representante.

Saltarse la taxonomía de pérdidas. Las etapas del Pipeline necesitan una taxonomía correspondiente de razones de pérdida. Si las razones de pérdida son "perdido ante competidor", "sin presupuesto" y "momento inadecuado", no puede aprender nada. Construya razones de pérdida que correspondan a dónde en el Pipeline perdió el control.

Etapas nombradas por documentos internos. "Contrato Enviado" y "MSA Enviado" describen su proceso, no el del comprador. Renómbrelas a estados del comprador: "Revisión Legal en Progreso" o "Contrato bajo Revisión Mutua."

Demasiadas etapas para un ciclo de ventas corto. Si su deal promedio cierra en 18 días, 8 etapas significa que los representantes están actualizando la etapa dos veces por semana.

Sin etapa para "seguimiento activo" o "calificado en progresión lenta". Los deals que están calificados pero en un cronograma de comprador más largo no deberían quedarse en una etapa activa consumiendo el pronóstico. Construya una etapa de estacionamiento para los deals que está madurando hacia un trimestre futuro.

Qué Hacer a Continuación

Pilote el Pipeline rediseñado con un equipo o un segmento de deals durante un ciclo de ventas completo antes de implementarlo en toda la organización. Rastree tres métricas:

  1. Precisión del pronóstico: ¿Su cierre previsto para el período coincidió con el cierre real dentro del 15%?
  2. Desacuerdos sobre el avance de etapas: ¿Con qué frecuencia los managers rechazaron la asignación de etapa de un representante?
  3. Claridad en las pérdidas: ¿Puede identificar dónde en el Pipeline se desmoronó realmente cada deal perdido?

Si el piloto muestra mejoras en los tres, expándalo. Si la precisión del pronóstico no mejoró, mire sus criterios de entrada y asignaciones de probabilidad antes de rediseñar nuevamente.

Aprenda Más