Dados e vendas
Demo feita e nada acontece: o que revisar na etapa seguinte
Antes de trocar o roteiro da demonstração ou contratar mais vendedores, vale saber em que ponto o pós-demo trava. Quatro sinais medidos sobre as demos realizadas ajudam a decidir onde investir o próximo esforço.
Se as demonstrações acontecem e poucas oportunidades avançam, vale investigar três pontos: se a oportunidade entrou com qualificação suficiente, se a reunião terminou com um próximo passo combinado e se as pessoas que decidem participaram. Uma forma de avaliar essas hipóteses na sua operação é tratar o pós-demo como uma etapa isolada e medir cada sinal com um denominador claro.
O guia de gestão de pipeline da Salesforce recomenda definir critérios de saída para cada etapa e acompanhar a conversão entre etapas para localizar negociações paradas. Adaptamos essa lógica ao pós-demo nos sinais abaixo; a escolha desses sinais é nossa proposta de organização, não um modelo validado pela fonte.
Sinais separados sobre as demos realizadas
Escolha um grupo de demonstrações realizadas em um mesmo período e acompanhe esse grupo até o desfecho. O denominador de todas as taxas é o número de demos realizadas nesse grupo. Antes disso, vale registrar duas contagens anteriores, agendadas e realizadas, porque a taxa de comparecimento (realizadas divididas por agendadas) mostra se o problema nasce antes da reunião.
Os sinais seguintes não formam uma sequência obrigatória. Uma demo sem decisor pode avançar, e uma demo com decisor pode terminar sem data. Por isso, cada um é medido de forma independente sobre as realizadas, e a leitura mais útil vem do cruzamento entre eles (por exemplo, quantas demos com próximo passo datado também tiveram decisor). Dividir um sinal por outro, em vez de pelas demos realizadas, mistura grupos diferentes e pode gerar taxas sem sentido.
| Sinal (sobre demos realizadas) | O que verifica | Se aparecer pouco, comece por |
|---|---|---|
| Problema confirmado | O cliente descreveu a dor com as próprias palavras | Rever a qualificação antes da demo e as perguntas feitas na abertura |
| Decisor ou influenciador presente | Quem aprova, usa ou paga participou | Pedir, ao marcar, a presença de quem participa da decisão |
| Próximo passo datado | Há ação, data e responsável registrados | Reservar o fim da reunião para combinar o compromisso, não só para perguntas |
| Avanço | A oportunidade passou à etapa seguinte do seu processo | Definir por escrito o que significa avançar |
Esses números só dizem algo quando comparados ao seu próprio histórico e entre grupos de tamanho razoável. Com poucas demos, uma variação pequena pode ser acaso. Não há taxa de referência válida para todo SaaS, e uma observação de comportamento não prova a causa: ela indica onde investigar.
Auditoria de uma demo parada
Para cada oportunidade que realizou a demo e parou, revise cinco itens no registro da reunião. Eles ajudam a separar falta de qualificação, de próximo passo e de stakeholders.
- Problema confirmado: o cliente descreveu, com as próprias palavras, a dor que o produto resolveria?
- Critério de avaliação: ficou claro como ele vai decidir, incluindo preço, prazo e requisitos?
- Lacuna técnica: alguma pergunta de integração, segurança ou uso ficou sem resposta?
- Decisores ausentes: quem aprova, quem usa e quem paga estavam representados, ou só um interlocutor?
- Próximo compromisso: existe data e responsável registrados, ou apenas um “retorno em breve”?
Se o problema não foi confirmado, a pista aponta para a qualificação antes da demo. Se o problema existe, mas não há compromisso datado, vale investigar a condução do encerramento. Se há compromisso, mas falta decisor, vale investigar o envolvimento de quem participa da decisão. Quando vários itens falham juntos, priorize o que aparece com mais frequência no seu grupo, sem presumir que seja a única causa.
Um exemplo hipotético
Imagine, hipoteticamente, que uma empresa de software de gestão tenha 40 demonstrações realizadas em um trimestre e que 15 delas avançaram. Ao revisar as 25 paradas, ela vê que em todas só havia um usuário na reunião e nenhuma tinha data de retorno. Esse padrão sugere olhar primeiro para o convite (quem deve participar) e para o fechamento da reunião, antes de mexer no roteiro. Falta ainda saber como as 15 que avançaram se comportaram nesses mesmos itens: se também tinham um único participante e nenhuma data, o padrão não distingue avanço de parada, e a hipótese perde força. Por isso a revisão compara os dois grupos e testa a mudança nas demos seguintes, sem tratá-la como conclusão.
Onde esse recorte não resolve
Esse recorte mede apenas o que acontece depois da demonstração. Ele não avalia a qualidade geral dos contatos que chegam, assunto mais ligado a como o cadastro vira uso do produto, tema que tratamos em cadastro, ativação e assinatura em SaaS. Também não cobre a cadência de contatos depois de uma proposta enviada. Se a maior perda estiver entre agendamento e realização, a revisão do pós-demo trará pouco.
Compare as últimas demos que avançaram com as que pararam, usando os cinco itens da auditoria em ambos os grupos. Uma falha frequente nas paradas, mas rara nos avanços, dá uma pista mais útil sobre onde investigar: qualificação, fechamento da reunião ou envolvimento dos decisores.
