Plantão de Black Friday 2026: como contratar suporte Magento para a semana do pico

O que um plantão de Black Friday cobre

Plantão é disponibilidade combinada: num período e num horário definidos, um programador Magento atende os chamados da loja dentro de um prazo. Ele existe para o que quebra no pico: checkout parado, pagamento recusado em massa, frete que não calcula, pedido que não chega ao ERP.

Por isso o plantão anda junto com o calendário de code freeze: o congelamento total vai de 23/11 a 01/12, e o plantão cobre o mesmo período. O critério de hotfix combinado lá (impacto em compra, pagamento, frete ou segurança, com evidência e aprovação) é o mesmo que decide se um chamado do plantão vira deploy ou vira contorno.

Período e horário coberto, dia a dia

Escreva cada dia com o dia da semana, a data e o horário de Brasília. A tabela é a cobertura que eu proponho como ponto de partida:

Se a sua campanha abre à meia-noite, é a essa hora que o plantão começa. E um profissional sozinho não sustenta resposta em minutos durante nove dias seguidos, de madrugada: cobertura contínua pede duas pessoas em escala, as duas com acesso e conhecimento da loja.

Tempo de resposta por gravidade

Tempo de resposta é o prazo para o dev confirmar o chamado e começar a investigar. Tempo de solução depende da causa, que ninguém conhece antes de olhar. No contrato, combine a resposta e de quanto em quanto tempo o dev atualiza a loja até resolver:

Esses números são o meu ponto de partida para a conversa; ajuste ao quanto a loja perde por hora parada. Quem classifica a gravidade é a pessoa da loja que aprova hotfix.

Canal de acionamento e quem pode chamar

• Um canal só para o plantão, separado do grupo de conversa do dia a dia. Gravidade 1 se aciona por ligação, porque mensagem de madrugada não acorda ninguém.
• Lista fechada de quem pode acionar: duas ou três pessoas da loja, com nome e telefone. Chamado de fora da lista espera a confirmação de uma delas.
• O mínimo de um chamado: URL, horário, número do pedido ou SKU e a mensagem de erro, ou o Error log record number que a tela de erro do Magento mostra.
• Contatos de fora: suporte da hospedagem, do gateway, do ERP e da transportadora, com o número da conta. Pergunte a cada fornecedor, antes do pico, se ele aceita chamado aberto pelo dev ou só pelo titular da conta.

Combine também quem decide colocar a loja em manutenção. O comando bin/magento maintenance:enable aceita a opção --ip, que mantém a loja acessível para os IPs liberados enquanto o público vê a página de manutenção. O dev executa; a decisão é comercial e fica com a loja.

Acessos testados antes de 23/11

O pior momento para descobrir que a chave SSH não entra é com o checkout parado. Até quinta, 19/11, véspera do feriado de 20/11, faça um ensaio de meia hora com quem vai atender:

1. Login no admin com o usuário dele, de papel restrito e com Expiration Date preenchida para depois do fim do plantão, como 04/12. O passo a passo está em como dar acesso à loja sem entregar a senha.
2. SSH por chave num usuário próprio, com leitura de var/log e var/report e permissão para rodar bin/magento. No OpenSSH, a linha da chave no authorized_keys aceita a opção expiry-time, que recusa a chave depois da data; pergunte à hospedagem se dá para usar.
3. Acesso ao staging, para reproduzir o erro antes de corrigir.
4. Leitura do painel do gateway e do ERP, ou alguém da loja disponível para consultar por ele.
5. Um deploy de teste no staging, para conferir o caminho do hotfix, com o comando de volta à versão anterior anotado.

O que fica fora do plantão

• Funcionalidade nova, ajuste de layout e troca de texto que dependa de template: vão para a lista de liberação de 02/12.
• Cadastro de promoção, banner e regra de preço: trabalho do marketing, preparado antes. O dev entra se a regra quebrar o carrinho.
• Queda da hospedagem, do gateway ou do ERP: o dev diagnostica e aciona o fornecedor, mas a correção é dele.
• Defeito de extensão de terceiro sem correção publicada: o plantão contorna e registra o chamado no fornecedor.

Como cobrar o plantão sem surpresa na fatura

Plantão tem dois custos: a disponibilidade, porque o dev reserva a agenda e deixa de aceitar outro trabalho nesses dias, e as horas efetivamente trabalhadas quando ele é acionado. Três formatos que funcionam:

• Valor fixo de disponibilidade mais hora acionada, com mínimo por acionamento fora do horário, como uma hora cheia.
• Pacote fechado com horas incluídas e o valor da hora excedente escrito.
• Só hora acionada, sem disponibilidade: mais barato no papel, sem garantia de que alguém atende.

Nos três formatos, escreva o valor da hora noturna e de fim de semana, como recomendo no artigo sobre o valor da hora. E peça no fim um relatório com chamado, horário, gravidade, tempo de resposta e o que ficou pendente: ele é a base da auditoria de depois do pico.

Modelo de escopo de plantão para mandar ao dev

Plantão Black Friday 2026, de 23/11 a 01/12, horário de Brasília. Cobertura: [dias e horários]. Acionamento: [canal]; gravidade 1 por ligação para [telefone]. Podem acionar: [nomes]. Resposta: gravidade 1 em [minutos], gravidade 2 em [horas], gravidade 3 no dia seguinte do plantão. Hotfix só pelo critério do congelamento, aprovado por [nome]. Acessos: usuário admin com expiração em [data], SSH por chave, staging; ensaio em 19/11. Fora do escopo: funcionalidade nova, layout, promoções, falha de fornecedor. Relatório de chamados até 02/12. Valores: [disponibilidade], [hora acionada], [hora noturna e de fim de semana].

Mande até sexta, 13/11, para sobrar a semana seguinte para ajustes antes do ensaio. Se quiser montar a cobertura da sua loja comigo, fale comigo.