Design da demonstração: construindo a demo em torno da dor do comprador

Há um SE em toda equipe que roda a mesma demo de 45 minutos para todo comprador. Os mesmos slides. O mesmo caminho de cliques. O mesmo "e aqui você pode ver...". A cada trimestre, a conversão cai um pouco. O comprador assente, diz "parece ótimo" e some. A demo não estava ruim. Ela só não era sobre ele.

Se você já viu isso acontecer, ou fez isso você mesmo, já sabe que a correção não é um deck mais bonito ou um caminho de cliques mais elegante. É um design totalmente diferente. Uma demo que vence é organizada em torno da dor específica que o comprador te contou na descoberta, não da árvore de recursos do produto.

Uma demo de tour de recursos pede ao comprador que traduza o que viu para o próprio fluxo de trabalho. Uma demo guiada por dor faz a tradução por ele, no palco, em tempo real. Essa mudança cognitiva é a diferença entre "parece ótimo" e "quão cedo podemos começar".

Aqui está a parte que a maioria dos SEs deixa passar: o design da demo é um problema de descoberta, não um problema de apresentação. Se a demo parece genérica, é porque a descoberta foi genérica. Conserte a descoberta primeiro, e a demo se escreve sozinha. A maior parte do que vem a seguir pressupõe que você fez o trabalho lá na frente. Se não fez, comece com a descoberta técnica que revela o fit real antes de montar outro deck.

Por que guiada por dor vence o tour de recursos, sempre

A demo de tour de recursos tem um problema de lógica em sua essência. Você está mostrando ao comprador tudo o que o seu produto faz e pedindo que ele descubra quais partes importam para ele. Esse é o trabalho dele, não o seu. E ele não vai fazê-lo bem: vai esquecer metade do que você mostrou até terça-feira, e a metade de que ele lembrar provavelmente não foi a metade que resolve o problema real dele.

Demos guiadas por dor invertem isso. Você pega as três dores que ele te contou na descoberta e mostra (na linguagem dele, com o fluxo de trabalho dele, contra o formato dos dados dele) exatamente como essas três dores desaparecem. Todo o resto fica de fora. Se você tem um recurso de relatórios incrível e ele não mencionou relatórios, ele não entra na demo. Guarde para a expansão.

O cérebro do comprador está fazendo uma coisa durante uma demo: combinar padrões entre o que está vendo e o que precisa. Quanto mais a sua demo se parecer com o mundo dele, mais fácil essa combinação de padrões fica. Quanto mais ela deriva para o território do tour genérico de produto, mais ele precisa trabalhar, e mais ele recua para o "parece ótimo, deixa eu pensar".

Preparação pré-demonstração: das notas de descoberta ao storyboard

Antes de abrir o ambiente de demonstração, antes de tocar em um slide, você constrói o storyboard. Isso leva 30 minutos se a descoberta foi boa e três horas se não foi.

Pegue as suas notas de descoberta. Identifique as três principais dores que o comprador classificou como as maiores. Para cada uma, escreva duas frases:

1. Estado atual: como o comprador vive essa dor hoje.
2. Estado futuro: o que muda com o seu produto.

Esse é o esqueleto do seu storyboard. Três arcos de dor para resolução, na ordem em que o comprador as classificou. Se você tem mais de três, não priorizou. Escolha três. A quarta e a quinta dor aparecem no e-mail de acompanhamento, não na demo.

Template de storyboard da demonstração

Uma linha por dor descoberta. No máximo três linhas. A coluna de pergunta de fechamento é inegociável. É esse o ponto. Você não está só demonstrando recursos, está obtendo confirmação em tempo real de que a resolução acerta o alvo.

A estrutura de demo 30/40/30

A maioria dos SEs roda algo como 10/80/10: dez por cento de preparação, oitenta por cento de tour de recursos, dez por cento de fechamento apressado. Inverta. A estrutura que converte é 30/40/30.

30% de preparação. Recapitule a descoberta, em voz alta, na sala. "Na semana passada você me disse que três coisas eram as maiores dores: higiene de pipeline, visibilidade de forecast e ramp de novos contratados. Hoje vou mostrar como resolvemos essas três coisas, nessa ordem. Faz sentido?" Você está confirmando que a agenda é deles, não sua. Se eles te corrigirem aqui ("na verdade a higiene de pipeline saiu da lista, a coisa urgente agora é X"), você acabou de se poupar de 40 minutos demonstrando a coisa errada.

40% de recursos por dor. Um bloco de recurso por dor. Cada bloco segue o mesmo formato: enuncie a dor, mostre o fluxo de trabalho que a resolve, faça a pergunta de fechamento, siga em frente. Sem desvios. Se o comprador perguntar sobre algo fora do roteiro, estacione ("ótima pergunta, quero garantir que cubramos as três coisas primeiro, deixa eu voltar a isso") e realmente volte a ela.

30% de fechamento. Tratamento de objeções, contexto de preço, perguntas de fechamento durante a demo, compromisso com o próximo passo. A maioria dos SEs fica sem tempo para isso e termina com "alguma pergunta?". São 10 minutos desperdiçados. A seção de fechamento é onde você descobre se o negócio é real, o que de fato o trava e quem mais precisa ver isso. Você não chega lá a partir de um tour de recursos que comeu o relógio.

Rode o fluxo do comprador, não o fluxo do produto

A maneira mais rápida de perder uma demo é guiar um comprador pelo fluxo de onboarding do seu produto. Ele não precisa aprender como configurar o produto. Ele precisa ver como fica a vida dele depois que está configurado.

Configure o seu ambiente de demonstração com dados de exemplo que se pareçam com os dados do comprador. O tamanho do time dele. O formato do pipeline dele. Os nomes de estágio dele. O tamanho médio de negócio dele. Se eles são um time de vendas de 30 pessoas vendendo para o setor de saúde, não demonstre com cinco reps enterprise e logos de big tech. Gaste os 20 minutos pré-demo para trocar os dados de exemplo. Compradores identificam dados de demo genéricos na hora, e, depois que identificam, o resto da demo também parece genérico.

Percorra o fluxo de trabalho que eles descreveram na descoberta, na ordem deles, usando a linguagem deles. Se eles chamam negócios de "oportunidades", chame de oportunidades. Se eles chamam os estágios de vendas de "fases", chame de fases. A tradução acontece na sua cabeça, não na deles.

É aqui que o design do ambiente de demonstração do Rework compensa. O Rework CRM permite que os SEs clonem um sandbox por oportunidade em cerca de dez minutos, troquem nomes de estágio e dados de exemplo, e rodem a demo contra algo que se pareça com o mundo real do comprador. A partir de US$ 12/usuário/mês para a equipe inteira, uma vez que comprem.

Perguntas de fechamento durante a demo: o roteiro de seis perguntas

Embuta perguntas de fechamento dentro da demo, não depois. Depois de cada arco de dor para resolução, faça a pergunta certa para aquele momento. No terceiro arco, você ou confirmou três "sins" (agora o fechamento é procedimental) ou trouxe à tona a objeção real enquanto ainda há tempo de demo para tratá-la.

Seis perguntas, mapeadas para momentos específicos da demo:

1. Pergunta de confirmação (depois do primeiro bloco de recurso)

"Isso corresponde a como a sua equipe trabalha hoje, ou estou deixando passar algo?"

Você está testando se a sua compreensão do fluxo de trabalho se sustenta sob a demo ao vivo. Se eles te corrigirem, você ajusta na hora, e eles confiam mais em você por ter perguntado.

2. Pergunta de resolução (depois de cada arco de dor para resolução)

"Se isso funcionasse do jeito que acabei de mostrar, resolveria [a dor específica]?"

Esta é a pergunta mais importante da demo. Um "sim" de verdade é um sinal de compra. Um "sim, mas..." é a objeção real finalmente vindo à tona. Um "sim" com hesitação é algo em que você insiste.

3. Pergunta para fazer aflorar objeções (depois do segundo arco)

"O que faria isso não funcionar para você?"

Você está convidando-os a fazer aflorar a preocupação enquanto ainda há tempo de demo para tratá-la. Se eles esperarem até a revisão interna pós-demonstração, você nunca vai ver a objeção. Eles simplesmente vão ficar quietos. Para o tratamento tático quando a objeção surge, veja tratamento de objeções técnicas na sala.

4. Pergunta-ponte para preço (depois do terceiro arco)

"Se o fit estiver certo, quando você gostaria de ter isso no ar?"

Você não está pedindo orçamento. Você está pedindo urgência. A resposta deles te diz se este é um negócio "neste trimestre" ou um negócio "talvez no ano que vem", o que muda tudo no seu acompanhamento.

5. Pergunta sobre o processo de decisão (durante a seção de fechamento)

"Quem mais precisa ver isso antes de avançarmos?"

O comprador na sala raramente é o único tomador de decisão. Se ele disser "só eu", insista: "ótimo, e quem assinaria o contrato?". Os nomes que você não conhece são o risco do negócio que você não enxerga.

6. Pergunta sobre o próximo passo (últimos 5 minutos)

"Com base no que você viu, qual é o próximo passo certo a partir daqui?"

Deixe que eles proponham. Se propuserem algo fraco ("deixa eu pensar e te retorno"), contraponha com algo específico ("que tal um acompanhamento de 30 minutos na próxima terça com [o outro stakeholder]?"). Se propuserem algo concreto, você tem compromisso.

Essas seis perguntas levam cerca de quatro minutos no total para serem feitas ao longo de uma demo de 60 minutos. Elas são a coisa de maior alavancagem que você pode mudar na forma como demonstra.

Armadilhas comuns que afundam a conversão de demo para fechamento

O tour completo de recursos. "Deixa eu mostrar tudo o que a gente faz." O comprador se desliga no minuto 12. Você termina orgulhoso de quão minucioso foi e perde o negócio para um concorrente que mostrou três coisas bem.

A demo como tutorial. Ensinar o comprador a usar o produto antes de ele decidir comprá-lo. Ele não precisa saber como configurar funções personalizadas. Ele precisa saber como fica a manhã de segunda-feira da equipe dele depois que você está implantado.

Ignorar sinais de compra no meio da demo. O comprador se inclina e faz uma pergunta de preço. Você diz "a gente já chega lá" e perde o momento. Quando um comprador interrompe a demo para perguntar sobre preço, prazo ou implementação, é a demo te dizendo que está funcionando. Pare de demonstrar e responda à pergunta.

Demonstrar para a persona errada. Mostrar configuração de admin para um CEO. Mostrar dashboards estratégicos para um usuário final. Mesmo produto, demo diferente, dependendo de quem está na sala. Se a descoberta não te disse quem vai comparecer, pergunte antes da demo e monte o storyboard de acordo.

Demonstrar recursos que o comprador nunca pediu porque "é legal". O seu módulo de relatórios é genuinamente impressionante. Eles não pediram relatórios. Ele não entra na demo. Guarde para a expansão ou para o comprador que de fato tem uma dor de relatórios.

Antes vs. depois: um tour de recursos redesenhado como guiado por dor

Antes (tour de recursos, 45 minutos):

1. Boas-vindas + sobre nós (5 min)
2. Tour pelo Dashboard (8 min)
3. Visão de pipeline (8 min)
4. Módulo de relatórios (8 min)
5. Integrações (6 min)
6. App mobile (5 min)
7. Q&A (5 min)

O comprador vai embora tendo visto seis recursos, lembrando de dois, e incapaz de articular qual deles resolve o problema real dele.

Depois (guiado por dor, 60 minutos):

1. Recapitulação das três dores + confirmação da agenda (10 min)
2. Dor 1, higiene de pipeline, para a visão inteligente de pipeline, com os nomes de estágio deles (12 min), para a pergunta de fechamento
3. Dor 2, visibilidade de forecast, para o roll-up de forecast, contra a estrutura de time deles (12 min), para a pergunta de fechamento
4. Dor 3, ramp de novos contratados, para playbooks guiados, contra uma conta de exemplo de novo contratado (12 min), para a pergunta de fechamento
5. Seção de fechamento: objeções, preço, compromisso com o próximo passo (14 min)

Mesmo produto. Mesmo SE. A segunda demo converte cerca de 20 a 25% melhor, na nossa experiência e nos dados de equipes que fizeram a mudança. O comprador vai embora capaz de responder "o que este produto faz por nós?" em uma frase, que é exatamente o que ele precisa para convencer o CFO dele.

O template de e-mail de acompanhamento pós-demonstração

Envie no mesmo dia, antes de eles irem dormir. Três seções, sem enrolação:

Assunto: Resumo da demo de hoje: três dores, três resoluções

Olá, [Nome],

Resumo rápido de hoje, para que você e a equipe tenham por escrito.

As três dores que cobrimos, e como a Rework trata cada uma:

1. [Dor 1]: hoje, [estado atual]. Com a Rework, [estado futuro]. Mostramos isso com [recurso/fluxo específico].
2. [Dor 2]: hoje, [estado atual]. Com a Rework, [estado futuro]. Mostramos isso com [recurso/fluxo específico].
3. [Dor 3]: hoje, [estado atual]. Com a Rework, [estado futuro]. Mostramos isso com [recurso/fluxo específico].

Perguntas em aberto da demo:

• [Pergunta que fizeram, com a resposta]
• [Pergunta que fizeram, com a resposta]

Próximo passo proposto: Vamos marcar uma sessão de trabalho de 30 minutos na próxima terça às 14h com [o stakeholder adicional]. Vou apresentar a ele as mesmas três dores e podemos alinhar um cronograma de compras. Esse horário funciona?

[Seu nome]

Sem "me diga o que você acha". Sem "fico à disposição para qualquer pergunta". Sempre uma proposta concreta com uma data. O comprador vai aceitá-la, adiá-la ou contrapor. As três são informações úteis. "Me diga o que você acha" não te dá nada e deixa o negócio esfriar.

Medindo se isso está de fato funcionando

Três números, acompanhados por SE, revisados mensalmente:

• Conversão de demo para fechamento: percentual de demos que resultam em closed-won dentro do ciclo normal do negócio.
• Tempo até o fechamento após a demo: mediana de dias da demo até o contrato assinado.
• Taxa de no-show da demo: um indicador antecedente da qualidade da descoberta. Compradores que faltam às demos geralmente não foram qualificados corretamente lá na frente.

Um padrão de demo guiada por dor normalmente eleva a conversão de demo para fechamento em 15 a 25% e corta o tempo até o fechamento em 20 a 30%, porque o comprador sai da demo com um modelo mental mais claro e menos dúvidas em aberto. O detalhamento completo de quais métricas de SE importam (e quais são de vaidade) está em as métricas de engenheiro de vendas que realmente importam.

Se você é líder de enablement: faça valer o storyboard. Revise os decks de demo antes da demo, não depois. Rejeite qualquer deck de demo que tenha mais de três arcos de dor para resolução, ou qualquer um que não inclua as três perguntas de fechamento. O padrão é o padrão.

Como um dia de demo guiada por dor realmente fica

A maioria dos SEs roda de duas a quatro demos por dia em regime estável. A mudança para guiada por dor adiciona cerca de 30 minutos de preparo por demo e remove cerca de 15 minutos de limpeza pós-demonstração do tipo "o que a gente cobriu mesmo". Custo líquido: 15 minutos por demo. Benefício líquido: conversão significativamente maior e ciclos mais curtos. Para um quadro mais completo de como o resto do dia se encaixa, um dia na vida de um engenheiro de vendas percorre o ritmo completo.

Os SEs que batem a quota todo trimestre não têm demos melhores do que os que não batem. Eles têm descoberta melhor, o que significa que as demos deles quase se escrevem sozinhas na hora em que se sentam para montar o storyboard. Se você é um SE com dificuldade de converter, olhe para cima na cadeia. Se você é líder de enablement vendo a conversão da equipe derivar, olhe para cima na cadeia. A demo está sempre a jusante da descoberta.

Reflexão final

A demo não é a sua performance. É a prévia do estado futuro do comprador. Cada minuto que você gasta mostrando coisas que ele não pediu é um minuto roubado do fechamento. Cada minuto que você gasta na linguagem dele, contra o formato dos dados dele, perguntando se a resolução acerta o alvo, esse é o minuto que fecha o negócio.

Rode o storyboard. Use o roteiro. Envie o e-mail. Acompanhe os três números. O resto se resolve sozinho.