Por Que a Maioria das Jogadas de Vendas Morre em Campo, e Como Salvá-las

Toda jogada de vendas nasce otimista. Um líder de receita identifica um padrão, RevOps e enablement constroem uma jogada organizada em torno dele, ela é revelada no QBR para cabeças balançando em aprovação, e todo mundo concorda que é exatamente o que a equipe precisa. Seis semanas depois, a adoção está próxima de zero. Os reps silenciosamente voltaram a fazer o que sempre fizeram. A jogada não está oficialmente morta, ainda está sentada na biblioteca de enablement, mas em campo, onde a receita é feita, ela nunca viveu.

Isso é tão comum que chega a ser quase uma lei. A maioria das jogadas morre em campo, e elas não morrem porque as ideias eram ruins. Elas morrem de um conjunto previsível de lacunas entre como a jogada foi desenhada e como a terça-feira de um rep realmente é. Feche as lacunas e você tem um playbook que muda comportamento. Deixe-as e você tem uma pasta.

Causa da morte nº 1: a jogada nunca chega ao momento

O assassino mais comum é o timing. Uma jogada só é útil num momento específico, quando um determinado gatilho ocorre. Numa configuração típica, a jogada fica num documento, e cabe inteiramente ao rep se lembrar que a jogada existe, perceber que este negócio atingiu o gatilho, e depois ir encontrar e executar a jogada. Três pontos de falha independentes entre um momento real de compra e o disparo da jogada.

Para um rep malabarizando 40 negócios, os três falham constantemente. O momento passa despercebido, a jogada fica na gaveta, a oportunidade vaza. Jogadas com gatilhos fracos ou ausentes já nascem mortas, o que é por que a anatomia de uma jogada de alta conversão começa pelo gatilho. Uma jogada que depende da memória humana para chegar ao seu momento vai perder esse momento na maioria das vezes.

O resgate: conecte o gatilho a um sinal que o sistema consiga detectar e coloque a jogada na frente do rep quando o momento chegar. Essa é a diferença entre transformar sinais em melhores próximas ações e esperar que alguém se lembre.

Causa da morte nº 2: ela não sobrevive a um negócio real

O segundo assassino é a rigidez. Muitas jogadas são escritas como sequências limpas e lineares que assumem que o negócio vai se comportar. Negócios não se comportam. Um novo stakeholder aparece, o comprador some, um concorrente é convidado, o champion é realocado. No momento em que o negócio se desvia do roteiro, o que é imediatamente, o rep decide que a jogada "não se aplica aqui" e a abandona.

Uma jogada rígida só funciona no caso ideal, e o caso ideal quase nunca acontece. A correção não é tornar a jogada mais vaga; uma jogada vaga é inútil de uma forma diferente. Desenhe-a para se ramificar, com respostas definidas para as formas comuns pelas quais os negócios saem dos trilhos. Playbooks que se adaptam ao comportamento do comprador sobrevivem em campo, e roteiros estáticos não. Estrutura suficiente para guiar, flexibilidade suficiente para se dobrar.

Causa da morte nº 3: ninguém sabe se está funcionando

O terceiro assassino é a invisibilidade. Quando uma jogada é lançada, a maioria das equipes não tem como ver se ela está realmente sendo executada, e, se estiver, se converte. Sem isso:

• Boas jogadas são abandonadas porque não há prova de que funcionam, então os reps não confiam nelas.
• Jogadas ruins vivem para sempre porque nada sinaliza que estão falhando.
• Não há ciclo de coaching. Um gerente não consegue perguntar "você executou a jogada?" quando não há registro de quem executou o quê.

Uma jogada que você não consegue medir é uma jogada que você não consegue melhorar ou defender. É a mesma lacuna de instrumentação que separa um documento estático da orquestração dinâmica. Se você não consegue ver a jogada sendo executada, está apenas adivinhando.

O resgate: instrumente cada jogada para que você possa ver taxa de disparo, taxa de conclusão e conversão. Depois elimine as perdedoras e reforce as vencedoras com evidência em vez de opinião.

Causa da morte nº 4: ela briga com os incentivos do rep

O assassino mais silencioso. Uma jogada pode estar perfeitamente desenhada e ainda assim morrer porque executá-la não ajuda o rep a bater sua meta, ou ativamente o atrasa. Se uma jogada de multithreading adiciona duas semanas a um ciclo e o rep é remunerado por velocidade, ele vai pulá-la sempre. Se uma jogada serve principalmente aos objetivos de uma equipe posterior às custas do rep, o que acontece muito em pontos de transição, ela não vai ser executada, não importa quão boa seja.

Reps são racionais. Eles otimizam para o que são pagos, e uma jogada que briga com isso perde. Antes de lançar uma, faça uma pergunta direta: executar isso ajuda o rep, ou só a empresa? Se a resposta é só a empresa, a jogada já está morrendo. Redesenhe-a para que o rep tire algo dela, ou mude os incentivos para que a jogada e a meta apontem na mesma direção.

Um diagnóstico rápido

Quando uma jogada está morrendo, ou antes de lançar uma, passe-a por isto:

1. Ela tem um gatilho real e detectável? Se depende da memória do rep, corrija a entrega.
2. Ela sobrevive ao desvio? Se só funciona no caso ideal, adicione ramificações.
3. Você consegue medi-la? Se não consegue ver a execução e a conversão, instrumente.
4. Ela ajuda o rep a vencer? Se briga com a remuneração dele, redesenhe a jogada ou a remuneração.
5. Ela é entregue onde o rep trabalha? Se vive num documento que ninguém abre, traga-a para o fluxo.

A maioria das jogadas mortas falha em duas ou três dessas ao mesmo tempo. Corrija-as e jogadas que morreriam silenciosamente começam a mover receita.

Principais conclusões

• Jogadas morrem por timing. Elas dependem da memória do rep para chegar ao momento e perdem esse momento.
• Jogadas morrem por rigidez. Roteiros lineares quebram no instante em que um negócio se desvia, então construa ramificações.
• Jogadas morrem por invisibilidade. Se você não consegue medir uma jogada, não consegue confiar nela, melhorá-la, ou treinar sobre ela.
• Jogadas morrem quando brigam com a meta do rep. Essa briga tem um único resultado.
• Salvá-las significa gatilhos reais, ramificações, instrumentação, incentivos alinhados, e entrega dentro do fluxo de trabalho do rep.

Salvar suas jogadas se resume a fechar a lacuna entre uma boa ideia e execução confiável, que é todo o ponto de um playbook de GTM repetível que vive em campo, não na biblioteca. Orquestração de receita é como as jogadas continuam vivas: a certa, no momento certo, na frente do rep certo.