Receita: preparar a operação pra data de pico (Black Friday)

O resultado: você chega na semana de pico com o que não pode ser improvisado já resolvido — números aquecidos, templates aprovados, base segmentada, recovery testado e retaguarda dimensionada. Na Black Friday, o gargalo raramente é a oferta: é o número que bloqueia no meio do disparo, o template preso na análise, o PIX do pico que ninguém persegue e a avalanche de respostas sem ninguém do outro lado. Operações que preparam essas frentes com antecedência atravessam a data vendendo; as outras passam o dia apagando incêndio.

O que você vai usar

• Aquecimento e monitor anti-ban
• Transmissões com ramp-up, janelas de envio e segmentação por tags
• Cloud API: templates aprovados pra janela de 24h
• Recovery: funis de PIX, boleto, carrinho abandonado e cartão recusado
• Inbox por departamentos, agente de IA e escalações com SLA
• Sequência de follow-up pós-pico

Passo a passo

• 1. D-30 — capacidade de envio: liste os números da operação e a saúde de cada um no monitor. Precisa de número novo? Conecte AGORA e rode o aquecimento (veja a receita de aquecer número em 7 dias) — número conectado na semana do evento não participa do evento.
• 2. D-21 — templates Cloud API: no canal oficial, submeta os templates de oferta, aviso e recovery com semanas de folga. A fila de aprovação da Meta engorda perto da Black Friday e não existe furar fila.
• 3. D-14 — segmentação: organize a base em camadas por tags — compradores recentes, engajados, leads quentes, frios. O disparo vai do mais quente pro mais frio; base fria em semana de pico é o pior risco no pior momento (reative semanas ANTES, com a receita de base fria).
• 4. D-14 — recovery: teste os funis de PIX gerado/expirado, boleto vencendo, carrinho abandonado e cartão recusado com um pedido em cada evento. No pico, o pagamento pendente explode junto com a venda — cartão recusado por limite merece mensagem própria oferecendo PIX como alternativa.
• 5. D-7 — retaguarda: escale o inbox por departamento, carregue respostas rápidas com as perguntas da data (prazo, troca, cupom) e reforce a base de conhecimento do agente de IA com as condições da promoção — com guard explícito pra não inventar desconto. Ajuste os SLAs de escalação pro regime de pico.
• 6. D-3 — esquenta: transmissão de aviso ("quinta abre a condição X") pras camadas quentes. Ela vende a data e gera tráfego de resposta que fortalece a reputação dos números antes da carga máxima.
• 7. Dia D — disparo em ondas: campanhas segmentadas com ramp-up SEMPRE ativado, na ordem quente → morno, dentro das janelas de envio. Espace as ondas ao longo do dia e deixe o monitor anti-ban aberto, com o combinado claro: sinal de risco subindo = pausa, sem discussão.
• 8. D+1 a D+7 — a segunda Black Friday: o recovery persegue os pagamentos pendentes do pico, e uma sequência de follow-up pega quem respondeu e não comprou ("a condição vale até domingo"). Boa parte do resultado é colhida aqui, quando a concorrência já parou de trabalhar.

Ajustes finos

• Operação em um número só: considere QR + Cloud API em paralelo — transmissão pesada no oficial, conversa de venda no QR.
• Randomize 2–3 variações de copy nas transmissões grandes.
• Congelamento: ninguém mexe em fluxo, funil ou regra no dia D — mudança sem teste é a origem clássica do incêndio.
• Retro em D+7 com os números de cada onda (resposta, descadastro, recovery): é o mapa da próxima data de pico.

Dica de operador: na semana do evento, defina UM dono do monitor anti-ban com autoridade pra pausar qualquer disparo sem pedir licença. No calor do pico, sempre vai ter alguém querendo "mandar só mais uma onda" — e o número bloqueado na sexta de manhã custa a Black Friday inteira. Leitura complementar: "Ramp-up e cadência: por que sua transmissão não sai toda de uma vez" e "A janela de 24 horas e os templates da Meta, explicados".