La mayoría de los pipelines B2B SaaS colapsan a tres etapas, qualified, proposal, closed. Cada deal que muere entre «problema confirmado» y «contrato firmado» se loguea como perdido en legal o perdido a no decisión. El pipeline no perdió el deal, falló en modelarlo. Un pipeline que no puede describir lo que pasa entre confirmación y firma no puede decirle por qué un deal se estancó, lo que significa que no puede decirle qué hacer a continuación. El modelo de cinco etapas siguiente ha sobrevivido al contacto con tres implementaciones B2B SaaS en vivo, y sobrevive porque cada etapa mapea a un comportamiento de buyer distinto y una acción de seller distinta.
Por qué importa ahora
La compra B2B no se ha vuelto más fácil, se ha vuelto más concurrida. Adamson, Dixon y Toman argumentaron en Harvard Business Review que el solution selling se ha quedado sin espacio, porque los equipos de procurement ahora llegan con su propio diagnóstico y shortlist. La palanca restante del seller se tira antes de que el buyer ejecute siquiera procurement: reformule el problema que el buyer creía tener, y gánese el derecho a definir el outcome. Un pipeline con tres etapas no puede hacer ese trabajo. La arquitectura de deal-stage es el mecanismo de simplificación, cuando las etapas se nombran por el comportamiento del buyer y el trabajo del seller, el equipo tiene una forcing function para qué hacer a continuación. Cuando las etapas se nombran «qualified, proposal, closed,» el equipo tiene un archivador.
Etapa uno: Educate, vision-selling, no feature-selling
La etapa de educate es donde el buyer encuentra un frame para el problema para el que aún no tenía lenguaje. El trabajo del seller no es hacer demo del producto: es darle al buyer un vocabulario para el problema operativo que el producto aborda, y un punto de vista sobre por qué empeorará antes de mejorar. Comportamiento del buyer: disposición a tomar un meeting donde no se vende nada. Acción del seller: un reframe: una articulación de una página del problema, anclada en el mercado, fase y presión comercial del buyer. Criterios de salida, el buyer dice, en sus propias palabras, el problema que vino a discutir. Si no puede, no está fuera de educate.
La mayoría de los equipos saltan esta etapa y llaman a la primera call «discovery.» Discovery sin educación es un checklist de pain points que el buyer respondió con lo que pensó que usted quería oír.
Etapa dos, Discover, la sesión de trabajo que se gana el derecho a proponer
Discovery no es un guion de preguntas de cualificación. Es una sesión de trabajo, idealmente con uno de los líderes operativos del buyer en la sala, donde el seller mapea el workflow del buyer contra el frame de educate. Comportamiento del buyer: traen datos, traen un colega, cancelan un meeting para tomar este. Acción del seller: presione el frame, nombre los dos o tres lugares donde aguanta y el lugar donde no, escriba de vuelta al buyer dentro de veinticuatro horas. Criterios de salida, el buyer está de acuerdo, por escrito o en una call, que el problema como se describe es el problema que vale la pena resolver. Sin eso, no puede tarifar una solución para él.
Etapa tres, Value, el workshop que cierra el deal
Esta es la etapa que la mayoría de los equipos se saltan, y saltársela es por qué los deals mueren en legal. El instinto después de discovery es enviar la propuesta, pricing, términos, scope, redlines, y dejar que la función de procurement del buyer haga el resto. La propuesta aterriza en un comité que no ha visto el frame de educate, no ha estado en la sesión de trabajo de discover, y no tiene razón comercial para defender el deal. El deal muere en el escritorio de procurement y el seller lo llama un problema de legal.
El arreglo es un workshop de value con el comité completo del buyer, antes de que la propuesta salga. Un deck. Una hora. El seller está vendiendo la visión del outcome: cómo se ve la motion de revenue del buyer en doce meses, cómo se ve la curva de renovación en veinticuatro, qué patrones de advocacy y expansión desbloquean: no el software, no el seat count. El workshop es el momento en que el comité se alinea sobre el outcome, que es lo que hace que la propuesta sea una formalidad en lugar de una negociación. Comportamiento del buyer: el comité completo aparece. Acción del seller: presente el outcome, no el precio. Criterios de salida, el workshop estuvo en el calendario y ocurrió. No puede salir de value hasta que el workshop esté hecho.
Por qué esta etapa falta en la mayoría de los pipelines
Nadie en el equipo la posee. Marketing posee el top of funnel, sales posee el cierre, y la decisión operativa que el buyer realmente está tomando, «¿esto entregará el outcome que acordamos?», ocurre en una tierra de nadie entre ellos. La etapa de value nombra ese hueco y le da un owner.
Etapa cuatro: Setup, contratación, kickoff, las etapas que hereda CS
Setup es la etapa donde el deal está comercialmente ganado pero operativamente indefinido. El contrato está en revisión legal o firmado pendiente del scheduling de kickoff. El comportamiento del buyer cambia de evaluar a hacer onboarding: timelines de implementación, gestión del cambio, handoff del comité de compra al equipo operativo. Acción del seller: hacer que el kickoff se sienta inevitable. Fecha de kickoff confirmada, owners nombrados en ambos lados, un plan de implementación de una página que el customer success owner ya ha leído. Criterios de salida, contrato firmado y kickoff agendado. La limpieza de la herencia determina si los primeros noventa días son un onboarding suave o un proyecto de recuperación.
Etapa cinco: Closed Won, una definición única, defendida
Closed won es uno de los nombres de etapa más abusados en pipelines B2B SaaS. En una instancia heredada de HubSpot o Salesforce a veces significa contrato firmado, a veces kickoff agendado, a veces revenue reconocido, y frecuentemente lo que el rep necesitaba que significara para alcanzar el trimestre. El modelo de cinco etapas la define como una cosa, contrato firmado y contra-firmado, implementación agendada, customer success owner nombrado, evento de revenue reconocible para finance. Cualquier cosa anterior está aún en setup. La definición de etapa es una forcing function para reporting limpio, y reporting limpio es lo único de lo que depende el forecast.
Patrón de campo
Un equipo B2B SaaS Series B en DACH vino a nosotros con un pipeline de cuatro etapas, new, qualified, proposal, closed. La win rate desde proposal estaba corriendo por debajo del treinta por ciento, y el equipo lo trataba como un problema de pricing. No lo era, era un problema de definición de etapa. Ejecutamos el modelo de cinco etapas contra noventa días de deals históricos y encontramos que aproximadamente dos tercios de los deals perdidos desde proposal habían saltado lo que ahora llamamos el value workshop. Reconstruimos el pipeline contra las cinco etapas, hicimos del value workshop un criterio duro de salida, y reescribimos las definiciones de deal stage en HubSpot con una definición de una frase, criterio de entrada, criterio de salida y owner por etapa. El primer trimestre sobre el nuevo pipeline movió la win rate sobre los deals de etapa cinco a un número que el founder estaba dispuesto a poner en un board deck.
Resolución, un playbook de pipeline de cinco etapas
Para cualquier equipo B2B SaaS a punto de rediseñar o auditar un sales pipeline:
- Nombre las etapas por el comportamiento del buyer y la acción del seller. No «qualified» o «proposal»: educate, discover, value, setup, closed won. El nombre tiene que decirle al rep cuál es el siguiente movimiento.
- Escriba una definición de una frase para cada etapa. Añada un criterio de entrada explícito, un criterio de salida explícito, y un owner nombrado. Si una etapa no puede definirse en una frase, está haciendo demasiado.
- Haga del value workshop un criterio duro de salida. Ningún deal se mueve a setup sin un workshop en el calendario con el comité completo del buyer. No debilite la forcing function.
- Audite noventa días de deals históricos contra las nuevas etapas. Mapee cada deal ganado y perdido a la etapa en la que realmente murió. El hueco entre etiquetas legacy y realidad es el diagnóstico.
- Reconstruya el pipeline de HubSpot o Salesforce contra las nuevas definiciones de etapa. Un pipeline, cinco etapas, un owner por etapa. Borre etapas legacy que ya no mapeen.
- Entrene al equipo sobre las transiciones de etapa, no sobre los nombres de etapa. El equipo necesita saber qué mueve un deal de educate a discover, no cómo se deletrea educate.
- Reporte sobre la conversión etapa-a-etapa, no sobre la win rate agregada. Un pipeline cuyas etapas mapean al comportamiento del buyer le da una lectura de velocidad en cada transición. Eso es lo que un forecast se supone que es.
Dónde entra Checkpoint
La arquitectura de pipeline es trabajo de RevOps que se paga a sí mismo en el primer trimestre. El modelo de cinco etapas es uno de los frames estándar que ejecutamos sobre pipelines heredados y greenfield en Checkpoint, y el ciclo de auditoría-y-reconstrucción sobre un pipeline típico de HubSpot toma cuatro a seis semanas. Si su pipeline está colapsando a tres etapas y el equipo está llamando a los deals estancados «problemas de legal,» el arreglo es una arquitectura de etapa que fuerza el trabajo antes de que la propuesta salga. Hable con nosotros antes de rediseñar el pipeline una segunda vez.