Script de Role Play Sobre Venda de Produto: um Exemplo Completo com Diálogo e Rubrica de Classificação

Um script de role play sobre venda de produto é um diálogo escrito entre dois personagens, geralmente um vendedor e um comprador, que percorre uma conversa de vendas realista da abertura até o fechamento. Diferentemente de um modelo genérico de apresentação de vendas, um script completo inclui ambos os lados da troca: o que o vendedor diz, como o comprador se opõe e como o vendedor responde a essa objeção.

Professores usam esses scripts em aulas de comunicação empresarial ou marketing para ensinar persuasão e negociação. Gerentes de vendas usam durante a integração para que novos representantes ouçam como soa uma boa conversa da descoberta até o fechamento antes de tentar ao vivo. O formato funciona porque remove a incerteza: em vez de dizer a alguém "lide bem com objeções", você mostra exatamente como isso parece linha por linha.

Um bom script de role play de venda de produto geralmente tem três partes: configuração de personagem (quem são o comprador e o vendedor e qual é a situação do comprador), o diálogo em si e notas de revisão que explicam por que certas linhas funcionaram.

Antes de distribuir o script abaixo, dedique cinco minutos à configuração. É mais importante que o diálogo em si, porque um role play só ensina algo se as pessoas que o executam entendem por que cada personagem age da maneira que age.

Aqui está um script de role play comprador-vendedor completo e utilizável. O produto é um aplicativo de gerenciamento de projetos chamado TaskFlow, mas a estrutura funciona para quase qualquer produto B2B ou B2C, você apenas muda os detalhes.

Configuração: Maya (vendedora) trabalha para TaskFlow. Devon (comprador) gerencia uma equipe de marketing de 12 pessoas que atualmente usa planilhas e e-mail para rastrear projetos. Devon já tentou outra ferramenta antes e achou que era muito complicada para a equipe adotar.

Maya: Oi Devon, obrigada por encontrar tempo. Antes de mostrar algo, você pode me explicar como sua equipe rastreia projetos no momento?

Devon: Claro. Usamos uma planilha compartilhada e muitas mensagens Slack. Funciona, mais ou menos, mas as coisas caem pelas frestas quando estamos ocupados.

Maya: Com que frequência você diria que algo cai pelas frestas, aproximadamente?

Devon: Honestamente, pelo menos uma vez por semana. Geralmente um prazo que alguém esqueceu porque estava enterrado em um thread.

Maya: Entendi. Então a planilha rastreia o trabalho, mas não avisa realmente ninguém ou sinaliza quando algo está em risco.

Devon: Certo, exatamente.

Maya: Essa é a lacuna para a qual o TaskFlow foi construído. Cada tarefa tem um proprietário e uma data de vencimento, e o aplicativo envia um aviso dois dias antes de algo estar atrasado, então surge antes de se tornar um prazo perdido em vez de depois. Dado o que você acabou de descrever, isso teria capturado o problema da semana passada?

Devon: Provavelmente, sim. Mas vou ser honesto, tentamos uma ferramenta assim no ano passado e a equipe odiou. Muitos cliques, muita configuração.

Maya: Essa é uma preocupação justa, e é a razão número um pela qual as equipes abandonam essas ferramentas. Posso perguntar o que especificamente fez parecer muitos cliques?

Devon: Apenas criar uma tarefa levava como cinco campos. As pessoas pararam de tentar.

Maya: Faz sentido. A criação de tarefas do TaskFlow é um campo: digite a tarefa e pressione enter, tudo mais é opcional. Prefiro mostrar do que descrever, seria possível um passo a passo de 15 minutos com dois ou três membros da sua equipe, para que você não seja o único julgando se é realmente simples?

Devon: Isso é razoável. Quanto custa para um time do nosso tamanho?

Maya: Para 12 pessoas são $ 8 por pessoa por mês, então $ 96 no total, e as primeiras duas semanas são grátis para que sua equipe possa testá-lo em um projeto real antes que alguém pague por isso.

Devon: Ok. Vamos agendar esse passo a passo. Pode ser quinta-feira?

Maya: Quinta-feira funciona. Vou enviar um convite de calendário com os dois membros da equipe que você mencionou inclusos.

Olhe novamente para o script acima e observe que Maya nunca discorda da objeção de Devon sobre a equipe odiar a ferramenta anterior. Argumentar com uma objeção faz o comprador defendê-la mais fortemente. Em vez disso, o script segue um padrão de quatro partes que vale a pena ensinar explicitamente.

Primeiro, reconheça a objeção como razoável ("Essa é uma preocupação justa"). Segundo, faça uma pergunta de acompanhamento específica em vez de assumir o que deu errado ("o que especificamente fez parecer muitos cliques?"). Terceiro, responda à resposta real com uma diferença concreta, não uma segurança genérica. Quarto, passe para um pequeno próximo passo de baixo risco, um breve passo a passo, em vez de pedir uma decisão de compra no local.

Este padrão funciona para objeções de preço, objeções de tempo ("não estamos prontos para trocar de sistema neste trimestre") e objeções de autoridade ("eu precisaria correr isso com meu diretor") da mesma forma que funciona para a objeção de adoção no exemplo. Reconheça, pergunte, responda com especificidades, proponha um pequeno próximo passo. Ao escrever seu próprio script de role play sobre venda de produto, construa cada objeção em torno desta sequência em vez de escrever um discurso de contrarresposta.

Se você estiver usando isso em uma aula ou sessão de treinamento formal, classifique o desempenho do vendedor em comportamentos específicos em vez de uma nota vaga de "comunicação". Uma rubrica com critérios concretos também torna a revisão mais rápida porque todos estão apontando para os mesmos momentos na conversa.

O exemplo TaskFlow acima é escrito para um representante de nível médio ou um aluno intermediário, mas a mesma estrutura se adapta facilmente. Para iniciantes, remova a objeção de preço e mantenha apenas a objeção de adoção, para que os alunos possam se concentrar em uma habilidade por vez. Para prática avançada, empilhe duas objeções costas a costas, por exemplo preço e uma comparação com concorrente, para que o vendedor tenha que priorizar qual abordar primeiro.

Para adaptá-lo a um produto diferente, mantenha a forma de quatro partes: uma pergunta de descoberta, uma resposta do comprador que revela um ponto específico de dor, uma apresentação que conecta o recurso do produto a esse ponto de dor exato e uma objeção realista vinculada à situação do comprador em vez de um genérico "é muito caro". Um script de role play de venda para um bem físico, como móvel de escritório ou caixa de assinatura, segue a mesma forma, apenas as perguntas de descoberta e objeções mudam para corresponder ao que o comprador realmente se importa, como tempo de entrega ou política de devolução em vez de adoção de software.

O erro mais comum é pular o cartão do comprador e deixar a pessoa que interpreta o comprador inventar objeções no local. Sem uma situação definida, os compradores tendem a ceder imediatamente ou a bloquear sem motivo real, e nenhum deles ensina algo útil.

O segundo erro é executar o role play apenas uma vez. Uma única passagem diz se alguém pode seguir um script, não se pode adaptá-lo. Executar o mesmo cenário com uma nova objeção ou trocar quem interpreta o comprador mostra se a habilidade subjacente foi transferida.

O terceiro erro é debrief sobre a sensação ("aquilo soou bem") em vez de sobre a rubrica. Vincule cada comentário no debrief a uma linha específica na conversa, e o grupo reterá muito mais do que um genérico "bom trabalho" ou "trabalhe em seu fechamento".

Nem toda aula ou equipe tem um parceiro de prática disponível sob demanda, e um script constrói confiança apenas depois que você diz as linhas em voz alta, não apenas leu. É aqui que SayNow AI é útil como complemento do script acima: você pode falar as linhas do vendedor em resposta a um comprador simulado, obter feedback sobre ritmo, palavras de preenchimento e clareza, e repetir a troca de tratamento de objeções quantas vezes precisar até que o padrão de reconhecimento-pergunta-resposta-proposta se sinta automático. Não substituirá a execução do exercício com um parceiro real em sala de aula, mas é uma forma sólida de ensaiar antes de ser avaliado ou antes de uma verdadeira ligação de vendas.