Prepare seu e-commerce para a Black Friday com antecedência real. Um checklist por frente — técnica, operacional, comercial e de atendimento — organizado semana a semana, do início de outubro até o pós-evento.
Todo ano o roteiro se repete.
Em agosto, alguém lembra que a Black Friday está chegando.
Em setembro, começa o planejamento comercial. Em outubro, o time técnico entra na conversa.
Em novembro, a semana antes vira corrida contra o tempo. Na sexta-feira, alguma coisa quebra.
Não porque a equipe é incompetente. Porque preparação fragmentada e tardia produz exatamente esse resultado.
Este checklist existe para mudar isso.
Não é uma lista genérica de boas práticas, é um mapa de o que fazer, em qual ordem, com quanto tempo de antecedência, organizado por frente de trabalho.
Por que a ordem importa tanto quanto o conteúdo?
Checklist de Black Friday que não tem sequência não é checklist, é inventário de intenções.
Cada item depende do anterior. Você não faz teste de carga sem ter implementado as correções de cache.
Você não define o protocolo de resposta a incidente sem saber quais são os pontos críticos da infraestrutura.
Você não aquece a lista de email sem ter definido a segmentação.
A sequência abaixo foi construída para que cada frente progrida em paralelo, com pontos de sincronização nos momentos certos.
Mapeie o estado atual da infraestrutura antes de qualquer coisa
Faça um teste de carga baseline, não para estressar o sistema, mas para entender onde ele está hoje.
Quantos usuários simultâneos o checkout suporta antes de a latência subir? Onde está o primeiro gargalo? Banco de dados, aplicação, integração externa?
Sem esse baseline, qualquer otimização feita depois não tem referência de comparação. Você não sabe se melhorou.
Junto ao teste de carga, rode o slow query log do banco de dados por 48 horas em produção.
Os resultados vão surpreender: queries lentas que passam invisíveis no tráfego normal aparecem como candidatas óbvias de otimização.
Mapeie todas as integrações no caminho crítico do checkout
Liste cada serviço externo que precisa responder para que um pedido seja finalizado: antifraude, gateway de pagamento, consulta de CEP, cotação de frete, verificação de estoque em ERP.
Para cada um, identifique: qual é o timeout configurado? Existe fallback se o serviço ficar indisponível? Qual foi o histórico de incidentes nos últimos 12 meses?
Esse mapeamento vai definir onde concentrar a maior parte do esforço técnico nas próximas semanas.
Projete o volume esperado com base nos dados dos últimos dois anos
Quantos pedidos por hora no pico? Qual foi o horário de maior concentração? Qual categoria teve maior crescimento de demanda? Qual transportadora apresentou mais atrasos?
Sem projeção, estoque e logística operam no escuro.
Com projeção, é possível negociar capacidade adicional com transportadoras com antecedência, o que em outubro ainda é possível, em novembro já pode não ser.
Audite o estoque com olhar em Black Friday
Identifique os produtos com maior velocidade de venda nos últimos anos. Verifique prazo de reposição com fornecedores.
Defina estoque mínimo de segurança por SKU prioritário.
Mapeie quais produtos têm risco de ruptura e qual é o plano B em cada caso.
Defina a estratégia de oferta antes de comunicar qualquer coisa internamente
Quais produtos entram na promoção principal? Qual é o desconto real? Quais categorias ficam de fora? Existe oferta relâmpago? Qual é a política de frete?
Essas decisões afetam diretamente configuração técnica, regras de preço, elegibilidade de cupom, cálculo de frete grátis, integração com marketplaces.
Quanto mais tarde forem definidas, menos tempo o time técnico tem para implementar corretamente.
Implemente as correções identificadas na auditoria de 8 semanas
- Cache: ative cache de página inteira para usuários não logados nas páginas de produto e categoria. Revise o TTL, cache que expira em 30 segundos em produto que não mudou em dias não serve para nada em pico. Configure cache de objetos para resultados de consultas frequentes ao banco (menu, categorias, configurações da loja).
- Banco de dados: adicione índices nas queries lentas identificadas no slow query log. Separe o tráfego de leitura do tráfego de escrita com read replicas se o volume justificar. Revise o pool de conexões com base na projeção de tráfego do evento.
- Integrações: configure circuit breakers nas integrações críticas. Se o serviço externo começa a responder com latência alta, o sistema deve parar de chamá-lo temporariamente e usar um fallback, valor estimado de frete, aprovação condicional de pedido. Defina timeout explícito para cada integração. Mova para processamento assíncrono tudo que não precisa de resposta imediata no checkout.
Garanta que assets estáticos estejam em CDN
Imagens de produto, CSS, JavaScript, fontes, nada disso deve ser servido diretamente pelo servidor de aplicação.
Se ainda não está em CDN, essa semana é o momento. A diferença em Black Friday, com pico de 5x a 10x o tráfego normal, é substancial.
Confirme capacidade adicional com transportadoras
Não espere novembro.
As principais transportadoras começam a lotar a capacidade de Black Friday em outubro.
Negocie janelas de coleta ampliadas, capacidade reservada para os dias de pico, e entenda antecipadamente quais regiões têm maior risco de atraso.
Defina o plano de atendimento ao cliente para o pico
Quantos chamados por hora são esperados? O time atual suporta? Existe possibilidade de reforço temporário?
Quais perguntas serão mais frequentes, e as respostas estão documentadas em base de conhecimento acessível?
Se a operação usa algum sistema de triagem automatizada, esse é o momento de revisar as categorias e scripts. Não durante o evento.
Audite a saúde da lista de contatos
Antes de qualquer planejamento de campanha, limpe a base.
Remova endereços com histórico de bounce duro. Identifique contatos inativos há mais de 6 meses, eles precisam de campanha de reengajamento antes da BF, não de oferta direta.
Valide os domínios dos endereços para reduzir risco de entregabilidade.
Uma lista menor e mais saudável entrega mais do que uma lista grande e suja.
Especialmente na Black Friday, quando todos os e-commerces disparam ao mesmo tempo e os provedores aumentam o rigor de filtragem.
Rode o teste de carga com o volume projetado para o pico
Não o volume normal, o volume do pico esperado. Simule a distribuição realista de tráfego: maioria dos usuários nas páginas de categoria e produto, proporção que chega ao checkout, proporção que conclui o pedido.
O objetivo é validar que as correções implementadas nas últimas semanas moveram o ponto de inflexão.
Se o sistema colapsava em 2.000 usuários simultâneos e agora colapsa em 8.000, e a projeção de pico é 6.000, está dentro da margem. Se a projeção é 9.000, falta trabalho.
Teste também o comportamento de fallback: o que acontece quando o serviço de antifraude fica lento? O checkout degrada graciosamente ou trava completamente?
Configure monitoramento para o evento
Defina os dashboards que o time técnico vai acompanhar durante a Black Friday: latência do checkout (p95 e p99, não média), taxa de erro por endpoint, utilização de conexões do banco, hit rate do cache, tempo de resposta das integrações externas, fila de pedidos.
Configure alertas por threshold, não por colapso. O objetivo é saber quando o sistema está chegando no limite, não quando já passou.
Confirme o estoque físico contra a projeção de demanda
Os produtos prioritários estão com estoque suficiente?
O estoque está distribuído corretamente nos CDs para reduzir prazo de entrega por região?
Existe processo para baixar estoque em tempo real entre todos os canais, site, marketplaces, loja física, sem delay?
Defina regras de precificação e elegibilidade de promoção no sistema
Regras de desconto, cupons de Black Friday, frete grátis por valor de pedido, produtos excluídos da promoção, tudo isso precisa estar configurado no sistema com tempo para teste.
Não na véspera.
Cada regra mal configurada é potencial de vender no preço errado, de cupom aplicado onde não deveria, de frete grátis com margem negativa.
Comece o aquecimento da lista
Se a operação tem IP dedicado para envio, o warm-up precisa ter começado antes, mas se não começou, essa é a última janela.
Aumente o volume gradualmente nos próximos 15 dias antes de disparar o volume total da BF.
Produza e revise todas as peças da sequência
Email de pré-aquecimento (1 semana antes), email de abertura da BF (véspera e dia), emails de categoria específica (durante o evento), emails de recuperação de carrinho (em tempo real durante o evento), email de pós-venda (semana seguinte).
Cada peça precisa estar aprovada, testada em múltiplos clientes de email e com link de rastreamento validado antes da última semana de novembro.
Regra central: sem mudanças estruturais
Qualquer mudança arquitetural ou de código significativa feita a menos de 2 semanas do evento tem risco de introduzir problema novo maior do que o que resolve.
O que ainda pode ser feito:
- Ajustes finos de configuração já testados no ambiente de homologação
- Ativação de funcionalidades já desenvolvidas e validadas
- Treinamento do time de atendimento com os scripts e base de conhecimento finalizada
O que não deve ser feito:
- Migração de plataforma ou servidor
- Integração nova com qualquer sistema externo
- Mudança de gateway de pagamento
- Refatoração de qualquer código no caminho crítico do checkout
Defina o protocolo de resposta a incidente
Quem é acionado quando algo der errado? Em qual ordem? Por qual canal? Qual é o tempo máximo de diagnóstico antes de escalar? Qual é o critério para acionar rollback?
Esse protocolo precisa estar documentado e comunicado para todo o time técnico antes do evento.
Tomar essas decisões durante o incidente, sob pressão, produz resultados piores.
Faça um dry run completo
Simule o evento: tráfego no ambiente de homologação, time técnico acompanhando o dashboard, time de atendimento com os scripts. Identifique falhas no processo antes que elas apareçam em produção.
Checklist de confirmação, não de correção
Na véspera, o trabalho deve ser confirmar que tudo está no lugar, não corrigir o que ficou para trás.
Se há correção a fazer na véspera, o planejamento falhou em alguma semana anterior.
- Cache configurado e com hit rate saudável em produção
- Todas as integrações críticas respondendo dentro do SLA esperado
- Dashboard de monitoramento ativo com alertas configurados
- Time técnico com escala definida para o horário de pico
- Protocolo de resposta a incidente comunicado e acessível
- Estoque conferido e sincronizado entre canais
- Regras de promoção e cupom ativas e testadas
- Emails de abertura agendados e validados
- Time de atendimento briefado e escalado
Defina o horário de início oficial do time técnico
Se a Black Friday começa à meia-noite, o time técnico precisa estar ativo pelo menos uma hora antes, não para corrigir o que faltou, mas para confirmar que está tudo estável na janela de tráfego crescente antes do pico.
O trabalho agora é monitorar, não intervir
Se a preparação foi feita corretamente, a maioria das situações de degradação vai ser tratada automaticamente pelos circuit breakers e fallbacks configurados.
O time técnico deve acompanhar as métricas em tempo real e intervir apenas quando o sistema sair dos thresholds definidos.
Dois erros comuns durante o evento que precisam ser evitados:
Fazer ajuste de configuração não planejado sob pressão de uma métrica que parece ruim mas está dentro do esperado para o volume.
Mudança não planejada em produção durante pico de tráfego tem alto risco de efeito colateral inesperado.
Ignorar sinal de degradação precoce porque ainda está dentro do aceitável.
O momento de agir é quando o sistema está chegando no limite, não quando já passou.
Pós-evento: a semana que define o Natal
A Black Friday termina, mas a operação não.
Nos 7 dias seguintes há um volume alto de pedidos em processamento, devoluções acima da média, e clientes com dúvidas sobre entrega e status.
Esse período determina boa parte da avaliação que o cliente vai fazer da experiência de compra.
Conduza o post-mortem técnico em até 48 horas
O que funcionou dentro do esperado?
O que degradou?
O que foi problema novo que não apareceu no teste de carga?
O que o monitoramento não capturou?
Esse registro é o ponto de partida para a preparação do Natal, que começa em dezembro, mas com menos tempo do que parece.
Use os dados de comportamento de compra da Black Friday
Quais produtos foram mais buscados e não foram comprados, oportunidade de estoque ou preço?
Qual foi a taxa de abandono de carrinho por categoria?
Quais cupons tiveram maior uso?
Qual foi o horário de maior concentração de pedidos?
Esses dados, analisados com calma na semana seguinte, valem mais do que qualquer benchmark de mercado para planejar as campanhas de fim de ano.
A Black Friday que não deixa sequela não é aquela em que tudo saiu perfeito, é aquela em que os problemas foram menores do que poderiam ter sido, porque a preparação começou no momento certo e seguiu a sequência correta.
Se você chegou a este checklist em outubro, ainda há tempo.
Se chegou em novembro, concentre o esforço no que é mais crítico para o seu caso específico, não tente fazer tudo.
A Dupla apoia e-commerces na preparação técnica e operacional para Black Friday: auditoria de performance, implementação de correções, testes de carga e monitoramento.
Se quiser entender o que faz mais sentido priorizar no seu cenário, fale com a gente.