Em algum lugar na sua conta PushEngage existe uma campanha de recuperação de carrinho que está enviando há oito meses. Ela ainda mostra "ativa". Ninguém a tocou desde que a pessoa que a criou mudou de equipe na primavera. Sua taxa de cliques vem caindo há semanas — não despencando, apenas perdendo silenciosamente um ou dois pontos a cada mês — e como ninguém mais abre essa aba do painel, ninguém percebeu.
Suas automações estão falhando silenciosamente, e o painel não vai te contar
Em outro lugar, existe um fluxo de trabalho que você criou para uma sequência de reengajamento. Ele também está marcado como ativo. Mas um lote de assinantes entrou nele em junho, nunca avançou além da segunda etapa e ainda está lá — nem convertendo nem saindo, apenas travado, invisível a menos que você vá procurá-lo.
É isso que auditoria de campanhas de gotejamento e fluxos de trabalho realmente significa para uma equipe de retenção: não um projeto de redesenho, não uma reconstrução, apenas pegar as automações que estão rodando mal antes que o vazamento lento se torne um real. E é exatamente o tipo de verificação que você agora pode executar a partir de uma janela de chat em vez de uma navegação pelo painel, usando duas ferramentas integradas ao servidor PushEngage MCP: pushengage_list_drip_campaigns e pushengage_list_workflows. Ambas são somente leitura. Elas exibem análises de campanhas de gotejamento e análises de fluxos de trabalho sob demanda, dizem o que está ativo, o que está pausado e onde os assinantes estão travados — a correção ainda acontece no painel, mas a descoberta não precisa mais.
A maioria das equipes só descobre uma automação com problema quando um assinante reclama ou um relatório mensal parece fraco. Até lá, as automações pausadas e os grupos travados geralmente estão lá há semanas. A auditoria neste post é construída para capturar ambos antes que isso aconteça.
Campanhas de gotejamento e fluxos de trabalho são duas coisas diferentes para verificar
PushEngage envia dois objetos de automação distintos, e uma auditoria precisa analisar ambos separadamente, porque eles falham de maneiras diferentes.
Uma campanha de gotejamento é uma sequência linear de autoresponder — um conjunto fixo de notificações que disparam em ordem em uma programação (uma série de boas-vindas, um acompanhamento pós-inscrição, uma sequência de reengajamento com cadência fixa). Ela não se ramifica. Cada assinante nela recebe as mesmas etapas na mesma ordem.
Um fluxo de trabalho é uma automação ramificada com condições de entrada, pontos de decisão e critérios de saída — o tipo de coisa que você usaria para uma sequência de recuperação de carrinho que se comporta de maneira diferente dependendo se o assinante clicou, ou um fluxo de reengajamento que para no momento em que alguém faz uma compra. O construtor visual PushEngage Workflows da PushEngage é o que a maioria das equipes de retenção procura quando a lógica precisa de mais do que "envie isso, depois aquilo."
Todo guia de competidor sobre “auditoria de automação de marketing” trata esses como intercambiáveis — uma lista combinada de “campanhas” para revisar. Não são. Uma campanha de gotejamento com baixo desempenho geralmente é um problema de cópia ou de tempo, e as análises de campanha de gotejamento (enviado, visto, clicado) são suficientes para identificá-lo. Um fluxo de trabalho com baixo desempenho pode ter assinantes se acumulando em uma etapa que nunca se resolve, o que um gotejamento linear nem consegue fazer — as análises de fluxo de trabalho precisam de um formato totalmente diferente (entrou, ativo, concluído, falhou) para expor isso. Verificá-los separadamente, com os números certos para cada um, é a diferença entre encontrar o tipo certo de problema e perdê-lo.
Se você ainda não configurou uma campanha de gotejamento, o guia da PushEngage sobre configurar um autoresponder de gotejamento detalha a configuração. Este post assume que você já tem alguns em execução e precisa saber se eles ainda estão cumprindo sua função.
Auditoria de campanhas de gotejamento: pushengage_list_drip_campaigns
Pergunte ao seu assistente algo como: “Liste minhas campanhas de gotejamento ativas com análises.” A ferramenta pushengage_list_drip_campaigns retorna cada campanha de gotejamento que corresponde ao filtro de status que você fornece — ativa ou pausada — e quando você define include_analytics, cada uma retorna com contagens de enviados, vistos e clicados.
Isso é o suficiente para identificar dois tipos de problemas rapidamente. Primeiro, desvio de status: uma campanha que você assumiu que estava pausada, mas que na verdade ainda está ativa, ou uma que você assumiu que estava em execução, mas que na verdade ficou pausada desde uma alteração de configuração que ninguém se lembra de ter feito. Segundo, declínio silencioso: uma campanha que ainda está enviando no prazo, mas convertendo em uma fração do que costumava.
Veja como isso se parece, usando números ilustrativos para uma conta Shopify de mercado intermediário executando três sequências de gotejamento:
| Campanha | Status | Enviado | Visto | Clicado | CTR Implícito |
|---|---|---|---|---|---|
| Gotejamento de recuperação de carrinho (3 toques) | Ativo | 4,820 | 3,110 | 96 | 3.1% |
| Série de boas-vindas | Ativo | 6,340 | 4,290 | 258 | 6.0% |
| Reengajamento de recuperação | Pausado | 0 | 0 | 0 | — |
A série de boas-vindas está saudável. O gotejamento de recuperação está pausado — vale a pena saber, pois se isso for novidade para você, os assinantes que deveriam receber um impulso de reengajamento não estão recebendo nada. Mas a descoberta real é o gotejamento de recuperação de carrinho: uma taxa de cliques de 3,1% em uma sequência de abandono de carrinho é aproximadamente metade do que uma cadência multitoque bem programada deveria produzir. Se essa campanha costumava rodar a 6% e caiu para 3%, a diferença entre esses dois números é o valor recuperado do carrinho que está saindo pela porta a cada envio. Um gotejamento que atinge 4.820 envios por mês e perde metade de sua taxa de cliques não é um erro de arredondamento — é uma quantidade específica e quantificável de receita de carrinho abandonado que você parou de recuperar sem decidir fazê-lo.
Auditoria de fluxos de trabalho: pushengage_list_workflows e o problema do assinante travado
Fluxos de trabalho expõem um modo de falha que campanhas de gotejamento simplesmente não podem ter, porque uma sequência linear não tem ramificações para se perder. Um fluxo de trabalho tem — e é aí que os assinantes ficam quietos.
Peça ao seu assistente para “listar meus fluxos de trabalho ativos com análises”. A ferramenta pushengage_list_workflows retorna fluxos de trabalho filtrados por status e, com include_analytics definido, cada um retorna com contagens de inscritos que entraram, estão ativos, concluíram, falharam e atingiram a meta.
Leia esses quatro números juntos e um problema específico aparece que as métricas de engajamento sozinhas esconderiam completamente. Pegue um fluxo de trabalho ilustrativo de reativação:
- Entraram: 1.200 assinantes acionaram a condição de entrada do fluxo de trabalho (30 dias de inatividade) durante o período.
- Ativos: 640 ainda estão no meio do fluxo de trabalho, em algum lugar entre a primeira e a última etapa.
- Concluídos: 310 chegaram ao fim e atingiram o objetivo (uma compra repetida).
- Falharam: 40 atingiram uma condição de saída sem converter (cancelaram a inscrição, atingiram uma regra de supressão).
Some esses números: 640 + 310 + 40 = 990. Isso deixa aproximadamente 210 assinantes que entraram no fluxo de trabalho e não estão ativos de forma significativa, nem concluíram, nem falharam — um grupo de assinantes travados, provavelmente acumulados em uma etapa específica onde uma condição nunca se resolve (uma notificação que nunca é enviada devido a uma referência de segmento quebrada, uma etapa de espera sem caminho de saída). Esses 210 assinantes travados são o vazamento que uma verificação de status sozinha nunca revelaria, porque o fluxo de trabalho ainda diz “ativo” e ainda está, tecnicamente, em execução.
Esta é a coisa mais valiosa que uma auditoria de fluxos de trabalho pode capturar, e é específica de como as automações de ramificação do PushEngage funcionam — uma campanha de gotejamento linear não tem uma etapa onde um assinante possa ficar travado. Se esse grupo de assinantes travados representa compradores que estavam inativos há mais de 30 dias e que poderiam ter voltado com uma sequência de reativação funcional, a diferença entre 1.200 que entraram e 990 que foram resolvidos é uma taxa de recompra que você não está vendo, não apenas uma automação estagnada.
A mesma matemática se aplica a um fluxo de trabalho de recuperação de carrinho, e os riscos são maiores porque o tempo corre mais rápido. Se um fluxo de trabalho de abandono de navegação mostra 3.400 que entraram contra apenas 2.100 resolvidos (ativos mais concluídos mais falhados), a diferença de 1.300 assinantes são compradores que viram um produto, acionaram o fluxo de trabalho e, em seguida, nunca receberam a notificação que deveria tê-los trazido de volta — não porque o fluxo de trabalho falhou completamente, mas porque algo dentro dele parou silenciosamente de movê-los para frente. Os números de enviado/visto/clicado de uma campanha de gotejamento nunca exporiam isso; apenas a matemática de entrantes versus resolvidos em um fluxo de trabalho de ramificação pode.
Para tipos de automação adjacentes que valem a pena verificar na mesma passagem — as campanhas acionadas do PushEngage disparam com base em comportamento em tempo real, em vez de um cronograma fixo ou na lógica de ramificação de um fluxo de trabalho, e frequentemente alimentam as mesmas regras de segmentação que determinam quem entra em um fluxo de trabalho em primeiro lugar. A ferramenta pushengage_list_workflows do MCP não cobre campanhas acionadas, mas uma revisão mensal completa ainda deve dar uma olhada nelas.
O que os números realmente estão dizendo a você
Depois de extrair as análises de campanhas de gotejamento e análises de fluxos de trabalho, você terá uma lista curta de descobertas, não uma parede de abas de painel. O próximo passo é decidir o que é urgente e o que é apenas limpeza — uma distinção que a maioria das listas de verificação de auditoria ignora completamente.
Uma maneira simples de priorizar o que você encontra:
- Ativo e em declínio — urgente. Um gotejamento ou fluxo de trabalho que ainda está ativo e enviando, mas com conversão muito abaixo de seu próprio histórico, está perdendo receita a cada dia que continua em execução sem alterações. Corrija a cópia, o tempo ou o segmento primeiro.
- Assinantes presos em um fluxo de trabalho ativo — urgente. Assinantes acumulados em uma etapa não estão convertendo nem saindo; quanto mais tempo ficam lá, mais deles envelhecem e se tornam inalcançáveis.
- Pausado, mas ainda referenciado em outro lugar — médio. Uma automação pausada para a qual outros fluxos ainda apontam (um ramificação de fluxo de trabalho que assume que está ativo) pode criar um beco sem saída silencioso para os assinantes direcionados a ela.
- Rascunho pausado, sem dependências — baixo. Uma das automações pausadas mais comuns que você encontrará é simplesmente um teste antigo que ninguém excluiu; é seguro deixar, ou limpar quando você tiver tempo.
Nem toda descoberta precisa da mesma velocidade de resposta. Um fluxo de trabalho de recuperação de carrinho com assinantes presos se acumulando esta semana compete por atenção contra um gotejamento de boas-vindas que está em declínio silencioso há dois meses — e o fluxo de trabalho geralmente vence, porque a cada dia que esses assinantes ficam sem solução é um dia a menos para que eles envelheçam e se tornem inalcançáveis. O gotejamento em declínio, por outro lado, tem perdido o mesmo incremento de receita por semanas; corrigi-lo esta semana ou na próxima mal muda os cálculos. Priorize pela velocidade com que o vazamento está crescendo, não por qual automação você notou primeiro.
Vale a pena dizer claramente: tudo acima são descobertas, não correções. pushengage_list_drip_campaigns e pushengage_list_workflows são ferramentas somente leitura — elas dizem o que está ativo, o que está pausado e onde os assinantes estão presos, mas nenhuma delas edita uma campanha, ajusta uma etapa de fluxo de trabalho ou altera um status. A correção real — reescrever uma notificação, reajustar uma referência de segmento quebrada, pausar um gotejamento em declínio — ainda acontece no painel do PushEngage. O trabalho da auditoria é dizer exatamente para onde ir e por quê, para que os quinze minutos que você gasta no painel sejam dedicados às duas coisas que importavam em vez de uma rolagem cega por tudo o que você já construiu.
Primeiros passos: conecte Claude, Cursor ou Claude Code ao PushEngage
Executar esta auditoria a partir de uma janela de chat começa conectando o servidor MCP do PushEngage ao assistente de IA que você usa. Adicione o servidor à configuração MCP do seu cliente — para Claude Desktop ou Cursor, essa é uma entrada apontando para npx -y @pushengage/mcp, já que nenhuma instalação global é necessária. Reinicie o cliente e, em seguida, peça para ele fazer login no PushEngage: uma aba do navegador será aberta para autorizar a conexão, para que suas credenciais nunca passem pelo assistente.
Após a autorização, solicite a visualização dos seus sites e selecione aquele com o qual deseja trabalhar. Todas as ferramentas com escopo de site — incluindo pushengage_list_drip_campaigns e pushengage_list_workflows — serão definidas automaticamente para esse site a partir de então. Para um guia completo, incluindo caminhos de arquivos de configuração e solução de problemas de uma conexão que não inicia, consulte o guia completo de configuração do PushEngage MCP.
Faça da auditoria um hábito de cinco minutos, não um projeto trimestral
O PushEngage opera em volume real — mais de 25.000 proprietários de negócios em mais de 150 países enviam mais de 15,2 bilhões de notificações pela plataforma em uma janela de 30 dias. Nessa escala, uma campanha de gotejamento ou fluxo de trabalho que tem um desempenho silenciosamente abaixo do esperado por um mês antes que alguém perceba não é um pequeno erro; é um mês de valor de carrinho recuperado ou receita de recompra que uma verificação de cinco minutos teria detectado na primeira semana.
Esse é o caso real de executar essa auditoria com frequência em vez de ocasionalmente: o custo de um fluxo de trabalho travado ou de um gotejamento em declínio se acumula a cada dia que continua rodando sem ser notado, e a própria verificação custa menos tempo do que a reunião onde você explicaria por que os números do último trimestre vieram baixos. Auditar campanhas de gotejamento e fluxos de trabalho não precisa de um lembrete no calendário ou de um analista dedicado — precisa de cinco minutos e dos dois prompts que este post já lhe deu.
Peça ao seu assistente para listar suas campanhas de gotejamento e fluxos de trabalho com análises na segunda-feira, dê uma olhada nos planos do PushEngage se estiver avaliando se Fluxos de Trabalho ou segmentação avançada vale a pena adicionar à sua configuração, e vá consertar a única coisa que realmente precisa ser consertada.
