Por qué la mayoría de los sales plays mueren en el terreno, y cómo salvarlos

Todo sales play nace optimista. Un líder de ingresos detecta un patrón, RevOps y enablement construyen un play ordenado a su alrededor, se presenta en la QBR ante cabezas que asienten, y todos coinciden en que es exactamente lo que el equipo necesita. Seis semanas después, la adopción es casi nula. Los reps han vuelto silenciosamente a hacer lo que siempre hicieron. El play no está oficialmente muerto, sigue en la biblioteca de enablement, pero en el terreno, donde se genera el ingreso, nunca llegó a vivir.

Esto es tan común que es casi una ley. La mayoría de los plays mueren en el terreno, y no mueren porque las ideas fueran malas. Mueren por un conjunto predecible de brechas entre cómo se diseñó el play y cómo es realmente el martes de un rep. Cierra esas brechas y tienes un playbook que cambia el comportamiento. Déjalas y tienes una carpeta.

Causa de muerte #1: el play nunca llega al momento

El asesino más común es el timing. Un play solo es útil en un momento específico, cuando ocurre un disparador particular. En una configuración típica, el play vive en un documento, y depende enteramente del rep recordar que el play existe, notar que esta operación alcanzó el disparador y luego ir a buscarlo y ejecutarlo. Tres puntos de fallo independientes entre un momento de compra real y la activación del play.

Para un rep que hace malabares con 40 operaciones, los tres fallan constantemente. El momento pasa sin ser reconocido, el play se queda en el cajón, la oportunidad se fuga. Los plays con disparadores débiles o ausentes están muertos desde el nacimiento, por eso la anatomía de un play de alta conversión empieza por el disparador. Un play que depende de la memoria humana para llegar a su momento se perderá ese momento la mayoría de las veces.

El rescate: conecta el disparador a una señal que el sistema pueda detectar y pon el play frente al rep cuando llegue el momento. Esa es la diferencia entre convertir señales en próximas mejores acciones y esperar que alguien se acuerde.

Causa de muerte #2: no sobrevive a una operación real

El segundo asesino es la rigidez. Muchos plays están escritos como secuencias lineales y limpias que asumen que la operación se comporta bien. Las operaciones no se comportan bien. Aparece un nuevo stakeholder, el comprador se queda en silencio, se invita a un competidor, reorganizan al champion. En el momento en que la operación se desvía del guion, que es inmediatamente, el rep decide que el play "no aplica aquí" y lo abandona.

Un play rígido solo funciona en el caso ideal, y el caso ideal casi nunca ocurre. La solución no es hacer el play más vago; un play vago es inútil de otra manera. Diséñalo para ramificarse, con respuestas definidas para las formas comunes en que las operaciones se tuercen. Los playbooks que se adaptan al comportamiento del comprador sobreviven al terreno y los guiones estáticos no. Suficiente estructura para guiar, suficiente flexibilidad para doblarse.

Causa de muerte #3: nadie puede saber si está funcionando

El tercer asesino es la invisibilidad. Cuando se lanza un play, la mayoría de los equipos no tiene forma de ver si realmente se está ejecutando, y si se ejecuta, si convierte. Sin eso:

• Los buenos plays se abandonan porque no hay prueba de que funcionen, así que los reps no confían en ellos.
• Los malos plays viven para siempre porque nada señala que están fallando.
• No hay ciclo de coaching. Un manager no puede preguntar "¿ejecutaste el play?" cuando no hay registro de quién ejecutó qué.

Un play que no puedes medir es un play que no puedes mejorar ni defender. Es la misma brecha de instrumentación que separa un documento estático de la orquestación dinámica. Si no puedes ver el play ejecutándose, estás adivinando.

El rescate: instrumenta cada play para poder ver la tasa de activación, la finalización y la conversión. Luego elimina a los perdedores y redobla la apuesta en los ganadores con evidencia en lugar de opinión.

Causa de muerte #4: pelea contra los incentivos del rep

El asesino más silencioso. Un play puede estar perfectamente diseñado y aun así morir porque ejecutarlo no ayuda al rep a alcanzar su cifra, o incluso lo ralentiza. Si un play de multithreading añade dos semanas a un ciclo y al rep se le compensa por velocidad, lo saltará siempre. Si un play sirve principalmente a los objetivos de un equipo receptor a expensas del rep, algo que ocurre mucho en los puntos de traspaso, no se ejecutará sin importar lo bueno que sea.

Los reps son racionales. Optimizan por lo que se les paga, y un play que pelea contra eso pierde. Antes de lanzar uno, hazte una pregunta directa: ¿ejecutar esto ayuda al rep, o solo a la empresa? Si la respuesta es solo a la empresa, el play ya está muriendo. Rediséñalo para que el rep obtenga algo de él, o cambia los incentivos para que el play y la cifra apunten en la misma dirección.

Un diagnóstico breve

Cuando un play está muriendo, o antes de lanzar uno, pásalo por esto:

1. ¿Tiene un disparador real y detectable? Si depende de la memoria del rep, arregla la entrega.
2. ¿Sobrevive a la desviación? Si solo funciona en el caso ideal, añade ramificaciones.
3. ¿Puedes medirlo? Si no puedes ver que se ejecuta y convierte, instrúmentalo.
4. ¿Ayuda al rep a ganar? Si pelea contra su compensación, rediseña el play o la compensación.
5. ¿Se entrega donde trabaja el rep? Si vive en un documento que nadie abre, tráelo al flujo de trabajo.

La mayoría de los plays muertos fallan dos o tres de estos a la vez. Arregla eso y los plays que habrían muerto en silencio empiezan a mover ingresos.

Conclusiones clave

• Los plays mueren por timing. Dependen de la memoria del rep para llegar al momento y lo pierden.
• Los plays mueren por rigidez. Los guiones lineales se rompen en el instante en que una operación se desvía, así que incorpora ramificaciones.
• Los plays mueren por invisibilidad. Si no puedes medir un play, no puedes confiar en él, mejorarlo ni coachearlo.
• Los plays mueren cuando pelean contra la cifra del rep. Esa pelea tiene un solo resultado.
• Salvarlos significa disparadores reales, ramificación, instrumentación, incentivos alineados y entrega dentro del flujo de trabajo del rep.

Salvar tus plays se reduce a cerrar la brecha entre una buena idea y una ejecución fiable, que es todo el sentido de un playbook de GTM repetible que vive en el terreno y no en la biblioteca. La orquestación de ingresos es cómo los plays se mantienen vivos: el correcto, en el momento correcto, frente al rep correcto.