Black Friday no WhatsApp: o checklist de quem não pode cair

Meia-noite e um de Black Friday. O tráfego que você planejou por três meses está no ar, o criativo campeão está rodando, e o WhatsApp começa a receber mensagem numa velocidade que você nunca viu. É exatamente nesse minuto — não numa terça-feira calma de abril — que a sua infraestrutura conta a verdade sobre si mesma.

E aqui vai um padrão que qualquer operador experiente reconhece: ferramenta que funciona o ano inteiro tem uma tendência irritante de cair justamente na data de pico. Não por azar. Porque pico é quando fila estoura, quando conexão instável vira gargalo, quando aquele retry que nunca foi testado precisa funcionar pela primeira vez — em produção, com dinheiro na mesa.

Nós operamos vendas reais no WhatsApp antes de virar plataforma — mais de 676 mil mensagens processadas, 50+ números simultâneos — e datas de pico foram nossos melhores professores. Este é o checklist que saiu delas. Ele é chato de executar. Perder a Black Friday é mais chato.

30 dias antes: aqueça os números como quem treina para maratona

O erro mais caro da Black Friday é cometido em outubro: deixar para conectar números novos na semana do evento. Número sem histórico mandando volume alto é o candidato perfeito a restrição — e restrição em data de pico não tem plano B. Nossa rampa é 40/70/100: o número entra operando a 40% do volume-alvo, sobe para 70% e só chega a 100% quando o histórico sustenta.

• Conecte toda a capacidade extra com pelo menos 30 dias de antecedência.
• Rode a rampa 40/70/100 sem atalho — pico não perdoa número cru.
• Distribua o volume entre números; nenhum deles deve ser insubstituível.
• Verifique a saúde de cada número junto à Meta antes de contar com ele no plano.

15 dias antes: teste a fila, não o fluxo

Todo mundo testa o fluxo de conversa. Quase ninguém testa o que acontece quando chegam dez vezes mais mensagens do que o normal ao mesmo tempo. A pergunta da Black Friday não é 'o robô responde certo?' — é 'para onde vai a mensagem quando o sistema está no limite?'. A resposta aceitável tem três palavras: fila, retry, reconciliação.

Na nossa engenharia isso é a REGRA #1: mensagem recebida nunca é descartada em silêncio. Em volume normal, essa regra parece paranoia. Em pico, ela é a diferença entre um atraso de dois minutos e uma venda que desapareceu sem deixar rastro.

• Simule rajada de mensagens e observe a fila, não o chat: nada pode ser descartado.
• Confirme que falha de processamento gera retry, não perda.
• Verifique se existe reconciliação: um processo que confere depois se tudo que entrou foi tratado.
• Confira o status-truth do painel: se ele mostra 'enviado', foi enviado mesmo? Painel que mente em pico te faz dobrar aposta em cima de erro.

7 dias antes: monitoramento e plano de queda

Em data de pico, a pergunta não é se algo vai degradar — é quem percebe primeiro: o sistema ou o cliente. No nosso caso, cada conexão é verificada junto à Meta a cada 10 minutos, com auto-pausa quando um número degrada e auto-retomada quando normaliza. E existe circuit breaker por conexão: um número doente é isolado na hora, sem arrastar os saudáveis junto.

Se a sua ferramenta não faz isso sozinha, você precisa de um humano fazendo o papel do monitor — o que significa escala de plantão, não esperança.

• Defina quem (ou o quê) verifica a saúde de cada número, e com qual frequência.
• Escreva o plano de queda antes da queda: número X caiu, tráfego vai para onde?
• Garanta isolamento: problema em uma conexão não pode virar problema em todas.
• Deixe pronto o roteiro de comunicação para o time — pânico improvisado custa caro.

Na véspera: congele mudanças e confira o backup

Véspera de pico é dia de não mexer. Nenhum deploy, nenhum fluxo novo, nenhuma integração de última hora — a mudança que você faz na quinta é o incidente que você depura na sexta às 2h da manhã. E confira o backup como quem confere paraquedas: nós rodamos backup diário com retenção de 14 dias o ano inteiro, mas na véspera de pico alguém olha, de verdade, se o backup de ontem existe e restaura.

No dia: o que olhar em tempo real

Durante o pico, o dashboard que importa não é o de vendas — é o de operação. Vendas você comemora depois; operação você corrige agora.

• Profundidade da fila: crescendo sem drenar é o primeiro sinal de gargalo.
• Taxa de falha de envio por número: um número degradando puxa a média e aponta o culpado.
• Status de saúde de cada conexão: verde de verdade, não verde decorativo.
• Tempo de primeira resposta: cliente de Black Friday não espera — ele compra do próximo.
• Se a IA responde por você: os guards de verificação estão ativos? Pico é quando alucinação custa mais caro.

Depois: reconciliação — o dinheiro esquecido do sábado

A Black Friday não termina à meia-noite. No dia seguinte, rode a reconciliação: toda mensagem que entrou foi respondida? Todo carrinho iniciado teve follow-up? Em toda operação de pico que já vimos, existe dinheiro parado nas conversas que ficaram pela metade — e recuperá-lo no sábado é o tráfego mais barato do ano, porque já foi pago.

“Na Black Friday, o problema não é vender. É não perder a venda que já aconteceu e você ainda não viu.”

Por que o Autopilot leva pico a sério

Quase tudo neste checklist — fila com retry e reconciliação, status-truth, monitor de saúde a cada 10 minutos com auto-pausa, circuit breaker por conexão, aquecimento 40/70/100, backup diário — o Autopilot faz de fábrica, porque foi construído dentro de uma operação que não podia cair. Você ainda precisa do plano, do time e da véspera disciplinada. Mas a parte da infraestrutura que costuma falhar na hora H, essa a gente já apanhou o suficiente para resolver.