Aquecimento de e-mail por vendedor, não por empresa

A maior parte do material sobre aquecimento de e-mail trata do dominio da empresa: SPF, DKIM, DMARC, rampa de IP, volume crescente. Faz sentido, mas resolve metade do problema. Quando o time tem 12 vendedores e cada um dispara da propria caixa de Gmail ou Outlook, o ativo que entra em risco nao e o dominio. E a caixa de cada pessoa, com historico, reputacao e limite diario proprios. Ignorar isso custa caro: uma caixa nova disparando 80 e-mails no primeiro dia vai para spam, derruba a entrega das outras e ninguem entende por que a taxa de resposta caiu.

Este texto olha para o recorte que quase ninguem cobre: a rampa da caixa individual, a cota por usuario, o roteador que decide por qual caixa o e-mail sai e por que a contagem comeca quando o remetente muda, nao quando alguem clica em um botao.

A cota e da caixa, nao do dominio

Provedores de e-mail avaliam remetente, e o remetente e o endereco. Um dominio saudavel nao salva uma caixa nova sem historico. O Google, por exemplo, olha o comportamento daquela conta especifica: volume ao longo do tempo, taxa de reclamacao, taxa de resposta, quanto tempo ela existe. Uma caixa com tres anos de uso conversacional tem reputacao construida. Uma caixa criada ontem tem zero, ainda que o dominio tenha anos.

Na pratica, isso vira dois limites que operam em paralelo. O dominio tem teto de volume total por dia. Cada caixa tem teto individual, menor que o total. Se o time dispara 400 e-mails por dia e a plataforma concentra tudo em duas caixas, o limite por usuario e estourado enquanto o dominio ainda esta folgado. O efeito e o pior possivel: as duas caixas queimam, o restante do time perde a confianca no canal e a operacao volta para o telefone.

Dimensionar a operacao pelo numero de caixas, e nao pelo numero de leads, e a primeira correcao. Cinco vendedores com caixa aquecida a 40 envios por dia sustentam 200 disparos diarios com folga. Dois vendedores disparando 200 cada um nao sustentam nada.

Como funciona a rampa de 35 dias

A rampa comeca em 10 envios por dia e chega ao limite definido em 35 dias. Nao e linear do primeiro ao ultimo dia: a progressao e gradual, com espaco para o provedor absorver o novo padrao de envio. O ponto de partida baixo existe por um motivo simples. Uma caixa nova que sai de zero e dispara 40 e-mails frios no primeiro dia tem padrao de spam, mesmo que o conteudo seja impecavel.

O limite final e o que voce configura para aquela caixa, respeitando o teto do dominio. Se a caixa foi criada para 30 envios por dia, a rampa sai de 10 e chega a 30 dentro da janela de 35 dias. Se o planejamento pede 60 por dia, a rampa tambem parte de 10 e chega lá, mas vale revisar se essa caixa nao esta sobrecarregada.

Tres regras praticas sustentam a rampa:

• Nao dispare apenas e-mail frio nos primeiros dias. Misture com envios para contatos que ja interagiram, se existirem.
• Volume concentrado em horario de expediente, distribui de forma irregular ao longo do dia. Rajada na primeira hora da manha e padrao de automacao.
• Se a taxa de rejeicao (bounce) passar de 3% em um dia, recue o volume. Taxa de reclamacao acima de 0,1% pede pausa imediata. Os limites operacionais do canal estao detalhados em taxa de rejeicao e reclamacao no e-mail.

O trabalho de reputacao do dominio continua necessario e complementar. Se voce ainda nao passou por essa etapa, o texto sobre aquecimento de dominio para e-mail frio cobre a base que vem antes desta camada.

Por que so vale para caixa propria

Nem toda caixa precisa de rampa. Se o envio sai pelo remetente da propria plataforma, com dominio e IP compartilhados ja reputados, o volume individual nao afeta a entrega daquele usuario. A infraestrutura ja foi aquecida antes. Iniciar uma rampa de 35 dias para esse tipo de remetente nao protege nada, apenas atrasa a operacao.

A rampa so faz sentido quando o remetente e a caixa do vendedor, conectada individualmente. Nesse cenario, cada envio carrega o historico daquele endereco. E o mais comum em times comerciais que gostam de enviar do proprio Gmail para manter aparencia pessoal e conversa continua. É uma escolha defensavel, mas o preco e a gestao individual de reputacao.

A regra entao fica clara: caixa conectada do usuario, rampa de 10 a limite em 35 dias. Remetente da plataforma, sem rampa porque a reputacao ja existe. Misturar os dois modelos sem essa distincao e o que cria a sensacao de que o aquecimento "nao funciona".

Reconectar nao zera. Trocar zera.

Um detalhe operacional que gera confusao: desconectar e reconectar a mesma conta de Gmail nao reinicia o aquecimento. A caixa e a mesma, o historico de envio continua no provedor, o contador retoma de onde parou. Isso vale para qualquer reconexao de rotina, como trocar senha, resolver token expirado ou religar uma conta apos um erro de integracao.

Trocar de conta e outra historia. Se o vendedor sair da empresa e o gestor conectar uma caixa nova no lugar, aquela caixa e um endereco novo. A rampa reinicia do zero, porque o remetente mudou. A plataforma nao tem como importar reputacao de outro endereco, mesmo que seja do mesmo dominio ou da mesma pessoa em outra operacao.

Mesmo raciocinio vale para trocar o provedor. Migrar de Gmail para Outlook na mesma pessoa significa um endereco novo aos olhos do provedor de destino. A rampa recomeca. Por isso, o planejamento de headcount deve andar junto com o de rampa: um vendedor que entra hoje so estara no volume ideal em 35 dias. Onboarding comercial sem essa conta chega no mes dois com um time tecnicamente ativo, mas enviando abaixo do necessario.

Quem envia: o roteador decide por caixa

Com varias caixas, cada uma em ponto diferente da rampa, a pergunta operacional passa a ser: por qual caixa esse e-mail sai? O roteador responde. Ele distribui o envio entre as caixas disponiveis, respeitando a cota individual de cada uma e o estagio da rampa.

O criterio de escolha segue duas regras. No envio manual, o e-mail sai pela caixa do usuario que disparou o pedido. No envio automatico, a plataforma escolhe a caixa do dono da oportunidade mais recente do lead. Se um lead foi trabalhado por uma vendedora especifica e a cadencia dispara sem toque humano, o e-mail sai pela caixa dela, nao por uma caixa genérica da operacao.

Isso preserva dois ativos ao mesmo tempo: a coerencia da conversa (o lead recebe e-mail da mesma pessoa que ja falou com ele) e a reputacao individual (o volume fica distribuido entre caixas reais, cada uma dentro da sua cota). Em operacao com cadencia multicanal, o roteamento por dono da oportunidade evita o cenario classico em que o lead recebe e-mail de um remetente com quem nunca interagiu. O passo a passo desse tipo de cadencia esta em cadencia multicanal para SaaS.

Cenario concreto: time de 8 vendedores

Imagine um time de 8 vendedores numa empresa de servicos B2B, com duas caixas novas entrando no mes. O plano de disparo e de 300 e-mails por dia. Sem gestao por caixa, a tentacao e dividir 300 por 8 e mandar cada um disparar cerca de 37. As duas caixas novas vao queimar no terceiro dia, derrubando a entrega de todo o dominio, porque o provedor ve duas contas sem historico enviando volume alto.

Com rampa por caixa, o cenario muda. Seis caixas antigas operam a 35 envios por dia cada, totalizando 210. As duas novas partem de 10 cada, somando 20. O total no dia 1 e de 230 disparos, nao 300. A conta fecha ao longo do mes: a cada dia a rampa sobe um pouco, o time realoca leads para caixas em estagio mais avancado e, em torno do dia 35, as duas novas estao no limite e a operacao bate os 300 planejados.

A conta parece pequena, mas o custo de errar e maior. Uma caixa queimada leva semanas para recuperar reputacao, e cada dia de envio bloqueado e oportunidade que nao sai. O planejamento de prospectar no momento certo, com sinais de compra, perde efeito se a caixa que deveria disparar a mensagem esta em recuperacao.

Por que a rampa comeca quando o remetente muda

A rampa nao e um estado que alguem ativa. E uma consequencia do remetente. Quando o endereco ou o provedor muda, a reputacao que existia ali deixa de valer e o historico recomeca. O que dispara a contagem e essa mudanca, nao uma acao administrativa de clicar em "iniciar aquecimento".

Por isso a configuração certa e passiva: a plataforma detecta caixa nova ou troca de remetente e inicia a rampa automaticamente. O gestor nao precisa lembrar de ativar, e o vendedor nao consegue burlar pulando a etapa. O controle fica onde deve ficar, na cota da caixa, e nao na disciplina de quem aperta botao.

Um bom teste antes de escalar o volume: o time sabe dizer, para cada lead aquecido hoje, por qual caixa o e-mail saiu e em que dia da rampa ela esta? Se a resposta depende de memoria, o roteamento nao esta documentado. Prospecção em volume so funciona com essa conta clara. As condicoes gerais do canal estao no texto sobre SPF, DKIM e DMARC, que cobre a base tecnica do que chega a caixa de entrada.

Conclusao

Aquecimento por caixa e mais chato de operar que aquecimento por dominio, mas e o que sustenta o volume real. A rampa de 10 envios por dia ate o limite em 35 dias, a cota individual e o roteador por dono da oportunidade formam um sistema simples, desde que respeitado. Quem trata caixa como detalhe descobre tarde que o gargalo da operacao estava no endereco de quem enviava.

O time que acerta essa camada nao ganha velocidade por mágica. Ganha previsibilidade: sabe quantos disparos cabem por dia, quanto tempo uma caixa nova leva para entrar em producao e por que a resposta cai quando o remetente muda. Isso e a diferenca entre um canal que escala e um que para no primeiro bloqueio.