Checklist automação WhatsApp: rotina operacional para evitar bloqueios e garantir entrega do funil

checklist automação WhatsApp — este post transforma boas práticas técnicas em um SOP prático: quem faz o quê e quando, que alertas acionam que ações e playbooks prontos para isolar problemas sem interromper todo o funil.

Checklist automação WhatsApp: rotinas diárias, semanais e mensais

Este é o núcleo operacional: rotinas que a operação executa diariamente, o CS/COO semanalmente e a governança revisa mensalmente. Defina SLAs claros (ex.: investigação de spike em até 1 hora).

Diário (Operação / Atendimento)

Verifique ao iniciar cada turno:

• Fila de mensagens com tempo de espera > 5 minutos; agir em até 10 minutos.
• Taxa de 429s nas últimas 60 minutos; se > 0.5% iniciar o playbook 429.
• Número de denúncias/opt‑outs nas últimas 24h; se denúncias_rate > 0.1% por lote abrir incidente.
• Mensagens pendentes > 1h e handoffs pendentes; priorizar handoffs com score ≥ 70.
• Startup smoke test de webhooks: validar HMAC, idempotência e latência (veja checklist técnico de integração).

Semanal (CS / Recovery)

Atividades de auditoria e ajuste:

• Auditar templates enviados/pendentes e registrar IDs de submissão e respostas da Meta.
• Revisar spikes de envio por número e ajustar throttling/rotas; investigar origem do spike em até 1 hora.
• Limpeza da suppression list para contatos inválidos detectados e sincronização com CRM.
• Verificar reuso de templates e marcar versões para reauditoria (reenvie à aprovação interna 30 dias antes de campanhas sazonais).

Mensal (Governança / Produto / Compliance)

Revisões de alto nível:

• Revisar reputação do remetente por número: delivery_rate, denúncias e bloqueios.
• Atualizar plano de warm‑up e rotas para números novos; planejar ciclo de reuso de templates (versão e auditoria).
• Revisar políticas internas e atualizar SOPs; comunicar mudanças ao time de operação.

Governança de templates (HSM): controle de versões, auditoria e submissão segura

Controle rígido de versões e registro são obrigatórios para prevenir reprovações em massa e envios não conformes.

• Mantenha um registro de cada HSM com fields: version, author, timestamp, reason e ID de submissão da Meta.
• Use apenas versões marcadas como 'prod' em envios automáticos; versões de teste ficam em ambiente separado.
• Checklist antes de submissão: limitar variáveis, evitar linguagem sensível, revisar placeholders e exemplos e passar revisão cruzada por CS e Compliance.
• Ciclo de reuso: não reaproveite versões antigas sem reauditar; reenvie templates sazonais para aprovação 30 dias antes.
• Auditoria e rastreabilidade: registre respostas da Meta; em reprovação crie ticket padronizado com motivo e histórico para acelerar correção.

Qualidade de envio e estratégias anti‑bloqueio: throttling, warm‑up e rotação de números

Regule o ritmo de envio por número e por campanha para preservar reputação e reduzir denúncias.

• Throttling por número: defina taxa máxima por número (ex.: 1–3 msg/s para envios escalados) e um limite diário inicial (ex.: 500/dia) que aumenta conforme o warm‑up.
• Warm‑up para números novos: rampa controlada (dia 1–3: 50–200 msgs; dia 4–7: 200–500) monitorando denúncias e 429s a cada janela.
• Rotação inteligente: distribua campanhas entre um pool de números baseado em reputação; evite enviar a mesma mensagem simultaneamente por muitos números ao mesmo público.
• Janelas de envio e segmentação: respeite horários de alta receptividade e reduza taxa fora das janelas preferenciais para minimizar denúncias.
• Qualidade de conteúdo: priorize mensagens personalizadas e orientadas por evento; evite links encurtados suspeitos e variações idênticas em grande volume.

Limpeza e consentimento: suppression lists, opt‑outs e contatos inválidos

Remover contatos inválidos e respeitar opt‑outs é a primeira defesa contra denúncias e bloqueios.

• Suppression lists automáticas: inclua opt‑outs, soft/hard bounces, denúncias e contatos reportados; a suppression list deve ser checada antes de qualquer campanha.
• Processo de opt‑out: gravar consent_flag + timestamp, enviar confirmação automática de cancelamento e auditar sincronização com CRM central.
• Detecção de números inválidos: validação periódica (format‑check + API status); mover para quarentena e remover após X tentativas falhas (ex.: 3).
• Inativos e churn: identificar contatos sem interação por 90–180 dias e aplicar reengajamento controlado com opt‑in claro.
• Retenção de registros: mantenha histórico de consentimento e mensagens por pelo menos 180 dias para auditoria.

Monitoramento, métricas e playbooks de emergência (429, 5xx, denúncias)

Métricas acionáveis e playbooks claros evitam escalada e permitem respostas rápidas sem interromper todo o funil.

Métricas e thresholds sugeridos

• 429_rate > 1% das requisições → alerta imediato.
• denúncias_rate > 0.1% num lote → alerta crítico e pausa parcial.
• 5xx_rate > 0.5% → investigar infra/API.
• delivery_rate < 90% → checar status de números e suppression list.

Dashboards por número, campanha e template com logs (webhooks, response_code, message_id, timestamps) devem enviar alertas a Slack/ops quando os thresholds são alcançados.

Playbook 429 / Rate Limit

1. Reduzir taxa de envio à metade imediatamente.
2. Pausar campanhas não essenciais e backfill programado.
3. Isolar número(s) com maior taxa e aplicar quarentena temporária.
4. Reavaliar concorrência/locking na fila e aplicar backoff exponencial antes de retomar.
5. Retomar gradualmente monitorando taxas.

Playbook denúncias / abuse

1. Pausar envio para o segmento afetado.
2. Informar comercial e compliance; mapear consentimento dos contatos afetados.
3. Revisar conteúdo/template e remover mensagens problemáticas.
4. Remover contatos denunciantes e escalar para Meta se necessário.

Playbook templates rejeitados

Interrompa uso do template, registre motivo e ID de resposta, crie nova versão com auditoria, reenvie para aprovação e só reative após validação.

Testes, validação e próximo passo: aplicar hoje o checklist automação WhatsApp

Plano de implantação em etapas curtas para validar controles antes de escalar.

• Ação imediata (hoje): execute a rotina diária padrão, valide webhooks e idempotência com testes E2E recomendados pelo checklist técnico de integração.
• Ação em 48h: ative suppression list automática e configure throttling inicial por número; faça um envio de teste com ~100 contatos e monitore métricas e denúncias.
• Ação semanal: crie painel com 429_rate, denúncias_rate, delivery_rate e rejeição de HSM; atribua responsáveis por cada alerta e ligue playbooks a canais (Slack/Teams).
• Ação mensal: rode auditoria de templates, plano de warm‑up/rotacionamento de números e atualize SOPs com lições aprendidas.

Recomendações finais: documente tudo (IDs, respostas da Meta, tickets), centralize suppression lists no CRM e mantenha comunicação clara entre Operação, CS, TI e Compliance para agir rápido sem paralisar o funil.