Um dia na vida de um engenheiro de vendas

Como esse cargo realmente é

Um SE médio cuida de 4 a 6 negócios ativos a qualquer momento em B2B SaaS de mid-market, com 2 a 3 deles em POC ativo.

A melhor taxa de fechamento técnico da categoria é de 70 a 80%: 7 a 8 de cada 10 POCs em que o SE atua se convertem em closed-won, segundo benchmarks compartilhados no Presales Leadership Collective.

Proporção de preparação de demo: 1,5 a 2 horas de preparo para cada 30 minutos de demo ao vivo em uma demo personalizada e guiada por descoberta. O caminho do "liga a demo enlatada" é mais rápido, mas converte na metade da taxa.

O SE está no time do negócio em 60 a 80% dos negócios closed-won de mid-market em empresas que têm uma função formal de SE, segundo o benchmarking de pre-sales da Forrester.

A contribuição de conhecimento é o indicador defasado que importa: um SE que entrega demos mas nunca documenta é um ponto único de falha esperando para acontecer.

O dia do SE em um diagrama

Cinco blocos: Preparar, Demonstrar, Sincronizar, Construir, Documentar. Você começa lendo o que o AE capturou. Você conduz a ligação. Você faz a triagem do pipeline com o AE no almoço. Você constrói o que o prospect precisar para acreditar: sandbox, especificação de integração, resposta de segurança. Você anota o que aprendeu para que o próximo SE não reinvente. Pule o último bloco e o conhecimento coletivo da sua equipe é zerado a cada trimestre.

São 9h47. Quatro demos no calendário, uma revisão de POC às 14h com o arquiteto de um prospect que já contestou o modelo de dados duas vezes, e o Daniel (um dos AEs) acabou de mandar no Slack "ele integra com X?" pela terceira vez nesta semana. A terceira vez, porque as duas primeiras respostas foram "sim, com essas ressalvas" e ninguém anotou.

Este é o dia do SE. Não a versão do deck de recrutamento. A versão real, em que você é o amortecedor entre a urgência das vendas e a realidade do produto.

Se você é um aspirante a SE, um AE se perguntando o que o seu SE faz o dia inteiro, ou um engenheiro pensando em mudar de área, este guia percorre o ritmo hora a hora. O cargo vive ou morre por uma coisa de que ninguém fala: o SE é o vetor de confiança do comprador. Eles vão acreditar em um "não, isso não vai funcionar para a sua stack" vindo do SE que jamais aceitariam vindo do AE. Proteger essa credibilidade é o ofício inteiro.

Por que o papel do SE importa mais do que o organograma sugere

Na maioria dos organogramas, o SE fica abaixo de vendas e parece um explicador de recursos anexado ao AE. Esse enquadramento erra o trabalho de verdade.

O SE é a consciência técnica do negócio. O avaliador técnico do comprador (geralmente um diretor de engenharia, um líder de segurança, um head de operações) já se queimou antes. Ele assistiu a uma demo polida, assinou o contrato e descobriu seis semanas depois que a integração de que a stack dele precisava está em um roadmap que silenciosamente atrasou. Essa lembrança está na sala toda vez que você abre o Zoom.

O que o comprador está realmente perguntando, por baixo de cada "como isso lida com X?", é: isso vai funcionar em produção para nós, ou estou prestes a passar seis meses explicando ao meu CTO por que escolhi a ferramenta errada?

O SE é quem responde a isso. Porque o SE vai dizer "sim, essa integração é suportada, mas você vai bater no nosso rate limit no seu volume, e veja como a gente realmente resolveria isso". Essa frase vale mais do que qualquer recurso do produto. No momento em que o SE deixa de estar disposto a dizê-la, a confiança desmorona. Então o ritmo do dia precisa proteger essa credibilidade.

O ritmo hora a hora

8h00-9h30: preparação da demo

Os primeiros 90 minutos não são para triagem de e-mail. São para a demo das 9h30. Se você começar o preparo às 9h25 com o café na mão, vai recorrer ao fluxo enlatado, e o fluxo enlatado é o que o seu prospect já viu no seu site.

Como é a preparação de verdade:

Leia as notas de descoberta do AE por inteiro. Sublinhe as palavras específicas que o prospect usou para descrever a dor. "A adoção pelos reps é brutal", "perdemos metade dos nossos leads em 24 horas", "operações não dá conta dos relatórios": essas frases são o esqueleto da demo.
Monte uma introdução personalizada de 3 slides. Slide um: a dor deles, nas palavras deles. Slide dois: como você já viu isso se desenrolar em contas parecidas. Slide três: o que você vai mostrar a eles nos próximos 20 minutos, na ordem das prioridades deles. Sem slide "sobre nós". Sem mural de 14 logos de clientes.
Configure o ambiente de demonstração com o formato dos dados deles. Não os dados reais deles, mas o formato: o tamanho do time, os nomes dos estágios do ciclo de vendas, a divisão de território. Se eles são um time de 12 pessoas na EMEA, a demo não deveria abrir em uma org dos EUA com 200 reps.
Pré-carregue 2 a 3 ramificações do tipo "se perguntarem sobre X". A partir das notas de descoberta, você geralmente consegue prever as três principais perguntas: uma integração, uma pergunta de permissões, uma pergunta de sistema legado. Tenha a resposta pronta em uma aba, não como um "deixe eu te retornar".

A proporção com que trabalho: 90 minutos de preparo para uma demo de 30 minutos. O caminho do "liga a demo enlatada e improvisa" fecha talvez 30 a 35% das vezes. O caminho guiado por descoberta e pesado em preparo fecha 60 a 70%+. A conta não é sutil.

9h30-11h30: descoberta + demo

Os primeiros 15 minutos não são a demo. São descoberta de verdade, mesmo que o AE já tenha feito descoberta na primeira ligação, mesmo que o prospect "só queira ver a coisa".

As perguntas soam simples mas conquistam o resto da ligação:

"Me conte como seria um ótimo resultado 90 dias depois de comprar algo assim."
"Qual é a gambiarra que você usa hoje, e que parte dela realmente quebra?"
"Quem mais usa isso, e o que eles precisariam ver?"

Então, e só então, você demonstra. Na ordem da dor, não na ordem do menu. Se eles disseram que a adoção pelos reps é o ponto crítico, você começa pela experiência mobile do rep, não pelo seu console de admin. A descoberta técnica que realmente encontra o fit aprofunda o conjunto de perguntas.

Uma regra prática: a cada 4 a 5 minutos, pare e pergunte "é isso que você esperava ver?". Se a resposta for "sim, mas a pergunta que realmente me importa é X", você recebeu o resto da demo de bandeja. O design de demo em torno da dor do comprador, não em tours de recursos é a versão mais aprofundada.

11h30-12h30: almoço de estratégia de negócio com o AE

Esta é a hora mais subvalorizada do dia do SE e a que tem mais chance de ser sacrificada. Não sacrifique.

O almoço com o AE (ou café, ou Zoom de 30 minutos) é triagem do pipeline. Quais negócios são de fato reais? Sobre quais o AE está contando uma história para si mesmo? Qual objeção técnica da semana passada é um mata-negócio que o AE torce para que suma sozinho? Quem precisa de um caminho de revisão de segurança aberto agora porque, do contrário, as compras vão bloqueá-los na sexta semana?

Um exemplo de diálogo:

Daniel (AE): "A Acme está em US$ 180 mil de ARR, o champion é o VP de Operações, o negócio é sólido. Só falta um POC." Eu (SE): "Qual é o critério de sucesso do POC?" Daniel: "Ahn... eles querem testar." Eu: "Isso não é um POC, é um sandbox. Quem aprova o sucesso do POC, e o que especificamente eles precisam ver? Se não tivermos isso por escrito, não deveríamos subir nada. Vamos queimar três semanas e eles vão sumir." Daniel: "...é, justo."

Essa conversa, repetida toda semana, vale mais para a velocidade dos negócios do que qualquer recurso que você vá entregar.

12h30-14h30: suporte a POC / resposta de RFP

As tardes costumam ser de cabeça baixa. O trabalho difícil e sem glamour do SE: depurar no sandbox do prospect, responder ao questionário de segurança de 184 perguntas, escrever a especificação de integração que o arquiteto revisa amanhã.

O trabalho de POC é onde o tempo do SE vai morrer se você não tiver disciplina. Antes de qualquer POC começar, o SE faz cinco perguntas, e o AE não pode pulá-las:

Champion identificado: quem dentro do prospect vai lutar por isso? Se ninguém, sem POC.
Critérios de sucesso escritos: o que estamos provando, em uma frase cada, com condições mensuráveis?
Prazo de decisão: quando o POC termina e a decisão de compra acontece? "Em algum momento no Q3" não é um prazo.
Restrições de integração: que sistemas isso precisa tocar, e confirmamos o acesso?
Caminho de segurança: a segurança foi envolvida, ou eles vão nos surpreender na quinta semana?

Se três de cinco estão faltando, o POC não é real, e subi-lo te custa 40 horas que deveriam ir para um negócio que está de fato fechando. POCs são a coisa mais cara que o SE faz. Nem todo negócio merece um.

14h30-16h00: mergulho profundo em objeção técnica

Hoje a ligação das 14h é com o arquiteto do prospect, que apontou que o modelo de dados não encaixa no warehouse existente deles. Ele não está errado. A forma como o nosso modelo aninha eventos sob contas é não padrão.

O movimento errado: ficar na defensiva. Rebater na frente do time dele. Prometer uma correção de roadmap que não é real.

O movimento certo: desenhar o fluxo de dados no quadro com ele, nos termos dele. "Você tem razão, este é um formato diferente do que o seu warehouse espera, aqui está o porquê de termos tomado essa decisão, e aqui estão as três opções que times na sua situação usam." Comprometa-se com acompanhamentos por escrito em até 24 horas. Envolva o produto se a lacuna for real.

O arquiteto não precisa que você vença a discussão. Ele precisa saber que você entendeu a pergunta e que vai respondê-la com honestidade. Esse é o vetor de confiança. O tratamento de objeções técnicas sem hesitar percorre os movimentos em detalhe.

16h00-17h30: contribuição para a base de conhecimento

Os últimos 90 minutos são a parte que quase todo SE pula, e a parte que separa os SEs que tornam a equipe melhor dos SEs que são um gargalo.

Como é essa hora:

Escrever o documento "como lidamos com SAML com acesso condicional no Azure AD". Três SEs receberam a mesma pergunta neste trimestre. Nenhum deles anotou. Hoje, eu anoto.
Atualizar o ambiente de demonstração. Adicionar o novo Dashboard que a equipe de produto lançou na semana passada para que o próximo SE não demonstre uma versão desatualizada.
Fechar o ciclo com o produto sobre a lacuna que encontrei hoje de manhã durante o preparo. Três prospects seguidos perguntaram sobre um evento de webhook específico.

O SE que só entrega demos e nunca documenta é um ponto único de falha. O SE que escreve é aquele cuja taxa de fechamento técnico da equipe se acumula trimestre após trimestre, porque cada objeção respondida uma vez é uma que os colegas resolvem em 30 segundos em vez de 30 minutos.

Armadilhas comuns

Demonstrar demais sem descoberta. Clicar por todos os recursos em vez dos três que importam. A duração da demo cresce, a atenção do comprador encolhe, e você encerra a ligação tendo mostrado tudo e provado nada. Corte o menu, siga a dor.

Virar o braço de pesquisa do AE. Quando todo "ele faz X?" recebe uma resposta instantânea no Slack sem documentação assíncrona, você vira o gargalo de cinco negócios ao mesmo tempo. Responda por escrito, em um lugar onde o próximo AE consiga encontrar. Um Loom de 10 minutos largado na wiki da equipe te poupa da mesma pergunta 12 vezes.

Nenhuma documentação assíncrona. Toda resposta morre em DMs e a equipe reaprende no trimestre seguinte. Trate a base de conhecimento como parte do negócio.

Dizer sim a todo pedido de POC personalizado. POCs são caros. Nem todo negócio merece um.

Deixar o AE conduzir a narrativa técnica. O AE é dono de preço, urgência e do processo de compra. O SE é dono de "isso vai realmente funcionar em produção". No momento em que esses fios se cruzam, os dois papéis ficam mais fracos.

O template de ritmo diário do SE

Use isto como um guard-rail. Nem todo dia encaixa, mas os desvios devem ser deliberados:

8h00-9h30: bloco de preparação de demo (sem inbox, sem Slack)
9h30-11h30: demo / descoberta
11h30-12h30: sync com o AE / triagem de pipeline
12h30-14h30: trabalho de POC / RFP / sandbox
14h30-16h00: objeção técnica ou ligação com arquiteto
16h00-17h30: contribuição de conhecimento + manutenção do ambiente de demo

O bloco que sempre é o primeiro a ser sacrificado é o último. Proteja-o.

Checklist de preparação de demo

Use isto antes de cada demo:

Li as notas de descoberta do AE por inteiro e extraí a linguagem exata de dor do prospect
Montei uma introdução personalizada de 3 slides (a dor deles, o padrão que você já viu, o que você vai mostrar)
Fluxo da demo ordenado pelas prioridades deles, não pelo menu do produto
Ambiente de demonstração condiz com o tamanho do time, o ciclo de vendas e o formato de território deles
3 objeções antecipadas com respostas preparadas e abas pré-carregadas
Uma pergunta "o que tornaria isso um sim para a sua equipe?" pronta para o fechamento
Confirmei quem está na ligação do lado deles e o que cada papel valoriza
Plano B caso o ambiente ao vivo se comporte mal

Medindo o sucesso

As métricas que realmente importam para um SE:

Influência no negócio: % dos negócios closed-won em que o SE esteve no time do negócio. Se for abaixo de 50% no mid-market, a função de SE não está sendo aplicada onde deveria.
Taxa de fechamento técnico: % de POCs que se convertem em closed-won. O sinal mais claro de se o SE está qualificando POCs e conduzindo-os bem.
Taxa de sucesso de POC: % de POCs que atingem os critérios de sucesso declarados. Um POC pode ter sucesso e mesmo assim não fechar, mas um POC que falha nos próprios critérios quase nunca fecha.
Time-to-first-value na demo: o melhor da categoria é abaixo de 8 minutos do "vamos começar" até o "ah, é exatamente disso que eu preciso".
Contribuição de conhecimento: documentos e tratativas de objeção adicionados por trimestre. O indicador defasado que separa bons SEs dos SEs multiplicadores de equipe.

As métricas de SE que realmente importam detalha cada uma delas com metas por estágio de empresa.

Como o Rework apoia o dia do SE

O dia do SE abrange três superfícies (a visão de pipeline do AE, o ambiente de POC, a base de conhecimento da equipe) e a maioria dos SEs acaba em três ferramentas diferentes que não conversam entre si. O Rework CRM dá ao AE e ao SE uma única visão de pipeline com campos de fit técnico, gates de estágio de POC e o engajamento do SE rastreado por oportunidade. O Rework Work Ops cuida do próprio trabalho do SE: tarefas de POC com responsáveis e datas, a base de conhecimento onde as tratativas de objeção realmente são arquivadas, e o changelog do ambiente de demonstração. O CRM começa em US$ 12/usuário/mês, o Work Ops em US$ 6/usuário/mês, e eles compartilham dados em vez de brigar por eles. A descrição completa do cargo de SE está na descrição de cargo de engenheiro de vendas (JD companheira).

O que vem a seguir

O dia na vida só faz sentido depois que você se aprofunda nos quatro subofícios: descoberta que encontra o fit, design de demo que segue a dor do comprador, tratamento de objeções técnicas que mantém a confiança intacta, e as métricas que dizem se algo disso está funcionando. Cada um é um playbook próprio nesta coleção.

O trabalho é honesto. Você não vai ser a pessoa mais barulhenta da ligação. Você vai ser a mais confiável. Quando você sentir isso pegar em um negócio (o momento em que um arquiteto cético se recosta e diz "ok, acho que isso vai funcionar para a gente"), vai entender por que o cargo existe.

Playbooks do Engenheiro de Vendas